程序員接受別人批評

A. 作為一個程序員，應該有哪些必須知道的事

1. 懂得分享。盡可能使用開源，並且當你有能力的時候，要對其有所貢獻。聚全社會之智慧，勝過某些「大」公司之短視。
2. 公平競爭。嘗試其他技術、框架、方法和觀點。不要總以為只有你的選擇才是可行的。別的選擇也有可能比你的要強得多。要以開放的心態，來檢驗其他人的選擇。
3. 不要攻擊他人。像第2條所說的，不要僅僅因為別人恰巧使用.Net、java或PHP就去攻擊他們(我在這方面有一次教訓)。有時，它們或許要比你所認為的更有效。只要別人不是一無是處，你就可以從他們那裡學到很多東西。
4. 自我完善。盡量發布可以運行的代碼。不要指望QA能給你找出所有的程序錯誤。要經常並且全面深入地測試你的代碼。
5. 傷害他人要道歉。代碼審查是一個不錯但很少用的想法。指導經驗比你少的程序員，有助於整個團隊。不要公開批評他人。指導並不是貶低別人。別人有時候會接受，有時候不接受。其實，有時候你可能會從自認為水平不如你的人身上學到很多東西。
6. 未雨綢繆。動手寫代碼之前要盡量理解要解決的問題。要做原型、從網上查找實例、跟其他也做這個的人討論或者只是練練手而已。構建你從未做過或用過的東西是個壞習慣。如果開始就有思路，結果可能會更好。
7. 拿得起放得下。不要害怕替換、重寫、重構或者放棄垃圾代碼。有時候，如果碰到可留可不留的代碼，直接扔掉才是上策。永遠不要愛上你的代碼。
8. 平衡生活——學習、思考、繪畫、唱歌、跳舞、工作、玩耍，每樣都會一點。我喜歡Google的方式，在那裡，你有20%的時間用來思考任何你認為值得做的事情。老闆應該提供休息室、娛樂室或者一些能讓人放鬆清醒的環境。
9.編程是一項艱苦的腦力勞動活；有時你的大腦確實需要休息一下。拒絕例行公事地每周工作80小時，否則你的工作質量將大打折扣，花費大量時間取得的成果將前功盡棄。另外，如何釋放工作生活壓力，可以參考伯樂在線的這篇文章：《3步釋放工作和生活壓力》。
10. 每天下午小憩一會。每天工作24小時不會讓你更有效率。休息、回家，然後打個盹。通常，很多難題是在我回家的時候解決掉的，解決方法通常在我開車時或第二天早上突然想到。
11. 不要閉門造車。讀讀博客、學習新語言和框架、參與討論以及看看同行在干什麼。兩耳不聞業界事，你就無法成為一名更優秀的程序員。
12. 保持好奇心。想想塑料杯中的種子：根向下長，枝葉向上長，沒有人知道這是為什麼，但是我們都是這樣的。一般來說，在編程和技術世界，每天都有新奇東西出現。看！很神奇吧！每天學習，讓你思維更廣，技能更新，選擇也就更廣。如果你認為編程枯燥乏味，那麼你要該換行了。

B. 程序員晚上加班太晚，第二天遲到被技術大佬批評，怒懟奮斗逼文化

最近接觸到了一個詞叫奮斗逼，什麼是奮斗逼呢？指的是自我感動（包括但不限於自我催眠，自我欺騙）的方向錯誤而不自知的在白白瞎奮斗著的傻子。也就是奮斗逼的定義。他們的內心想法千千萬，但也簡單，概括起來就是三句話:為自己感動，替聰明人瞎擔心，覺得資本家也會為他的奮斗感激並將這份感激轉化為利益並無論何時各種狀況都不拋棄他，視他為己出。

在某平台上看到一程序員發帖稱：程序員打起來了！技術老大在群里批評遲到的同學，遲到同學反擊罵公司奮斗逼文化，然後就被群情激憤的「奮斗者」的口水淹沒了，遲到同學氣不過就跟他們打起來了......我覺得這事還得賴遲到同學，你自己不想加班就說別人加班是奮斗逼，這不是比奮斗逼還可惡嗎？

