如何辨別新程序員

1. 如何辨別一個程序員水平的高低

java">辨別一個程序員的水平唯一的辦法就是看產出質量。
關鍵字：普通程序員
——————————————無恥割————————————————————
演算法和數據結構都是錦上添花，並非是雪中送炭。而一個程序員的水準大致上是可以通過之前的代碼質量估算出來的。【如果你可以獲得此程序員的真實編寫的代碼，比如原創的Github】。
舉個栗子：下面是我最近在單位一個同事寫的代碼，Java語言
(Stringstr,Integergrades){
Stringproportion=str;
for(inti=1;i<grades;i++){
Stringst=proportion.substring(proportion.lastIndexOf(",")+1);
if(st.equals(""))
returnfalse;
proportion=proportion.substring(0,proportion.lastIndexOf(","));
}
if(proportion.equals(""))
returnfalse;
str=str.replace(".","");
str=str.replace(",","");
for(inti=str.length();--i>=0;){
intchr=str.charAt(i);
if(chr<48||chr>57)
returnfalse;
}
returntrue;
}

大致上的功能就是將1,2,6.2,4,1的字元串判斷每一『,』內是數字，而且長度符合規定
這樣的代碼看上第一眼就覺得非常的醜陋。所以在我的要求之下，進行了一次重構。
(Stringstr,intgrades){
String[]proportions=str.split(",");
if(proportions.length!=grades){
returnfalse;
}
for(Strings:proportions){
if(!NumberUtils.isNumber(s)){
returnfalse;
}
}
returntrue;
}

這里看上去差不多就Ok。這樣的代碼其實也並沒有用到什麼數據結構和演算法，就是很簡單的字元串處理。

實際情況：在我們寫的絕大多數的代碼裡面，大部分屬於業務邏輯，極少部分的代碼需要使用到演算法和數據結構，在這樣的情況下，我們能使用的到的技能最為關鍵的是讓代碼如何更加合理。而讓代碼更加優秀的方式是通過千錘百煉的重構，而重構是極大的考驗一個程序員耐心和能力的東西。

—————————————————————————————————————
質量的范圍廣泛，我從下面幾個小方面聊聊。
出貨能力：如果一個程序，演算法再精妙，不能出貨都是扯淡，我看過某某大神，演算法溜得很，但是一個人完全做不到按照工程需要把事情給做完。
優化能力：並沒有一個程序是一步到位的，一個工程的交出去可運行了，那才是第一步，很多時候隨著業務的增大，對性能的要求越來越高，有一定對於代碼優化的能力也是比較重要的。
調錯能力：項目越大，遇見的Bug也就是越離奇，這個時候需要強大的Debug能力，找出那個最為關鍵的錯誤點，甚至於追溯底層框架的源碼。
技術掌控：你項目能用Spring，Hibernate等等框架，但是有沒有想過，這些技術你真的可以掌控么，如果有一天你的框架版本需要升級，真的做得到么？甚至於從Hibernate轉為MyBatis。

演算法和數據結構是影響到一些核心區的問題，但是其他的一些技能，比如面向對象的架構設計，代碼的低耦合，那都是對整個項目有著直觀改善的技能。並非是貶低演算法，而在實際工作中，有太多比演算法更重要的問題了。

最後補充一點吧：從善如登從惡如崩，毋以惡小而為之，此古人誠不欺我

2. 有哪些話一聽就知道一個程序員是個水貨

其實如果要嚴格說起來，工作經驗少於一年半的程序員基本上可以算是「假」的程序員。這里的「假」可以這樣來理解。

你的編程能力只有復制粘貼的水準

剛工作的程序員大致可以分為兩類人：1 高校畢業；2 培訓班出身。對於第一類的人來說，在讀書期間老師和學校教的內容都是基礎內容，而且要學的內容非常的多。但學校只讓你學廣，並沒有讓學生專研一門學科。畢竟學校並不能保證每個學生對某個方向一定感興趣，只能把基礎知識教給學生。讓學生自己去選擇自己感興趣的方向，自己自學。所以在校期間對於大部分學生來說，實戰能力基本為零，都是像剛重生在新手村，無知茫然，這也是許多企業愛招應屆生的原因。開始工作，基本只能靠谷歌、靠網路上網找代碼，復制粘貼。這段時間就比誰找代碼能力強了。而對於培訓的人來說更是如此。不要看你在培訓期間學習了非常多的編程知識，好像做了非常多的練習，甚至還自己寫了一個實戰項目。但這些都是在短時間內，靠著培訓老師手把手帶你們寫的。你只管跟著老師走就好，不懂的問下老師就行。你根本就沒有過自己的思考，就只懂：好！今天老師叫我們寫這個代碼！我們就寫！換個角度來看，培訓機構就像富士康工廠一樣，批量製造編程機器，沒有自己的思維。

