程序員救火

① 資深程序員可以避免敲代碼時出現bug嗎

程序員遇到bug是在正常不過的事情了，就算非常資深的程序員也無可避免bug的存在，一般來說，除非你寫一輩子 Hello World。
不過世界上的確存在一些鳳毛麟角天才的程序員，他們差不多能做到這一點。接到任務之後，思考，冥想，在筆記本上畫出數據結構或某個演算法片段，腹稿打的差不多了就開 始編程，用 Vim、Emacs 或 IDE 工具，大部分時候能夠一氣呵成，然後構建代碼，構造測試數據，運行程序，在反復調試中修復幾個編程過程中沒有考慮到的問題，就可以提交到代碼庫了。
他們的 代碼交給測試和其他開發者，少有人能挑出 bug，因為他們對代碼有敏銳的感覺，能夠在別人忽略的地方發現代碼的壞味道，並給出巧妙而優雅的解決方案。
他們是天生的代碼創造者，這樣的人往往效率高 而且少有錯誤，以至於會被一些平庸的團隊忽略，因為技術領導總是會下意識的去關注那些最容易出事的環節，但這些人才是團隊真正的脊樑，不是那些四處救火者。

② 如何看出一個程序員的技術能力和水平

其實，評論一個程序員技術的高低，不是看他會多少技術，又懂多少技術。參加過什麼大型的項目，也不是看他有沒有自己的博客，github有多少star。
而是看他解決問題，定位問題的能力。這個很重要，真的很重要。
技術可以很快上手使用，但是解決問題定位問題的能力不是輕易就行的。特別是在高壓下解決問題的能力。
下面是師姐為大家整理的一些建議：

解決問題
1.代碼的命名要規范。
代碼是寫給人看的好嘛！代碼是寫給人看的好嘛！代碼是寫給人看的好嘛！
headImg是什麼鬼？我能以為是banner么，頭部的圖片，請原諒我蹩腳的中式英語！avatar這個呢、portrait這個呢？會不會更好些？英語不好就不能用好有道、google翻譯么？還有用中文拼音命名的，親，我們用的是英文做為腳本好么？你要用這樣的，用易語言可好？！

瘋了！
為什麼要用框架？一個很重要的原因是命名規范，目錄規范，結構規范，分層規范，有利於團隊協作，不要本末倒置！
2.架構和規劃能力很重要，模塊分層，解耦設計什麼的，文件目錄嵌幾層？
這其中又跟命名的能力能搭上點關系。命名都命不好，目錄結構怎麼建？
url不要做的漂亮些嗎？不考慮seo了？
你喜歡addGoods還是喜歡goodsAdd？
請你尊重點我的那些初高中英語語法好么？

3.協助能力、可持續能力。
最好的程序代碼是脫離其產生者的。
為自己程序處處救火的程序汪並不是一條好汪。
我記得一句話就是：別想著你的代碼以後還有機會重構！
每次說，額，這里我後面會改的，會改的，但是可惜，現實情況是根本不會給你這個時間的。
代碼寫出來，一是要爽了自己，二是也要爽了別人。

4.debug的能力、總結能力、學習能力真的很重要，代碼寫出來真的花的時間不長，但擦屁股的時間比寫代碼的時間多多了！
出了問題不記錄，寫個博文都好啊，我可沒那麼強大的記憶力，所以最討厭考記憶力。
5.不要一貫的使用各種演算法，秀演算法的你們夠了，要寫去寫底層，應用的場景比較多。
應用層面的程序，演算法的應用不是特別多，大部分都是業務代碼。以這個作為評價標準的，真心然並卵。

③ 如何理解程序員行業的一句話 : 面試造火箭，工作擰螺絲

我覺得可以有兩種不同的理解，第一種是程序員對於面試困難程度的比喻，是從公司角度來談，比如說，公司的要求很高，他們每一個管理員都需要具有非常強大的能力，去應對各種情況的發生，面試的時候，最好是能夠成為一個全才，有著能夠製造飛機的本領。而等到真的進入公司之後，其實要求沒有那麼多，工作任務也沒有很重，都是一些很基礎的工作。