奮斗的人值得尊敬，但奮斗逼應該唾棄。這群人通過貶踩其餘同事同僚的，通過996、打小報告、當喉舌的方式爬的更高,賺的更多。這個需求明明就是約定這周做完的，奮斗逼非要今天連夜提前做完，不但做完了還要和領導說我做完了我很優秀，然後達到了升職加薪的目的。資本利用這些人當作表率，那其他人看到原來加班提前做需求就能升職加薪受到關注啊，那我們都加班吧。996就是被這幫逼發明的，他們很多人還充當喉舌，充當壓迫其他人的工具。我就是看不起這些人，看不起這些破壞社會規則，禍害其他勞動者的人。

奮斗沒有錯，但是在上班時間能完成的活兒，故意拖到晚上10點，11點，讓別人覺得你很努力，這種行為我是不贊成的，到了下班的點，有人願意繼續奮斗，有人願意生活，誰也不要看不起誰，選擇不同而已，不要以奮斗為名，去安排他人的生活，也不要以自由為名，看不起努力奮斗的人。

google 20年前以20%自由時間為驕傲，而如今20%的定義已經改為在100%本職工作之外的額外部分。我們大可以搖頭說，今日的谷歌不是當年的谷歌了，可本來，就沒有一成不變的規則，保持不變的公司只會被環境給「進化」掉。FB聽起來夠高大上、夠極客，對嗎？一樣會有人告訴你，不同團隊的微觀氣氛差異很大。有些團隊工作按時下班，有些團隊每日每夜，這個和當時的任務挑戰、TL風格都有關。我反倒覺得這樣的公司很有前途。

其實在我看來這件事，改程序員遲到可以依照公司規定處理，或者酌情處理，畢竟每個人都會因為各種事情遲到，至於該公司的文確實不敢苟同，一個公司重視的不是產出而是加班時間，這本身就是謬誤，其次奮斗本身是對的，且我也尊重和佩服那些奮斗的人，但是不能因此去要求別人，這不是公司硬性的規定，你也不應該也無權用自己的標准去要求別人做到你的標准。你們是怎麼認為的呢，也有過類似的經歷嗎？

C. 25歲程序員1年內被3家公司辭退，我卻毫無猶豫的錄用了他

企業與員工的問題，跳槽或是辭退的問題，一直是我們非常關注的話題。 以前在一家公司遇到過這樣的應聘者，一名25歲的程序員一年內被辭退了3次，而面試的最後結果是我錄用了他。

大四的時候室友們都找到了實習工作，有的實習工資800元，有的1800元，也有的能拿到3500元到4500元。小猿想著都快畢業了，也該賺點生活費了，也出去找工作。因性格內向不善表達，屢次受挫，後來在一家軟體外包公司的面試中，部門主管問了一句「可以馬上上班嗎？」他回「可以。」，部門主管就讓人事部立刻辦理手續了，這是即刻上班的節奏嗎，小猿愣住了！

還在懵圈的小猿跟著HR小姐姐走到辦公工位，主管就告訴他明早出差，7:30到機場。就這樣開始了內蒙出差的第一份工作，一去就是4個月沒回過家。

項目做完，主管問小猿「這次出差有收獲嗎？有沒有遇到什麼困難？」小猿回復「沒有。」主管沒有再回信息，第二天到公司後小猿收到HR的辭退通知書，原因是學習能力差，主動性差。小猿的第一份工作就此結束了。（4個多月）

後來小猿跟朋友聊到此事，朋友們都認為是公司項目做完了不需要人，公司找的借口而已，於是小猿立志不再去外包公司工作。你認為小猿是因為這個原因被辭退的嗎？

