你遇到的最高效率的程序員是怎樣的?

12-31

聽說一個很牛的程序員能夠頂十個甚至一百個平庸的程序員, 很想知道這種狀態是什麼樣子的

不得不服尤雨溪，看看代碼貢獻量，整個vue框架代碼部分全是一個人整出來的，對比react和angular，這就是一個個人項目，一個很牛的程序員可以頂一個facebook和google的團隊啊

謝邀。

「一個很牛的程序員可以頂n個一般程序員」的道理，跟「錢學森能頂五個師」的道理是一樣的。說的是在關鍵領域所承擔的關鍵角色的不可替代性。

這種程序員的價值在關鍵領域，如編譯器/解釋器、演算法、規模/性能、架構等具備一定不可替代性的地方，以一當百。而在拼代碼熟練度之處，則可能是以一當十的中/小牛人。

還有一種怪現象，往往這種牛人的名聲在外部，內部受不待見的比例則不小。所以，最高效率的衡量往往不在外部而是在內部。有時候一個牛人就算很牛，團隊也仍希望用十個、八個一般程序員去替換掉他。原因當然很複雜，有協作溝通問題，也可能有辦公室政治因素。

周邊沒有讓我佩服技術的程序員，反而我總想找到一兩個，但很遺憾。好的程序員確實難找。我比較欽佩Linus跟Anders Hejlsberg。

TJ 和 npm 小王子，一個佔了 node 的小半邊天，另一個佔了另一半

同樣是做一個柜子，好木匠做一次，就嚴絲合縫，爛木匠返工三次，門還是對不齊。程序可以看做是無限層結構嵌套的柜子，每個門都返工，最後不是一百倍的效率差，而是項目直接失敗的問題。看了某個答案，說一個好程序員頂Google，FB的一個團隊。其實Google，FB面試和一個人的水平沒什麼關係，要麼你出名了，成了程序大師，人家直接慕名請你去，要麼你還不如刷題狠的新畢業的學生。當然這是很合理的，因為不是每個位置都需要資深的人。但是這也解釋了，為什麼一個面試很可能進不了Google的人，一個人幹活可以頂一個Google的團隊。另外這這是說新造一個柜子，如果同一款柜子要賣給一百萬個客戶，每個客戶提一些一件，就算是讀完這些意見，也不可能是一個人的工作。

謝邀，寫複雜的系統可能出現這種情況。簡單的信息管理類的，普通網站之類的不會出現。出現這種歌情況是因為大家都沒有相關經驗和背景，學習需要時間，自然有經驗的，學習快的效率高。有的時候高達幾十倍是可能的。當年我們做中間件的時候，一個人懟一個研發部（十多個人）都經常出現。為啥中間件會出現這個效果？因為有技術含量啊，各種策略，各種演算法，隨便找一個就夠沒經驗的人學習幾個月外加過坑的，等學明白了別人系統都寫完了。非典那段時間，當年看研發部做一個帶流程編輯器的語音系統太慢（已經幹了幾個月，當年本地公司的技術經理安排做另一個項目，所以沒參加）。於是和總經理打賭說2個月完成，不加班完成。然後白天開發晚上回家還打df3（三角洲）一個半月時間完成，研發部十多個人在總公司研發經理的直接帶領下封閉開發幾個月愣沒做出來……原因很簡單，相關技術早就研究過了，部分代碼以前也寫過.....

在下大一新生請多指教

說下我最致敬的高中信息管理老師，是我見過（面見）的最有效率的程序員

怎麼說呢，她為我打開了程序員之門，至少她是我高中階段能讓我對編程感興趣的唯一人。

她說話很簡練直白，但是注釋明確。日常給我們布置任務，任何一次講話都不超過五分鐘，但是所有任務都講的非常明白，包括要注意的事項，可能遇到的問題和檢查方法之類的。

至少在我見過所有老師里她是最讓我舒服的，不多廢話除非你去問，有問題就一步一步引導你找出問題，我想這就是效率。

同樣我給她看我的程序，她都能刪了三四成（我承認當時C剛接觸真的用不好，習慣了VB的dowhile突然被if打擊……）之類云云

而且她的桌面只有文件夾……文件夾里是快捷方式……這點我真的佩服……桌面一排文件的路過

當然是vue的作者尤大大

一個能頂10個甚至100個的那種，一般都在插科打諢。就是那種，面試的時候會問你奇怪的問題，自己不寫代碼還總說你代碼寫得爛，每天電話響個不停的。

別說幾十一百個，頂尖的程序員頂無數的碼農。

我自己…

安卓

2014年，

2個小時，寫了17個文件，

測試一次跟所有的功能都好使…

跟同事們聊天，說起這事，他們都說我效率高，不知道是真的高啊，還是他們太會聊天了~~