程序員編程水準

1. 根據做項目的多少判斷程序員的水準合理嗎為什麼呢

根據做項目的多少判斷程序員的水準合理嗎？為什麼呢？程序員的水平，不是通過語言或外部表現就能看到的，不是看有多少技術，參與了多少項目，他會寫多少博客，而是看他在實際業務場景中解決問題的能力，尤其是面對一些特殊復雜的問題，或在高強度和高壓工作條件下解決問題的能力和態度。能夠編寫滿足需求的代碼不再是評判程序員的標准。

一個經驗豐富的程序員能夠承受來自各個方面的壓力，在復雜條件下找到核心問題，通過深入分析找到問題的原因，並迅速處理。經過及時的回顧和總結，減少出現類似問題的概率。隨著互聯網的發展，越來越多的人湧向程序員的軌道，競爭越來越激烈，新技術層出不窮，更新和迭代速度很快，程序員使用的語言、框架和模式將發生巨大的變化。

如果你不主動學習，你可能很快就會過時。在日常工作中，程序員往往希望將業務、產品、運營，甚至老闆作為對接交換需求和技術項目來連接和配合內部交換等，而流暢的溝通可以使事情推得更加順暢高效，溝通或信息不對稱，可能會導致項目啟動時出現相反的情況（不要相信，這種事情真的發生過）。判斷一個程序員的水平，核心是他解決問題的能力，而解決問題的能力需要堅實的基礎支撐，要綜合代碼質量、項目經驗、框架能力、邏輯思維等方面，而不僅僅是一個方面。

2. 工作以後的程序員和在校程序員在心態上有何區別

總的來說，我認為工作後的程序員在綜合方面都要比在校程序員要好，也只有當你真正接觸工作了，你才發現，自己的代碼是如此不堪入目。

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

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。

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

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