小猿問題： 主要問題是小猿回復容易給人造成誤會，很不明確，回復的沒有，是指沒有收獲還是沒有遇到困難。作為領導，看到這樣的回復，有的人會追問，有的人不會多問就直接作出判斷。所以造成主管誤會，認為他回答的是沒有收獲，也許主管也有點疑惑，但是也沒有等到小猿進一步的說明。

公司問題： 倉促入職，沒有進行新員工入職培訓，沒有員工與主管溝通了解的過程，出差期間沒有對員工進行關懷和了解，HR得到主觀反饋後沒有與員工溝通核實情況直接辭退；也可以看出該公司入離職流程不夠完善，也不夠重視員工關系管理等問題，甚至可以反射出該公司的企業文化氛圍。（有限信息下的主觀分析）當然，不排除小猿朋友猜測，有的外包公司會做完項目就走，但是一般簽訂合同也會按照項目時間簽訂，不用經濟補償。

小猿第二份工作是在一家50人左右的中小企業，入職時聽hr和同事都說公司老闆很nice，在公共辦公區的入口第一個位置是老闆的。第一個月一切都很好，直到公司老闆出差回到公司的一周後，hr告訴他，因不符合公司企業文化，要勸退他。這次小猿更懵了，不符合企業文化！

後來主管幫忙打聽到，是因為他每天早上見到老闆從來沒有說過早上好。小猿每天進入公司都會路過老闆的工位，也看到大家都會給老闆說「早上好」，自己也猶豫過要不要跟老闆打招呼，但想到從來沒有和老闆說過話，老闆應該都不認識他吧，加上性格比較內向，不喜歡主動搭訕，誰曾想卻因為差了這句「早上好」被辭退了。（1個多月）

小猿問題： 不懂職場基本禮儀，不知道的事情沒有主動溝通或請教別人，造成誤解。

公司問題： 沒有進行結合企業文化特色，以及員工性格特點進行職場禮儀培訓，直接主管或引導人沒有進行員工引導，熟悉環境和人員，也同樣存在發現問題後沒有給員工改進的機會，直接勸退。很多中小企業的企業文化大部分受老闆影響，也就是大家常說的老闆文化，有的企業甚至表面和善，實則一言堂，平時都很和善，可是一旦有人有什麼事情讓老闆不滿的時候就直接要求HR讓其走人。這個時候HR是聽之任之，還是建立完善的機制，想辦法按照流程制度辦事，並能說服老闆三思而後行，體現職業價值觀，能力和情商的時候了。

ps：辭退和勸退是有是否需要經濟補償區別的。

吃一塹長一智，這次小猿在面試時特意問了HR，老闆會和大家一起辦公嗎？HR小姐姐露出甜甜的微笑告訴他不會，並表示她都很少見到老闆。

小猿高高興興的入職了，由於前兩次經驗教訓，內向的小猿，見到老闆和領導都會打招呼，領導在群里發信息，總會很快回復「收到」，但性格內向的他與同事基本上沒有工作外的交流。慢慢的大家就開始說他愛拍馬屁，不適合單純的程序員環境，開始受到排擠。

在轉正的時候小猿也與HR小姐姐溝通過這個問題，HR小姐姐告訴他「清者自清，問心無愧就行。」他想也是，日久見人心吧。為了與大家打成一片，他嘗試主動跟其他同事聊天，正好公司也有一個比較八卦和愛聊的同事，便跟他慢慢熟悉了起來。用小猿的話說，有時候可能是運氣問題吧，那個外向熱心的同事第一次跟他講他們主管壞話就被部門主管聽個正著，結果那個八卦外向熱心老員工被降級，他被辭退。（3個月）

小猿問題： 因為過去踩過的坑，總結反思後想避免再次掉入，卻又掉進了另一個坑。同樣是缺乏職場知識的表現。

公司問題： 當HR得到反饋後，應該幫助員工改善在員工中的形象，不管是通過團建活動增進了解，找到共同興趣，或是組織聚餐等，應該用實際行動幫助其他人了解到員工，而不是僅僅一句話。部門主管沒有及時察覺到團隊問題，改善團隊氛圍，增進團隊了解和凝聚力。