想要擺脫「假」程序員的身份，你只有努力提升自己的編程水平，讓自己有更好的能力。在工作上能靠自己的實力，去完成分配的任務。你只有這樣才能提升，才能突破薪水的瓶頸，達到更高的層次。

3. 人群中如何一眼認出資深程序員

程序員其實離我們並不遙遠，很多時候就在我們的身邊，只不過我們不能夠一眼認出他們而已。因為他們在工作之餘，也和我們普通人一樣，穿著同樣的衣服，與路人毫無區別。但就我在互聯網公司的觀察來看，如果我們想要在人群中，一眼便認出程序員，可以通過以下幾種方法：

程序員很多時候因為項目進度，會沒日沒夜的加班，而且長期的寫程序，也會加速他們腦細胞的死亡。就我身邊的程序員同學來講，就有很多擁有少白頭的情況。

他們平均每個月都需要去理發店一次，將自己的頭發染成黑色，以免影響到自己年輕、帥氣的形象。

以上三點就是我個人對於程序員的區別方法，這個方法也不能夠很好地分辨程序員。因為現在的程序員，也非常的潮流，而且完全顛覆了我們對於傳統程序員的印象。

4. 普通的程序員和大神級的程序員有什麼區別

你好，普通程序員只能做一些重復簡單的事情，大神級程序員可以解決普通程序員解決不了的難題，還可以給普通程序員建框架。

5. HR怎麼通過簡歷來判斷程序員是否優秀

01.簡歷中項目的參與度、貢獻度
簡歷本身的效用信息往往非常局限，看了簡歷之後，也難以形成對候選人的初步判斷。但我們其實可以通過項目經歷上的信息，來評估候選是否完整、深入參與其中。
在候選人簡歷的項目板塊，我們可以查找是否有以下關鍵信息：本人在項目中的角色？比如後台系統開發，主導搭建了頁面框架，提高代碼質量；公共組建的提取、編寫。解決了什麼樣的問題？比如通過自動化，讓代碼易於管理；統一的編碼規范，更有利於多人合作，降低了代碼出錯率；性能上帶來多少提升？比如單頁應用讓請求次數變少、頁面呈現更快，用戶體驗更好了。通過以上信息，我們基本上可以判斷候選人在項目中的角色，或者從解決的結果來看能基本評估出候選人在整個項目中的貢獻度。
另外一種是簡歷上的項目闡述，可以通過以下兩個例子對比：例子一：A：應用 xx 技術，解決了XXXB：應用 xx 技術，解決了XXX，出錯率降低了 0.1% 等。例子二：A：結合使用 xx，實現了 app 登錄和個人資料的自動填充B：結合使用 xx，實現了 app 登錄和個人資料的自動填充，提高了多少的轉化率我們可以直觀看出，有量化的結果的項目履歷更有說服力，也可以側面證明候選人是有深度參與到項目中，才能對數據結果有一定的了解。
02.候選人在技術社區的使用情況
很多優秀的技術人才都有分享的習慣，比如在GitHub、知乎等社區都會分享一些自己的技術經驗貼。通常來講，如果候選人有在社區發帖的習慣，確實會增色不少。比如全球最大的開源社區GitHub，大多數程序員都會有賬號，但這個只能算是真正的「圈內人」，如果是GitHub的重度用戶，其實非常亮眼的：如候選人在GitHub發布的項目經常能收獲很多follower和star，那正是其能力的體現，可以通過其貢獻的項目來評估；如果能長期堅持使用GitHub，也能說明的是這個人心態比較開放，對業界比較關注、律己、有耐心；GitHub上大多數代碼是經過長時間構思和反復修改重構，代碼質量可以很好反映其當前的Code水平，其中也可以窺見解決問題的能力。
經常在技術社區發帖互動，可以說是判斷是否為優秀技術程序員的加分項，但也只能是敲門磚，不能過份強調它的重要性。
03.通過代碼筆試，直擊簡歷
要看能力最終還是應該考查編碼能力。面試官或HR其實可以通過一場在線筆試，在簡歷初篩階段來進一步判斷是否為大牛。
面試官可以設置一些耗時較短，考察具體硬技能的題目，來考察候選人的基本功，將簡歷造假的同學篩掉，在ShowMeBug筆試平台，支持不同職級、不同語言、不同維度等題目，面試官可以快速發一起一場筆試，可以節省面試官大量的時間；
對於簡歷中的項目，其實可以設計一個非常真實的問題，比如你目前有獨立設計實現過一個完整的功能嗎？你研發的這個功能產生了什麼作用，你在項目中扮演一個什麼角色？ShowMeBug筆試支持音視頻題型，面試官可以量身設計，讓候選人更加真實的回答。

