怎樣評估程序員

⑴ 程序員進度考核標准

程序員工作是一種智力活動，應主要根據工作結果來進行考核，主要考核指標有網站模塊質量合格率、時間節點任務完成率等，工作標准由你自己來定，一般這兩個指標的標准都要達到80%以上。
具體操作步驟如下：
1、根據公司要求及程序員的工作量制訂工作時間節點計劃表，設定成為幾個階段，每個階段有明確的時間規定和工作成果規定；同時設定考核指標、考核標准和獎懲措施。
2、到了節點的時間就對程序員的工作進行評估，如果沒達成節點成果，就要求程序員制訂改進措施，或加班或改進方法，措施也要有時間和效果控制標准，以便於確定改進措施的階段性評估。
3、在工作完成後根據程序員的工作完成情況，進行獎懲兌現。

⑵ 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筆試支持音視頻題型，面試官可以量身設計，讓候選人更加真實的回答。

⑶ 3年經驗的c++程序員是個什麼水平怎麼評詁

有趣的問題，程序員的評估倒不難，寫個代碼就可以了。
問題是3年C++經驗是什麼水平？
首先，要問教育背景，是否計算機相關專業，這決定了知識體系是否完整，可能的知識廣度有多大。
再者，3年內完成了什麼內容？
按計算機業界3~6個月一個項目的情況來看，以及每個項目後有半年間隔，最少應有3~6個項目，當然也可能是同一個項目3~6個版本。
按代碼量來看，人均日產40行，實際編寫的代碼應不少於5000行，考慮到10倍效率差，最高應在5W左右。
寫過這么多代碼，應該熟悉了一個平台上的API，能說出一二三了。
最後，3年能學到什麼？

基本的工作方法：任務和時間安排、工作環境搭建等。
基本軟體開發流程，團隊合作過程等
對軟體系統的認識和理解，大致能照貓畫虎設計一個系統了。

我認為3年，一般可以達到專業入門水平，相當於圍棋的職業一段吧。

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

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

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

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

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

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

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

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

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

⑸ 如何衡量程序員的工作效率

不過，最近Shahar Yair和Steve McConnell指出了該方法的一系列重要缺陷。首先，使用代碼行數之和無法有效評估一個項目的實際進度，因為它更注重行為而不是結果。最終產品在多大程度上依賴於代碼的性能和質量，這也是代碼行數無法說明的。因此，聚焦於此實際上是非常有限的工作效率測量方式。
SLOC無法表明要解決的問題的復雜性，也不能以可維護性、靈活性、擴展性等等因素來說明最終產品的質量。說到質量，它反而可能起到負面作用。通過重構、使用設計模式會減少代碼行數，同時提升代碼質量。代碼量大，可能意味著有更多不必要的代碼、更高不必要的復雜性、更加僵化難懂。
他指出，有些問題可以通過測量度量功能點數解決掉。那麼決定程序大小的因素就變成了輸入、輸出、查詢和文件的數目。不過這種方式也有其缺陷。McConnell提出一些操作性上的問題，比如必須要有一個大家認可的功能點測量機制，而且要想把每個功能點映射到程序員身上也不容易。Daniel Yokomizo是一位經過認證的功能點專家，他在評論中明確指出了這種方式的其他問題：缺少測量功能點復雜度的工具；還需要考慮諸如代碼共享、框架、程序庫之類的事情。這些都會影響到完成一個功能的時間。
有很多人參與了對於測量方式的討論，他們都同意這些做法有其局限，不過他們都覺得衡量開發人員的績效還是有必要的。實際上，不少人認為SLOC可以作為基礎，在其之上通過考慮多種不同因素來進行更復雜的分析。McConnell提出了四條分析開發人員工作效率的必備指導原則，他們也都同意。這四條原則如下：
1、不要指望單一維度的工作效率測量方式能告訴你每個人的真實情況。
2、不要指望任何測量方式可以在很小的粒度上區分出每個人的工作效率差異。這些方式可以為你提出問題，卻不會告訴你答案。
3、牢記：趨勢總是比單獨一點的測量來得重要。

⑹ 怎樣看待程序員這份工作

你印象中的程序員是什麼樣子？
談起程序員大家最直觀的印象是穿著格子衫，就會對著電腦，常常幾個小時，經常熬夜工作敲代碼！而且程序員在大多數人的心裡都是非常好的職業，工資非常高，敲代碼的樣子也非常酷。其實，很多人都不清楚程序員具體是做什麼的，就連程序員的家人也不一定能理解，網上經常有人調侃評價程序員一點樂趣都沒有，急的人頭發都掉了。你會給父母講講你目前的工作嗎？他們是否了解你的工作？
新興行業里很多工作大家都不是特別的理解，有些人覺得程序員跟一些宅男的標簽掛鉤，父母理解程序員到底是一個也有說你是修電腦的，可能家人們會最擔心他們的對象問題，也許家人看不懂程序員的工作究竟是在做什麼，為什麼還有那麼多人來從事這個行業呢？你眼中的好工作，家人眼中的好工作，我眼中的好工作，各有不同。一行行代碼是虛擬世界的基礎語言，盡管家人讀不懂，那些字元就是他們的快樂所在了。
「每天除了修改bug，就是在修改bug的路上」「寫不完的代碼和吃不完的泡麵」老一輩兒的人根本就不懂這是怎樣一個職業，在他們眼中，這就是一個高薪，這就是一個文化程度很高的工作，只不過是他們不太懂程序員每天都要幹啥。經常打電話詢問永遠離不開那一句「有沒有下班」，畢竟在家人的心中，孩子的健康永遠是第一位的。 只希望他們能按時下班吧，按時吃飯，不要太熬夜，薪水多少不重要，自己的身體才是最重要的。
對於程序員我的了解也不是特別多，因為編程語言看起來太復雜了。以前感覺他們真的是好神秘，是一個賺錢特別多的崗位，特別是大廠的程序員們特別的不好進。每一項外表光鮮亮麗工作，離不開他們背後付出的努力，程序員也不例外，而且比我們想像的還辛苦。其實，每一份工作都值得被尊重，他們保持著一份對工作的熱愛，我覺得作為家人應該支持他們工作才對。對此你怎麼看待程序員這份職業呢？在我看來，東方的程序員如何看待西方同行是一個有趣並且重要的問題。

通常認為東方國家(印度/中國/菲律賓)是為西方國家提供外包服務(美國和歐洲)的。

即使IT的領軍企業也是如此。他們從學院里招聘畢業生並把他們訓練成機器人。最悲哀的莫過於，他們的薪資相對其他行業而言相對較高，因此沒有人願意從這些公司離開。在印度，幾乎沒有IT公司會招聘真正有才能的人。

⑺ 程序員等級是怎麼劃分的

1. 初級資格
   

2. 中級資格

3. 高級資格