大多數中小企業來，都沒有給新員工做職場方面的培訓，特別是現在一些科技企業，他們本身企業內理科生居多，氛圍也相對簡單，所以容易忽視這個問題。而理科生在大多數事情上都是邏輯思維很強，但涉及與人溝通交流和情感方面相對沒那麼能應付，給人感覺是為人處世上面會稍微差一點。其實只要他們多用一點時間和心思在上面，可能會比文科生更懂得所謂的「套路」和職場規則。

浙江女士發帖稱：老闆通過微信交代工作，由於自己回復了一個「嗯」字，結果被老闆批評：「聊天不要回復『嗯』，這是基本禮儀」也引起了熱議，網友也是分為兩類聲音：有人認為嗯本身並沒有不禮貌的意思，只是當今網友強加的特定含義，老闆有點小題大做；也有人覺得老闆批評教育得對，在職場中應該注意相應的禮儀。

對於這件事情，我個人看到的側重點是領導想聽到的是一些具體安排內容，僅一個嗯字略顯不夠用心，後面領導一長段的信息表示曾經說過不要僅回嗯字的話，由此可見，也許不只是想表達禮儀問題，更是對待一份工作的用心程度。更何況對於銷售崗位來說，商務禮儀是非常重要的。

不管是商務溝通，還是對上對下的溝通，我認為最重要的是先了解跟你對話的人，現在喜歡講產品思維，我認為也很有借鑒性，首先你的知道對方的需求，根據需求對症下葯。不同領導喜歡的溝通方式不一樣，北方和南方的商務禮儀和生活習慣也有所差異，最重要的是給對方喜歡的方式。以上所講的故事當中，提到最多的是職場禮儀，職場規則，員工培訓，企業文化等詞彙，也提到了每件事的發生，員工自身和企業自身都存在問題，我們首先應該做的是自省，而不是去找別人的原因，即使是客觀原因也要想辦法改善或避免。

我一直有一個美好的願景，就是培養一批真正具備人力資源職業價值觀的HR（或者說自己先成為這一類HR，影響和帶動更多HR做到真正職業化），讓企業更重視員工利益，讓員工更努力為自己為企業奮斗，而這不是建立一個共同目標就能完成的。

記得前段時間有個熱議話題，關於「某省提出頻繁跳槽將影響徵信記錄」，如此單方面的做法能起到什麼作用和意義？又如何去規范企業隨意開除員工的現象呢？

可能大家也很好奇，面對頻繁離職的小猿，我為什麼會讓他來面試？為什麼會錄用他？

因為我們當初招聘的是應屆畢業生，他願意以應屆畢業生的待遇和心態從頭開始；然後聽他講述了以上故事，也可分析出不全然是他的問題。沒有誰天生是職場高手，誰還沒有自己的缺點呢，應該給予努力的人更多機會！

從企業角度來講，用實習生的工資招聘一個有工作經驗的人算是節約了人力成本，而表象的風險性在於該員工可能不穩定；針對員工所述，我相信我們公司在這些方面做得還比較好，在實習期期間也會重點關注這些問題。如果引導他把這些經歷經驗快速轉化，或許他會比其他同期實習生進步更快。這就是那時我們公司給員工的真實感受，有興趣的可以點進去看看。 《看了就想去入職的公司》

很多時候人生真的也需要機遇和平台，遇到一個好的公司也能助力自己更快成長，兩年後小猿已經成為部門主管了。公司都想要穩定的員工，員工也想要穩定發展的公司。 那 么如何在面試中篩選出適合自己發展的公司呢？又應該從哪些方面去了解公司的實際情況而不被坑呢？下一篇文章再會~

D. 新人不小心犯了一次大錯。被同事領導認為不靠譜，怎麼辦

36.新人不小心，犯了一次大錯。被同事領導認為不靠譜，怎麼辦？