這種情況對於程序員來說是挑戰，對於我們其他人來說也一樣，既然找工作面試如此有困難，那麼我們就應該去努力提高自己，既然工作之後日子這么無趣，我們也應當堅守初心，不斷學習。不要被生活所打垮，也不要甘於生活所帶來的枯燥無味，

④ IT程序員，為什麼會無奈苦逼

首先來談談為什麼要有這篇文章，主要是最近一段時間的親身經歷後的所感。最近我們團隊開始在全國范圍內開始為很多的企業的項目進行性能調優。接觸到了很多不同的人和事情，也看到了很多的現象，趁今天有點空閑時間和大家嘮叨一下。 每次去IT社區，都在吐槽：說技術人員是多麼的苦逼；每次和一些搞技術的朋友聚會，聊的也是大家的生活是多麼的苦逼；每次上網看微博，也是充斥著「技術人員苦逼論」… 今天談到這個話題，固然會有很多的不同的意見和想法，我這里這是就從我看到的一些現象和自己的一些思考說說技術人員到底為什麼「苦逼」。 為什麼苦逼？ 原因一大堆，對於外部的因數，我們很難控制，例如中國的IT國情和對技術人員的觀念。但是，在商業中有這樣一句話可以借鑒一下：經濟再蕭條，也有人在賺錢；形式再好，也有很多人在虧本，很多的公司在倒閉。 很多的時候，我們倒苦水，但是心裡要知道：是大的環境讓我們苦逼，還是我們本身就得苦逼，換句話說，苦逼是我們自己應得的。這話很多人不愛聽，但是很多時候確是事實。 這半年多以來，去了不少大大小小的公司，為他們的項目進行救火，解決他們現有的性能等問題。很多的項目在做的時候，很少考慮什麼性能，安全等因素，都是上面的人在不斷的催，下面的人在火急火燎的加班加點趕進度—今天完成了什麼功能點，明天要完成什麼功能點。於是很多的技術人員顧不上什麼，一心思的把功能堆了起來。苦逼的第一個原因出來了。 終於，項目搞定了，上線跑了沒有多久，問題就出來了：項目功能是齊全，但是就是無法使用，有的功能慢的像拖牛。於是，有人建議開始買好的設備，加大帶寬，以為錢砸下去了，情況會好點。但是好景不長，甚至事與願違。於是一堆人就開始焦慮，束手無策，技術人員又開始加班加點的解決明明知道自己無法解決的問題，於是苦逼的第二個原因出來了。 在無法搞定的情況下，技術人員開始郁悶了，接著瘋狂的上網開始收集可能的偏方，然後一股腦的用在項目中，求神拜佛的希望偏方有效果，運氣好，暫時搞定了，那就皆大歡喜，搞不定，把之前的步驟再次重復一次吧。基本可以用下面的一個幽默來總結這個過程: 從接觸到的一些技術朋友來看，有些朋友的技術能力不錯，有的卻讓我想抽自己，沒有聽錯，是抽我自己。抽我自己為什麼要給他們講這么多的東西，而這些東西他們又不懂，然後又非得把懂這些知識的鋪墊知識給他們講。例如，項目出現了內存泄露的問題，公司的技術人員問題我這么回事，於是我告訴他們是VAS的碎片，他們又問我們為什麼VAS碎片了，於是我們給他們講述，但是他們聽不懂，於是讓我們給他們講解一些鋪墊知識：Window內存機制，.NET內存機制等。本來以為大家都是同行，交流交流，沒想到，使得我們自己陷入了苦逼： 同時也深深的感受的一點：很多的技術朋友在走出了校門或者培訓學校之後，技術能力就沒有在進步了，一是處於打混的階段，有的運氣好，很多年之後，混到了不錯的職位，但是很多的人卻混的非常不幸，於是他們就成為「技術人員苦逼論「的忠實粉絲。其中有一點就是很多的朋友不喜歡自學，總是希望有人手把手的教。我們遇到的一個最搞人的情況就是，我們已經把功能全部調完了，代碼完全實現了，伺服器也是全部配置好了，就差調試了，很多的人依然不動。 也使得我想起另外一個情況：每次有很多的朋友都說要學習技術內幕，要學深一點，喊著叫著要看深一點的文章，但是寫出來之後，沒有幾個人真正的看完，前幾篇簡單的介紹看的人很多，稍微深一點，就沒有人看了。也有很多的朋友想到處找大牛拜師，都希望沾點牛氣，成為牛中的一員。但是技術，能力，這個東西終究靠自己。用心與不用心，差別就是天壤之別。 我常常說這樣的話：社會不是初中，高中，沒有人會像老師那樣手把手的教你，盯著你，一切靠自己。沒有誰就非得要叫你，沒有人欠你的，如果自己都不上進，想做阿斗，諸葛亮來了也沒用辦法。物競天擇，適者生存！ 我非常敬佩那些出身不好但是一直堅持奮斗的人，也非常敬仰那麼環境舒適還依然努力的人。你遇到過很多聰明人，你的大學同學，你的同事，你的朋友，有幾個比你傻？很多年以後，你會看到成功的並不是最聰明的人。因為決定成功的更多是非智力因素：明確的目標，積極的心態，努力和堅持，承受挫折和壓力的能力，成熟的接人待物等等。有一種人註定沒戲：不努力和怨天尤人。 長期操作電腦需要養成的好習慣談程序員的出路我的25年嵌入式生涯--周立功 (很值得一讀)衣最個性：男裝之短袖T桖篇男生買衣服為什麼就這么難？技術七年之感受程序員每年要做的十件事Java 的工作原理Java語言的輝煌，還能延續多久？

