1樓：不胖的羊
那是你們見老程式設計師的少。
程式設計師超過五年之後，技術上的進步就不多了，更多的是在那一塊細分的領域的裡面熟練度提高了。知道什麼會錯，什麼都會出bug，哪乙個萬年屎山不能碰。
但是不代表老程式設計師效率一定高，大公司老鬼之間的各種黨爭可以把什麼專案都磨死的
2樓：牛頓IT學院
熟能生巧。
程式設計說白了也是一門技術活，經驗的積累肯定特別地重要。有些bug你第一次遇到可能兩個小時都解決不了。但是等你經歷多了，你肯定就會熟能生巧了
3樓：池龍
要求從A地到B地。
熟練工：翻了一下記錄，「上次去的X地離B地不遠，我可以先去X地，然後只需要解決X地去B地的問題就行。」
老手：「這事歸xx管，你跟他說一聲吧。」
4樓：糖醋悶油瓶
因為工作時間長了，看的多了，遇到了問題也能很快的解決。
比如：之前有人問我，前台ajax報的ERR_CONNECTION_REFUSED怎麼辦？
我說：err方法裡面捕捉不到麼？
他說：試了試不能。
然後我去找了一下ajax的配置項，看有沒有解決的，當然我沒看到。
然後我告訴他：
設定ajax的timeout
然後在進入ajax之前，設定乙個settimeout，呼叫時間比timeout值稍微大一點。
假如正常返回，那麼在success裡面把settimeout解除掉。
然後就ok了。
這就是時間的魔力啊
5樓：HylaruCoder
以前我不相信世界上有效率10倍於我的程式設計師.
直到我遇到了效率十分之一倍於我的程式設計師.我以為這就是效率低的極限了.
直到我遇到了能把專案進度幹回上個月的程式設計師.
6樓：徐徐婉風
真正重要的只有一件事兒就是持續穩定交付
做事要有框架感
工程的本質是風險可控
有經驗的程式設計師會梳理出風險最大的點
高優走通讓專案的風險逐漸降低
而實習生往往乙個細節摳的很好最後大方向上的坑乙個沒少。。。 所以做完遠勝於做好
7樓：賀間
這和程式設計師沒關係。程式設計師本質就是去擰螺絲釘，某個人能擰的比別人快那是不正常的。這主要是系統的緣故。
很多巨大的系統設計無序，重巒疊嶂，文件混亂，版本不一，某些系統甚至reproducing 都很難，以至於確定問題源頭這件事都可能存在某種老程式設計師才知道的「最佳實踐」，而不是某種通過 reasoning 能夠自然得到的步驟。就是這麼簡單。如果你想不明白這件事自己找個沒什麼星的開源系統免費給人修幾個月bug 就明白了。
8樓：
經驗~說多了都是故事
任何乙個成功的程式設計師都是從 bug堆裡爬出來了沒有捷徑
之所以你看他什麼都不快但是進度快
原因很簡單， 思路清晰，目標明確，出錯率低其實程式設計想要變得好就是這麼簡單~
9樓：Gavin
看具體幹什麼了。我覺得經驗豐富的程式設計師的價值在於解決問題的能力上，而不在於工作效率。衡量工作效率也需要考慮工作的難易程度，這個是很難衡量的，缺乏標準。
這裡我又要提乙個老梗了：
20世紀初，美國福特公司正處於高速發展時期，乙個個車間一片片廠房迅速建成並投入使用。客戶的訂單快把福特公司銷售處的辦公室塞滿了。每一輛剛剛下線的福特汽車都有許多人等著購買。
突然，福特公司一台電機出了毛病，幾乎整個車間都不能運轉了，相關的生產工作也被迫停了下來。公司調來大批檢修工人反覆檢修，又請了許多專家來察看，可怎麼也找不到問題出在哪兒，更談不上維修了。福特公司的領導真是火冒三丈，別說停一天，就是停一分鐘，對福特來講也是巨大的經濟損失。
這時有人提議去請著名的物理學家、電機專家斯坦門茨幫助，大家一聽有理，急忙派專人把斯坦門茨請來。
斯坦門茨仔細檢查了電機，然後用粉筆在電機外殼畫了一條線，對工作人員說：「開啟電機，在記號處把裡面的線圈減少16圈。」人們照辦了，令人驚異的是，故障竟然排除了！生產立刻恢復了！
福特公司經理問斯坦門茨要多少酬金，斯坦門茨說：「不多，只需要1萬美元。」1萬美元？
就只簡簡單單畫了一條線！當時福特公司最著名的薪酬口號就是「月薪5 美元」，這在當時是很高的工資待遇，以至於全美國許許多多經驗豐富的技術工人和優秀的工程師為了這5美元月薪從各地紛紛湧來。1條線，1萬美元，乙個普通職員100多年的收入總和！
斯坦門茨看大家迷惑不解，轉身開了個清單：畫一條線，1美元；知道在哪兒畫線，9999美元。福特公司經理看了之後，不僅照價付酬，還重金聘用了斯坦門茨。
不管這個故事的真假，這個故事很能說明經驗豐富的老程式設計師的價值。有的時候解決乙個問題，對軟體企業來說，價值很難估量。
我們都知道知識很值錢，但是很多人可能還沒有搞明白，只有在人腦子裡面的，能夠運用的知識才是真的有價值的，而停留在書本上的知識，沒有任何意義。
10樓：
沒什麼了不起的，就是因為踩過坑了
我旁邊的小孩兒研究了兩天的問題，實在不明白問我，我告他改這這這，看看那那那，就完事了，而我一直在託腮刷知乎
就是因為他遇到的那個問題當時我研究了乙個禮拜……
11樓：小康
我是乙個6年的新手。我以前的編碼習慣都是service幾乎不會呼叫另乙個service，我也不知道為什麼要這樣寫，真就習慣了。就最近我剛剛接手的乙個專案來看(之前是公司找的兩個兼職寫的)，service中各種互調，跑起來沒啥問題。
但是我一旦引入動態資料來源做讀寫分離的時候，嘖嘖嘖，當查詢的service後面緊跟一段dao的插入或更新操作必然GG，神TM知道我在優化的時候問候了他們多少次
12樓：
這是一篇釣魚文。
老程式設計師效率並不高。掉到知識海洋裡出不來的人效率會下降。個人感覺。
能力和知識，成乙個正確的比例，效率會比較高。否則會被自己掌握的知識或「經驗」拖累。發揮出遠低於自己工作年限的最低水平，甚至還不如沒乾過it的人。
各種說胡話，各種「我見過」，各種跟人吵架，都是老程式設計師幹的事情。
這個，自己可能是沒感覺的，旁人比較一下就知道了，所以要結對程式設計。
13樓：塗景鑠
這個很正常，年紀大，寫東西都是有規律的，造的輪子夠多，自然寫起東西來效率更高。
其實就是踩坑多了，自然知道怎麼走坑少的路，改bug的時間就少多了。
14樓：
就拿最近我做的乙個專案來說。該項目的負責人，乙個月前刷刷刷把介面都定下了。我給她提了幾個問題，數量不多，但都是很關鍵。
她不以為然，接受了幾條，拒絕了幾條。結果這乙個多月下來，那些她接受了的問題，大家都說好，基本上按照建議去開發可以無腦地只需要往下編碼。那幾條被她拒絕的介面果然掉坑里，不得不又灰溜溜地加回來，為此增加了額外差不多一周的工作量去做變更和測試，並且還不確定會不會改漏了某一處導致有坑。
造成種現象，主要有兩方面的原因：
一、有很多任務程原則是通用的，跟語言無關，跟框架無關，跟具體的技術無關。例如：高內聚、低耦合，SRP、OCP、LSP、DIP、ISP等五大原則。
這些原則如果不用，也不會出錯，只是容易掉坑。再往深一層次思考，像CS本科中的一些基本理論，如語言的正規化，資料庫的正規化，基本演算法，甚至可以追溯到離散數學的一些數學理論上。（程式設計的本質就是數學）。
所謂老程式設計師，只不過是掌握了以上這些更為一般的軟體規律並加以運用而已。
二、從人月神話的時代起，無數軟體工程的大拿早已研究透徹：軟體的問題是需求問題，而需求的問題是人的問題，或者說，是溝通問題。乙個資深的程式設計師，只不過是比一般的程式設計師更深刻地明白什麼是「使用者」，什麼是「客戶」，以及在這當中的應用場景和權衡取捨。
這個從一般意義上去理解是踩的坑多了就自然會，但更深一層，其實是對「使用者需求」以及「系統約束」這兩方面的理解。前者是使用者想要的，後者是系統能給的，這兩方面缺少哪一邊都容易出錯。
以下是廣告
早在2023年（大半個世紀以前了），從IBM 360那個巨坑里爬出來的那幾位大拿，早就論斷了：程式設計師之間的生產率差異，可以超過 20:1 甚至更多。
具體可以參考《人員神話》和《人件》。從他們研究的問題來看，我們今天在軟體開發中遇到的問題，跟半個多世紀前遇到的問題別無二致，軟體的世界裡沒有銀彈。
15樓：sinux
因為老程式設計師寫程式的時候靠的不是多次試錯，是一把過的絕技。什麼地方用什麼方法早有成算，寫著這一塊的時候已經想到那一塊呼叫這一塊的時候怎麼才能舒服。越寫越順。
16樓：find goo
每分鐘肯定比20字每分鐘效率高。
linux早版乙個人開發出來的
安卓早版乙個人開發出來的
位元幣乙個人開發出來的
keras乙個人開發出來的
這些大工程乙個人開發，打字速度肯定要快，先練英文盲打速度，運指如飛，精確輸入，才能提高效率。
不練打字速度，很多程式設計師只是在磨洋工，幾十號上百人抵不上乙個人。
17樓：神出鬼沒的七叔
有個小藍孩
喜歡同桌小呂孩
他發誓要追到她
於是他每天都認真觀察她
直到兩個月之後考試
結果出來之後
小藍孩想不通
尼瑪也木有看見小呂孩學習多厲害
腫麼就比我考得分高捏
真是見了鬼了
18樓：巴別塔鯤鵬
忍不住強答一波。
本人計算機專業，畢業後就再沒碰過程式設計了，現在在某單位做文字工作，你可以理解成專門寫報告應付上面檢查的。
就這樣寫了大半年，然後就非常輕鬆了，上面要總結？我有，之前寫過的改一改就好；經驗交流？沒問題，1個月前剛剛寫過，改一改；自查報告？我有；活動方案？我有······
用過去寫過的材料作為模板，改一下，最多再去業務部門抄一下最新的資料，就一切OK！
我想，老程式設計師也大體如此吧，你需要不斷修改的東西，在吃過見過的老司機看來，大部分不過是重複一遍的純體力勞動而已，效率高不應該是理所當然的嗎
19樓：腦洞太開
本人比較適合這個問題老了啊
現在有網路沒有什麼學不到的就看你夠不夠勤奮以前花了很多時間研究excel 後來工作中很多關鍵問題居然靠它分析出來所以就像玩遊戲別放棄任何工具和道具
白天有疑問的晚上查資料動手驗證第二天別人還在瞎猜勤奮的人已經胸有成竹
程式這個行業幾年一換代不跟蹤新熱點知識就淘汰想當老程式設計師都沒資格只能轉行
別看碼農收入高碼的是時間精力和勤奮
智商不是關鍵大家差不了多少情商要注意得罪人多了你會處處碰壁記住退一步海闊天空不吃虧也不會成功
20樓：法克兒
因為，老程式設計師已經很清楚那些地方，會有坑，怎麼寫才最為符合你的要求。程式設計師只要一直學習，精通各個技能，比那些年輕氣盛的普通程式設計師強的那是數量級的。
為什麼會有程式設計師老實的說法呢？程式設計師真的老實嗎？
鶴玥sama 怎麼說呢，感覺是的。大學畢業剛工作去相親遇到乙個程式設計師。他見面介紹完姓名的時候就說 我職業是程式設計師，錢多話少死的早。 程墨Morgan 精明 和 老實 往往形容的是處理人際關係的技巧，和智力無關。程式設計師中老實人很多，但狡猾的人也不少，原因很簡單，老實人多的地方吸引精明的人來...
程式設計師為什麼越老越貶值的厲害？
在乙個低技術的公司做技術 在這裡程式設計師最重要的能力是 在現有情況下,做出乙個能解決問題並能夠穩定落地 身邊同事技術能力普遍不是很高 最重要的就是解決問題並且能夠落地 這是在這個場景下最值錢的能力了 廣譜愛好者 我覺得程式設計師這個職業本身就是乙個坑，技術日新月異，而程式設計師每次都趕上洪流衝到頂...
PHP程式設計師為什麼被所有其他程式設計師鄙視
無缺草 最新統計，截至目前，PHP依然是 世界上最好的程式語言 Web 你可以放心去學了。十年之內不會落伍，二十年之內不會淘汰。郭德綱也被交大博士鄙視 趙雷 樹大招風，他們眼紅。眼紅而沒有辦法，php就是這麼強大，哈哈哈哈哈哈。幹不掉php吧，啦啦啦啦啦 啦啦啦啦。什麼多執行緒什麼高併發。什麼長時間...