自從加入理性派收獲很多。特別是炸彈人那個章節。但是最近我發生了一件讓我很郁悶的事。我是一名在讀的CS專業學生。有一次幫老師公司（初創公司）修改一個開源軟體，我做的工作主要是翻譯漢化，和修改logo，名稱等，我認為這個工作不重要，就把個開源代碼，放到公網上了。結果公司的名字就被google收錄到據，3.我在公網買的主機ip是別人以前使用過的，綁定了別人的域名。（直接導致，系統了，（初創公司由於保密還沒做好公開公布官網的准備）。期間一系列小概率事件都發生了。造成了大錯誤。1，我開發的時候默認賬戶密碼admin,admin，上傳到公網時候忘記更改，導致任何人都能登陸。2測試的時候連接了一個我們實驗室的保密資料庫，記錄忘記清除。導致任何人用admin進去都能訪問這個保密數被google搜索到，這本是極小概率事件）。 說這么多，打個簡單比方就是我不小心，把我家裡的鑰匙丟了，而且那個鑰匙上，還寫我家的地址。我家的大廳里就剛好放著幾百萬的現金。最關鍵的是我家裡有沒有被偷，被誰偷了還搞不清楚。當然，後來通過緊急預案調查發現，幾乎不可能出現被偷的情況。幾乎可以斷定沒有造成太大損失。 但是從這之後，被老師嚴厲批評，整個小組都知道這個事。弄的大家都緊張。導致師兄老師，現在都不分配重要的活給我干。雖沒明說，我覺得大家認為我做事不靠譜，這個讓我很郁悶。想請教日日怎麼用邏輯，少受氣~謝謝日日~

你好：

你可能此時很頭疼，為什麼小概率事件都發生在我的身上，我真是太倒霉了~

但是我看完了你問題的所有描述，其實是我們自己一步步把小概率事件變成了必然事件：

1、認為自己工作不重要，把公司代碼放到公網?

2、開發程序的時候初始密碼不修改?

3、公網買的IP綁定了別人的域名，不解綁就使用?

這其實不是不小心了~作為CS（計算機工程專業），這些問題你真的需要好好思考一下，這不是運氣不好——而是論一個程序員的基本素養。

這個話可能我說得有點重，你一時半會兒無法接受，但是我希望你能早點明白這一點，你以後能夠少走更多彎路。

我曾經和你一樣畢業的時候寫過代碼，那時候是JAVA，說實話，在學校學到的東西實操的內容很少，老師教的那些理論的知識用的也不多。

我要感謝我遇到的一個Java的老師，他是我們公司合作項目的上海公司的軟體工程師，十幾年前的認證的軟體工程師都是超牛的。

我作為甲方對接人員，他有義務教給我所有代碼模塊。

祝順利~專注職場女性幸福 微信公眾號［白小白在線］ID：bxblady

E. 調侃it程序員搞笑段子