⑤ 別人眼中的程序員和現實中的程序員差別在哪

別人肯定都以為程序員大部分時間都在碼代碼、敲命令。因吵猜為電影里的黑客啊就是這樣子的，but還有更多的是我雀碰橘這樣的頃團"碼農"啊，手動微笑。

⑥ 程序員技術大牛升職後不編程是否是有一種浪費

就好像在我們醫療行業，做到主任級別就基本不看病人一樣，每天都在忙於講課和行政事務。事實上，是對資源的一種浪費。

長江向前推進。編碼器仍然年輕。一個好的導師和一個年輕人可以做很多事情。

因此，這兩個角色的任務必須清楚地分開。然後項目經理將被分配給另一個人，這個頭銜也可以稱為「技術總監」或「主菜」。總而言之，越X越好。

真正的大師(技術總監)應該致力於盡可能多的技術工作。最重要的工作是開發——生產代碼和文檔。

⑦ 如何理解程序員行業的一句話 : 面試造火箭，工作擰螺絲

理想和現實的差距，工作要求非常高，但工作真心不怎麼樣。

⑧ 對於程序員，該如何將工作和生活時間合理安排呢

雖然是一個實習生，但是也要有緊迫感。10年前我才出來擼代碼的時候，都是時刻擔心被炒。畢竟公司不是慈善機構，對我們都有考核期。你要盡快把需求，介面文檔把業務邏輯走一遍。

⑨ 程序員過35歲就找不到工作了是真的嗎好害怕

中國程序員不能超過35歲，似乎已經是不爭的事實,國外卻不一樣，40、50歲仍然作開發工作的大有人在，為何會有如此差異呢？