6. 如何判斷自己是否具有成為一名優秀程序員的潛質

1) 注意細節，尤其是最小的細節。
「差不多」、「很接近」是只能在做馬蹄鐵時用的詞，在軟體開發中，95%的正確仍然是不能用，一個「差不多」能用方法或一個使圖片很「接近」居中的CSS樣式都是不合格、不能用的。這剩下的5%對於整個軟體的有效性十分重要，能造成完全相反的結果。
««« 如果你討厭細節，你就別去做程序員。
2) 學無止境
起初這句話聽起來會很迷人，你會很喜歡！我喜歡學習新事物！尤其是當你來自於一個無聊的工作或像釘馬掌這樣永遠不變的事情時 =-)。然而，經過了一段時間後，你會發現，這變成了一條永不停息的知識河流，如果你不喜歡水，你會感覺困在了無盡無邊的知識瀑布前，無法停止，也無法窮盡。我每天大概有學到10-20種新的東西，我喜歡這些！我的弟弟卻希望事情永遠不會變化，始終如一，他對我說他永遠都不願意去學編程。
««« 如果你不喜歡堅持不懈的去學習新事物，而喜歡待在一個永不變化的環境中，那你很可能成為不了一名程序員。
3) 面對壓力、緊張和限定期限
沒錯，每個人都喜歡使用軟體，但你喜歡面對任務的最後期限和最終目標嗎？需要什麼時候完成？做完這些要花多少時間？我們能在這段時間里完成更多的任務嗎？是否還記得要注意細節？你怎麼辦？急匆匆的完成？加班加點希望能多完成一些？在理想世界裡，編程是一個很有趣的活動，我們寫出代碼，讓它們完成很酷的事情，吃著批薩，喝著可樂。而在現實生活中，有的是壓力，雖然不是時刻都這樣，但事情會比那種做一個30分鍾的簡單在線輔導要不同的多。我喜歡挑戰我的極限，我渴望成長，變成一個更棒的程序員，所以我不介意。
««« 你面對時間限制和工作壓力會怎樣？如果你想迴避這些壓力，那你將無法成為一名程序員。
4) 有組織能力
我知道有些程序員的生活一塌糊塗，看起來他們似乎沒自我組織能力，但我說的不是這些，我是說管理好工作流程的能力。比如，能否迅速容易的在你的計算機里找到一個東西？我認識的優秀的程序員通常能迅速的定位一個需要的文件，能夠用工具或腳本幫他們處理繁雜的事物，這些都是高效的工作。
««« 當你學到了一個新東西時，你是否把它寫下來？你是否喜歡想出辦法來替你完成那些重復的工作？你能很好的安排各種不同的任務嗎？如果不能，那你就不適合去當一名程序員。
5) 好奇心
當我還是十幾歲時，教堂里的一位夫人幾乎每月都會對我說一次，她說我應該停止問那麼多為什麼，她說這讓人討厭。雖然受了批評，最終我還是清楚的認識到，優秀的程序員總是在問「為什麼？」這個應用的工作原理是什麼？那個橫跨街道的建築是怎麼建起來的？程序員之間的對話聽起來總是像這樣開始的：「很奇怪他們為什麼要這樣做…？」以前我以為問這么多為什麼是很奇怪的表現，但現在我明白，至少是在軟體開發中，這是一個好的品質。
««« 不明白的事情會引起你的好奇心嗎？新事物會讓你興奮的想搞清楚它的原理嗎？如果你不具有某種程度天生的好奇心，那麼你就很可能不喜歡做一名程序員。
6) 自學
我知道，很多的程序員都上過大學，出自高校的，但這不是我要說的。優秀的程序員總是在鑽研程序代碼和文檔，來弄清楚東西的工作原理，他們不會敲開老闆辦公室的們說：「我需要上培訓課，學習這款新軟體」。優秀的程序員在不斷的學習，不斷的靠自己研究出事情的原委——不論是有高學歷還是沒有學歷。
««« 如果你需要有人教你，或者等著參加熱門的課程去學知識，那你很可能不會成為一名程序員。
7) 人際交往能力
這在程序員中不是一個普遍的特徵。真正優秀的程序員善於與人交往，但大多數程序員缺乏這些能力。如果你善於溝通，你的老闆、你的公司會非常喜歡你。而且，不要因為他們不會編碼就瞧不起他們。
««« 如果你不喜歡與人接觸，跟別人在一起時覺得很難受，那你也許就不應該成為一名程序員。