程序員段子1、一個好的程序員是那種過單行線馬路都要往兩邊看的人。（Doug Linder）2、程序有問題時不要擔心。如果所有東西都沒問題，你就失業了。（軟體工程的Mosher定律）3、程序員的麻煩在於，你無法弄清他在搗騰什麼，當你最終弄明白時，也許已經晚了。（超級計算機之父Seymour Cray）4、我想大部分人都知道通常一個程序員會具有的美德。當然了，有三種：懶惰，暴躁，傲慢。（Perl語言發明者Larry Wall）5、編程時要保持這種心態：就好象將來要維護你這些代碼的人是一位殘暴的精神病患者，而且他知道你住在哪。（Martin Golding）6、一個人寫的爛軟體將會給另一個人帶來一份全職工作。（Jessica Gaston）7、如果建築工人像程序員寫軟體那樣蓋房子，那第一隻飛來的啄木鳥就能毀掉人類文明。（Gerald Weinberg）8、這世界最有可能毀滅的方式大多數專家都同意是次意外。這就是為什麼會有我們，我們是計算機專家，我們創造意外。（Nathaniel Borenstein）9、我們這個行業有個特別奇怪的現象：不僅我們不從失敗里吸取教訓，同時也不從成功中學習經驗。 （Keith Braithwaite）10、一種新技術一旦開始流行，你要麼坐上壓路機，要麼成為鋪路石。（Stewart Brand）11、一同學問我，軟體外包是什麼。解釋了幾句還沒明白，遂想了一下：包工頭知道吧？頓悟！12、十行代碼九個警告八個錯誤竟然敢說七日精通六天學會五湖四海也不見如此三心二意之項目經理簡直一等下流。13、一個程序猿在肉店買了1公斤肉，回家一稱，他不高興的跑回肉店對老闆說：少了24克14、網路聊天的時候，想表達對方是豬，一般人會打xxx你這個豬。，程序員會打 xxx.isPig = TRUE。15、兩個程序員，一個技術精湛，思維嚴謹，認真負責，Bug極少，至今單身；一個技術一般，吊兒郎當，Bug一堆，經常被測試MM叫到她旁邊，接受批評，後來成了她男朋友16、寶寶數學很好，2歲就可以從1數到10了。後來，我告訴他0比1還小。今天吃餃子，我說：寶寶，你數數你想吃幾個餃子？0，1，2，3。一邊說著一邊拿起一個餃子，這是第0個。老婆怒吼：下一代還是做程序員的命！17、程序員找不到對象，一般有三種情況：C#、JAVA都有對象，但是經常找不到對象。ASM C直接沒有對象。javascript都是偽對象，最多算曖昧。但C++日子一直都好過，因為C++是多繼承，富二代呀！！！18、程序猿：我的第一個問題是，對於我第二個和第三個問題，你可不可以只用能和不能來回答？老闆：OK!我的第二個問題是，如果我的第三個問題是我能不能漲工資？那麼你對於我的第三個問題的答案能不能和第二個問題的答案一樣？老闆：19、假如生活欺騙了你，找50個程序員問問為什麼編程；假如生活讓你想死，找50個程序員問問BUG改完了沒有；假如你覺得生活拮據，找50個程序員問問工資漲了沒有；假如你覺得活著無聊，找50個程序員問問他們一天都幹了什麼！20、c程序員看不起c++程序員， c++程序員看不起java程序員， java程序員看不起c#程序員，c#程序員看不起美工， 周末了，美工帶著妹子出去約會了一群傻X程序員還在加班！21、客戶被綁，蒙眼，驚問：想干什麼？對方不語，鞭笞之，客戶求饒：別打，要錢？又一鞭，十萬夠不？又一鞭，一百萬？又一鞭。客戶崩潰：你們TMD到底要啥？要什麼？我幫你做項目，寫代碼的時候也很想知道你TMD到底想要啥！22、這位同學，請問你知道《邊城》嗎？呸！別跟我提編程，老子這輩子最討厭的就是編程！23、摘自雷登書屋數據處理字典： 死循環： n.,見無限循環。 無限循環：n.,見死循環。24、一個人正吸著雪茄，吐著煙圈。他女朋友生氣了發飆道，你沒看見包裝盒上的警告么？吸煙有害健康！ 那人回答道：我是程序員。我們不關心警告，只關心錯誤。25、程序員的四大理想：南極有套房，澳大利亞有群羊，全世界電腦死光光，孩兒有個娘。26、有一種崩潰叫密碼輸入有誤；有一種驚慌叫做賬號異地登陸；有一種感情叫隱身對其可見；有一種誤會叫人機離線；有一種失落叫沒有訪問許可權；有一種感情叫站點訪問失敗；有一種無奈叫bug無法復現。27、黑體的鋸齒，宋體的滄桑，崩潰的避頭尾集。美工永遠糾結於網站程序員的粗獷，就像MAC永遠不懂PC的憂傷。程序員搞笑段子28、程序猿追求MM不成，含淚追問：我在你眼裡算什麼？！MM答曰：真人版的windows優化大師極客哥們莫傷心，小戴安慰遞紙巾。29、據說有一位軟體工程師，一位硬體工程師和一位項目經理同坐車參加研討會。不幸在從盤山公路下山時壞在半路上了。於是兩位工程師和一位經理就如何修車的問題展開了討論。硬體工程師說：我可以用隨身攜帶的瑞士軍刀把車壞的部分拆下來，找出原因，排除故障。項目經理說：根據經營管理學，應該召開會議，根據問題現狀寫出需求報告，制訂計劃，編寫日程安排，逐步逼近，alpha測試，beta1測試和beta2測試解決問題。軟體工程說：咱們還是應該把車推回山頂再開下來，看看問題是否重復發生。