在中國，程序員不能超過35歲，似乎已經是不爭的事實，軟體開發工作就是青春飯，頂多靠畢業這十年的時間，超過這個年齡，要不成功躍身成為管理者，要不轉行進入其他領域，好像再沒有更好的選擇，即使偶有繼續堅持作開發的，也被看成另類一族。老外卻不是這樣，40，50歲仍然作開發工作的大有人在，甚至很多牛人，包括獲得康柏最佳軟體獎的Robber，仍在埋頭作著他所喜歡的編碼工作，為何如此差異。我仔細想了一下，特別是這一年參加了太多的技術培訓，基本有了一些結論。
首先，國內軟體開發工作的性質決定這一切。我們所作的產品開發，真正技術含量並不高，高等院校畢業的學生經過幾年的培訓和實踐，基本都能掌握這些技能。而我們現有產品開發設計水平有限，對於軟體開發的理解還僅限於編碼，完成功能這些基本的需求，產品進度是第一驅動力，特別是一些小公司，把快速開發出產品作為最高目標，軟體設計質量差，很少考慮可維護性、可擴展性這些重要的軟體質量屬性，僅僅追求功能和進度，產品以最快的速度完成設計、編碼，少有測試甚至沒有測試，就直接交付給客戶。當在客戶那裡暴露出各種各樣的問題來時，開發人員就開始不斷的為客戶解決這樣那樣的問題。軟體做到最後，很多人都會陷入自己不斷挖掘出來的「陷阱」里走不出來，步入在復雜的系統中查找BUG、解決BUG、增加功能、引入新的BUG、再解決BUG這樣永無休止的惡性循環中，從事的都是一些低級開發工作，對於軟體開發的理解無法上升到更高的層次，每天都疲於救火和拚命打補丁，軟體維護成本居高不下；即使最終擺脫了這樣的厄運——項目結束，下一次軟體開發又是同樣過程的重復。
這些無休止的低級開發和維護工作，會耗光一個人所有的激情和精力，隨著年齡的增大，熱情和體力都在衰減，而這些工作，只要畢業生經過培訓，同樣可以勝任。有著廉價的、並且充滿熱情的畢業生作競爭，身心疲憊的老程序員必然面對更大的競爭壓力，做到最後，連他們自己都會失去對軟體開發的興趣，甚至會產生厭倦的情緒。對於這樣的快速開發模式，十年開發經驗和五年開發經驗有很大區別嗎？干嗎不使用更經濟便宜的開發人員？
另一個原因，是我們中國人一向的官本位思想。開發人員始終處於一種很尷尬的境界，聽起來從事的是高級技術工作，說起來也是「以人為本」，但是，有多少企業管理者真正重視和認可開發人員的，哪怕是碩士，博士，這些開發人員在「大官，小官」面前，都只是普通勞動者而已。程序員是一個沒有未來的行業，哪怕資歷再深，能力在強，也還是一個勞動者而已，只有當上領導，走上管理才是最終的出路，否則，薪水上不去，地位上不去，只能面對被淘汰的命運。
實際，之所以出現這種問題，是由於國內對軟體開發一直抱有一種錯誤理解。如果軟體開發僅僅是代碼編寫，查找BUG，可以說，那確實是在做一些低級的軟體行為。做了十年的開發人員，確實不見得比作了3年的人更強多少，反正是簡單重復的工作，工作3年的一樣可以作，而且有更大的熱情和精力。
軟體業要發展，就應該跳出這個怪圈，走向更高的領域，對軟體開發重新進行認識。我們要明白，軟體開發要融入工程化的思想，要有高度的設計能力，關注更多的軟體運行屬性和設計質量屬性。同樣的系統，不同的軟體人員會做出完全不同的軟體，正規，高效的開發團隊要比游擊隊開發團隊不只高出幾十倍的效率。
軟體開發，不僅僅需要關注功能、性能，更應該去研究可維護性、可擴展性等質量屬性；不僅僅只關注代碼，而更要上升為設計，復用等。軟體開發不能只是寫出C語言的代碼，單元測試、同行評審、培訓與學習，這些都是開發人員基本的素質，也是提高軟體質量的最基本手段；舉例來說，單元測試做好了，就可以讓開發效率大大提高，也能讓軟體的維護成本降下來，把開發人員解放出來；同行評審可以讓開發人員之間更多的交流和溝通，在設計，編碼階段嚴格控制軟體質量；培訓則是提高自身技術水平，從理論上提升自己的最好方法。現在基本上所有這些主要的質量行為都被忽略了，而這恰恰是走出低級開發的最好途徑。同時，還有更高層次的設計開發、軟體重構、模塊化、系統構架、搭建統一軟體平台、度量軟體質量等等。有了重構，就會寫出可讀性好，可維護性好的軟體，甚至因此提高自己的軟體設計能力，減少出錯的幾率；模塊化，讓軟體最大程度的實現復用，提高軟體開發效率和開發質量；軟體構架設計，從技術層次上最早決定了軟體的命運，而這里又有太多的技術，設計模式，軟體規劃等，讓軟體開發從編碼上升到設計的層次，搭建統一軟體平台，是大產品，系列化開發的必然之路，對於軟體質量的度量，會讓我們的軟體開發變得更加透明，清晰，讓我們更清楚地把握到軟體的開發過程，從各個環節去控制軟體質量，而不是僅僅憑著感性的認識到了最後才去補救。
以上這些知識，一個人，哪怕勤奮學習一輩子，也不可能完全具備所有的技能。35歲算什麼，做到70歲都不晚。當然，你需要真正的熱愛它，並且不斷得學習和進修。所以說，軟體開發人員，要作的事情太多了，軟體實在是一項浩大的腦力工程，甚至會讓人覺得這是一個投入/產出比最低的行業，因為要學習的知識實在太多了，每時每刻都要處於不斷的學習和更新當中。既然選擇了，既然喜歡了，就應該投入進去，享樂於此了。最重要的是，我們自己能並且願意去認識到這一點，跳出低級開發的怪圈，走向更高的層次。
同時，要意識到，一個資深開發人員的作用絕不亞於一個管理人員，高明的企業應該給予相同的待遇，要把培養和儲備高級技術人才作為高科技企業的重點發展方向，這樣才能讓企業在人才領域得到不斷積累，資深開發人員才會帶出高效的開發團隊，從而開發出高質量，高效率的軟體，讓企業在不斷激烈的競爭中取勝。要明白，不是每個人都適合或者樂於轉向管理的，很多人就是適合做開發工作，他們可以走得更深入，成為專家，應該充分發揮出他們的能力，讓整個團隊高效運作起來。
所以說，開發人員，決不只是35歲，只要你願意，可以作一生的開發，從中獲得更多的快樂