7. 如何判斷程序員在做什麼

1.打字快且停頓：正編碼；
2.鍵盤滑鼠並用且不停點擊，在debug；
3.不停滾輪或pagedown：在查錯；
4.不停按刷新/f5：腳本卡住了；
5. 一動不動緊盯屏幕：程序拋出異常；
6.表情時而嚴肅時而輕松：產品上線測試中；
7.手放鍵盤上長時間未動：加班太多猝死了。

8. 如何辨別一個程序員水平的高低呢

有的時候單純靠一個面試很難辨別一個程序員的水平是什麼樣的。原因很簡單，因為很多面試題在網上都有，如果刻意准備那麼一般都能回答的不錯。所以想辨別一個程序員的水平需要一定的方法。

上述幾方面我們稱為應能力，還有一些軟能力也是非常重要的，比如責任心，對技術的態度，學習能力等等。當然，這些就更難考量了，本文暫不介紹。

如果上述幾方面都比較不錯，那麼這個程序員的水平應該是不錯的。即使對目前的工作的知識儲備可能還有欠缺，但經過一段時間後必然可以

9. 如何確定自己是否適合做程序員

你老婆對你說：「老公，晚上回來買一個西瓜，如果看到西紅柿，就買兩個。」

如果你晚上買了一個西瓜和兩個西紅柿回來的話，說明你不適合當程序員。
如果你晚上只買了兩個西瓜回來的話，說明你適合當程序員，但是
。。。
。。。
。。。
。。。
。。。
。。。
。。。
你應該不會有老婆。

=========華麗麗的分割線===========
你們這群程序員也是夠了，一直在吵應該買幾個西瓜，你們這么吊你們老婆知道嗎？還有很多有經驗的程序猿說應該反復確認用戶需求的，你們確定你們都能找的到老婆？

我聽到需求時心裡運行的代碼如下：
int 到底買點啥 ( ) {
// 所有把大括弧放到這一行的人都去屎！
int 西瓜的數量 = 1;
if (看到了西紅柿) {
// 注意大括弧的位置
西瓜的數量 = 2;
}
return 西瓜的數量;
}
// 尼瑪，為什麼沒有縮進！！！！

那麼什麼時候該買三個西瓜呢？我們重現一下場景：

你老婆對你說：「傻X，晚上回來買一個西瓜，如果看到西紅柿，就再買兩個。這次你要是還買兩個西瓜回來，我就一輩子都不理你了！」
你仔細揣測了一下她的需求，發現了這個關鍵的「再」字！哈哈哈，這種戰鬥力只有5的渣題怎能難倒我這種top coder！你晚上開開心心地買了三個西瓜回來，跪碎了新買的HHKB pro，老婆還是摔門而去，攔都攔不住！

這次你運行的代碼如下：
int 到底買點啥 ( ) {
// 所有把大括弧放到這一行的人都去屎！
int 西瓜的數量 = 1;
if (看到了西紅柿) {
// 注意大括弧的位置
西瓜的數量 += 2;
}
return 西瓜的數量;
}

就讓這三個西瓜陪你過下半輩子吧！！！！