F. 為什麼一線城市程序員的薪資都很高

經常聽說北上廣的程序員，平平常常的月薪一萬元，稍微出色一點的月薪三四萬都很正常。根據數據顯示，2019年中國大陸一線城市程序員的平均工資為15716元，工資中位數為14000元，其中95%的人的工資位於5250到36500元之間。

那麼程序員的工資為什麼這么高，僅僅是因為行業對此類人才的需要多嗎？其實不盡然。下面我們來看一下具體的原因吧。


1、業務種類的多樣性

程序員是一個非常特殊的崗位，不同於普通的工種，普工的工種每天面對的基本上是重復的工作，即使是一些專業技術工種，工作內容也不會有太多的變化。然而程序員每天要面臨不同的業務內容，因為任何一個行業現在都有使用軟體系統的需求，程序員必須熟悉項目的所在行業的相關知識。

2、內心的錘煉

程序員是一個面臨極大壓力的工作，項目往往都是工期短，需求多，由幾人配合完成一個項目。而且大家應該也聽說過，程序員可能只有20%的時間在寫代碼，80%的時間在調試bug，整個軟體邏輯的負責度很高，容錯率很低，寫錯一個英文字母就會造成嚴重的bug。而程序員在開發程序的過程中，不僅僅要寫自己的代碼，還要同時去學習其他底層代碼，或者他人寫好的程序代碼。這都給開發工作造成了極大的苦難，有些bug調試需要幾天甚至一周時間，還有可能調試不好。

正因如此，程序員每天都在面臨無數的錯誤和挑戰，程序是否正常運行，功能是否滿足業務需求，安全性能是否良好，邏輯設計是否合理易用。面對產品經理、老闆和甲方客戶的吹毛求疵，慢慢地錘煉了強大的內心。


3、精益求精的習慣

程序員最好的一個習慣就是求知慾，以及對自己所做工作的不滿足，往往下一個項目會改正掉上個項目很多的怪習慣或者毛病。這一點也是跟其他行業形成一個明顯的對比，其他的工作往往是能交代就可以了，根本不會力求下一次最好，當然也是本身工作內容改進的空間比較小。比如設計行業就是兩極分化，普通設計師薪水很難過萬，因為他們都覺得自己的作品完美無缺，甚至不願意去接受其他人的批評指點，所以很難進步。程序員則是在無數的批評指點中一步一步向前努力，學習的知識范疇越來越廣。


4、行業需求

行業需求是大多數人所認為的重要原因，覺得自己的工資跟程序員差距那麼大，其實是因為當時學的專業不同，悔不該當初報了別的專業。其實這只是一個方面而已。程序員確實很多公司都需要，而且需求很大，但是不可忽視的是從業人員也非常多，但並非所有的人都能在這個職業上走下去。北京上海等地近幾年多了無數的培訓工資，很多其他崗位的人來學習編程技術，羨慕程序員的高工資，想轉行當程序員，但是很少有人能在這行取得什麼成績。職業的優勝劣汰性，導致了剩下的程序員大多數都是非常優秀的，所以當優秀的程序員去轉型其他崗位的時候，比如產品經理，項目經理，或者有的可以當副總、總經理等，也有很多走出來創立自己的公司，在這個時候他們依然能做得很好。但是很多人去轉行當程序員會失敗，是因為他們在本身的崗位上做得就不算太好，去挑戰對各方面能力要求更高的程序員崗位自然會鎩羽而歸。