⑩ 程序員35歲真的會被辭退嗎

程序員是吃青春飯的，這一點大家都知道，當過了35歲以後，經歷大不如前，也熬不了夜，這個時候腦力體力都會跟不上。那麼，程序員35歲真的會被辭退嗎？程序員35歲以後干什麼？一起來看看吧！

程序員35歲真的會被辭退嗎

這個因人而異吧

我接觸到的很多同行歲數都不小了，30歲 40歲的

一部分人依舊還在搞研發，學習新的裡面與技術，而且大多數人在他們所在的領域都有獨到的見解和豐富的經驗，在公司和部門中屬於救火隊員的角色，或者是技術的探索者，架構師等等。

還有一部分人轉行了，比如產品經理。因為是研發出身，再加上多年的工作經驗，干起產品經理相對來講會得心應手一點，當然壓力依舊不會小，甚至比單純的編碼的壓力還要大。

最後一部分，可以算是淘汰了，就是那種已經對編碼沒有熱情了的人

不過人生嘛，在不同的時期總會對不同的事物感興趣，可能在一段時間後發現了更好的機會或者自己的愛好，不幹程序員了也沒什麼了..

程序員35歲以後干什麼

1、做技術總監，不寫代碼，把握公司技術線路、產品安全，為老闆解憂。

2、做安分的程序員，工資要求不要太高，和領導關系搞好，老闆也不會開除的。

3、轉行自己做老闆，找關系接項目，自己建團隊開發。實際上很40歲左右的程序員就是這么做的。

4、轉行做自媒體，現在抖音、頭條、快手很火爆，做自媒體也有錢。但這個對程序員來講跨度太大，風險高。

做任何行業都賺錢，但任何行業都要積累和沉澱，不要看別人說某事賺錢就進去，那樣會有經濟損失的，先觀望觀望，學習學習相關行業業務，時機成熟後再轉行。

35歲了還能入行做程序員嗎

個人建議不要入行程序員了。

本人在互聯網摸爬滾打了幾年，團隊里也曾經有30多歲的程序員入職，大部分都干不長就離開了。原因基本是：

1、精力不如年輕人，加班太多身體扛不住

2、需要快速上手，盡快熟悉新業務。但代碼寫的太爛了，文檔也不完善，坑太多。熟悉下來很費勁兒。

3、團隊里都是90後的小年輕，領導都比自己年輕，很尷尬。