根據上面的幾條分析，我們可以看到，程序員在知識、能力、內心、習慣和被需求的程度等各個方面都比普通人優秀的多，這也是他們可以拿到高工資的理由了。如果小夥伴們也想提升自己的薪水，就不要再抱怨職業的差異了，還是努力提升自己吧。

G. 如何成為一個程序老手，新手必知的40個小技巧

老鳥和新手的一個很大區別來自於debug的能力。其中最主要又可以從兩方面看出來：

從高層往底層找錯。

科學方法。

0.重構是程序員的主力技能。

工作日誌能提升腦容量。

先用profiler調查，才有臉談優化。

注釋貴精不貴多。杜絕大姨媽般的「例注」。漫山遍野的碎碎念注釋，實際就是背景噪音。

普通程序員+google=超級程序員。

單元測試總是合算的。

不要先寫框架再寫實現。最好反過來，從原型中提煉框架。

代碼結構清晰，其它問題都不算事兒。

好的項目作風硬派，一鍵測試，一鍵發布，一鍵部署; 爛的項目生性猥瑣，口口相傳，不立文字，神神秘秘。

編碼不要畏懼變化，要擁抱變化。

常充電。程序員只有一種死法：土死的。

編程之事，隔離是方向，起名是關鍵，測試是主角，調試是補充，版本控制是後悔葯。

一行代碼一個兵。形成建制才能有戰鬥力。單位規模不宜過大，千人班，萬人排易成萬人坑。

重構/優化/修復Bug，同時只能作一件。

簡單模塊注意封裝，復雜模塊注意分層。

人腦性能有限，整潔勝於雜亂。讀不懂的代碼，嘗試整理下格式; 不好用的介面，嘗試重新封裝下。

迭代速度決定工作強度。想多快好省，就從簡化開發流程，加快迭代速度開始。

忘掉優化寫代碼。過早優化等同惡意破壞；忘掉代碼作優化。優化要基於性能測試，而不是糾結於字里行間。

最好的工具是紙筆;其次好的是markdown。

leader問任務時間，若答不上來，可能是任務拆分還不夠細。

寧可多算一周，不可少估一天。過於「樂觀」容易讓boss受驚嚇。

最有用的語言是English。其次的可能是Python。

百聞不如一見。畫出結果，一目瞭然。調試耗時將大大縮短。

資源、代碼應一道受版本管理。資源匹配錯誤遠比代碼匹配錯誤更難排查。

不要基於想像開發， 要基於原型開發。原型的價值是快速驗證想法，幫大家節省時間。

序列化首選明文文本 。諸如二進制、混淆、加密、壓縮等等有需要時再加。

編譯器永遠比你懂微觀優化。只能向它不擅長的方向努力。

不要定過大、過遠、過細的計劃。即使定了也沒有用。

至少半數時間將花在集成上。時間，時間，時間總是不夠。

與主流意見/方法/風格/習慣相悖時，先檢討自己最可靠。

出現bug主動查，不管是不是你的。這能讓你業務能力猛漲、個人形象飆升; 如果你的bug被別人揪出來.....呵呵，那你會很被動～≧﹏≦

不知怎麼選技術書時就挑薄的。起碼不會太貴，且你能看完。

git是最棒的。簡單，可靠，免費。

僅對「可預測的非理性」拋斷言。

Log要寫時間與分類。並且要能重定向輸出。

注釋是稍差的文檔。更好的是清晰的命名。讓代碼講自己的故事。

造輪子是很好的鍛煉方法。前提是你見過別的輪子。

code review最好以小組/結對的形式。對業務有一定了解，建議會更有價值（但不絕對）。而且不會成為負擔。管理員個人review則很容易成team的瓶頸。

提問前先做調研。問不到點上既被鄙視，又浪費自己的時間。

永遠別小看程序媛(╯3╰)!