程序員經驗分享

A. 好程序員：技術分享 有哪些新手程序員不知道的小技巧

我有一個學習的小技巧，就是學習新技術的時候，多看看「官方文檔」。
多年來的學習和工作經歷，讓我比較深刻認識到一點：看「官方文檔」非常重要。
我們很多的問題和技術細節，其實，只要我們認真將官方文檔過一遍，會發覺大部分的問題和認識模糊的地方都消失了。甚至，你還能發現自己之前通過搜索獲得的到一些資料，可能是不準確或者已經過時的。官方文檔是真正的好東西，因為編寫文檔的人群，通常就是這些技術或者軟體的開發者，他們才是對這些東西最了解的人，因此，他們寫的文檔質量是很高的，通常也是最新的。
官方文檔的不足的地方，大概是中文版本不多，看起來可能會比較吃力。不過，請相信我，下載一個翻譯輔助軟體，慢慢看還是可以的。另一方面，就是這些文檔編寫者，通常是技術界大牛，他們編寫文檔有時候是基於他們自己的技術認知水平，跳過了很多基礎概念，也增加了閱讀難度。不過，這個我們也可以通過多查資料，慢慢看來解決，並且通常會帶來額外的學習收獲。

B. 程序員：請分享你的程序感受和經驗

剛做了一年開發我是做cobol語言IBM大機這方面的。
經驗：1.善於總結。2.向比自己強的人學習。3.有一個目標。（你不可能做一輩子PG吧，我現在的目標就是盡快考過日語二級然後跳槽到北京IBM或北京CSC公司）。
4.說實話什麼語言無所謂只要你掌握的好做的精，不用擔心以後沒飯吃。
呵呵，樓主一看應該是做過開發的，如果我沒猜錯的話。

C. 程序員如何自己創業

30歲,對於每一個程序員來說都是尷尬的年齡，彷彿舞台上不知不覺間已經謝幕，而自己仍在獨舞;創業,對於每一個程序員來說都是曾經或者正在憧憬的夢想，可是夢想與成功之間難以逾越的距離卻也讓多少人望而卻步……以下是我為大家整理的程序員如何自己創業相關 文章 。

周鴻禕談程序員創業

很多人都嚮往著有一天自己創業，程序員更是如此。如果你想創業，那麼該怎樣創業、需要有哪些准備、自己還有什麼不足等等這些問題你考慮過嗎?本文就跟大家分享周鴻禕在接受某媒體采訪時給程序員上的創業課。

程序員創業的特別之處

關於程序員創業，我之所以願意談我的觀點，是因為我是程序員出身，也是從小公司做起來的，我自認為對待很多程序員個人包括共享軟體作者和一些小網站還是很好的。我希望和他們分享一些 經驗 和體會。

首先，我想說的是聰明人不一定能成功，很多程序員很聰明，但我一看就知道他們不會成功。因為我看到了一些問題，而且現在太多程序員存在很多誤解。因此，我希望把我的觀點告訴程序員。或許有一些程序員能夠清醒，某個人可能因為我的某一句話有了感覺，對他以後的成長產生了幫助，這就足夠了。

要知道，程序員總是以為自己優秀所以就能成功，其實不是。中國的程序員大部分是盲目的：看看一些論壇就能夠感覺到，要麼有一群人自我感覺極端的良好，以專家自居，要麼就是一群藍領埋怨公司和社會環境不行，待遇不好。

應該說，中國程序員創業的成功率也是很低的。放眼望去，中國互聯網成功的人士有幾個是真正寫過十年軟體的。事實上，現狀和我們所能聽到的媒體宣傳的 故事 很不一樣。

很多程序員的最高理想就是寫一個共享軟體，一年可以掙幾百萬。但我希望談的不是告訴程序員如何掙錢，掙錢很容易，而是要告訴程序員如何去創業。比如雖然FlashGet的作者收入很高，衣食無憂，但從創業的角度看，它並沒有以商業公司的方式創業成功。

程序員在創業方面的欠缺

首先，我看到中國程序員的合作心態非常缺乏，我認為這是中國程序員最大的問題，當然這是有很多原因的。

大家經常說這句話：態度決定一切。但事實上好程序員基本上都比較傲氣，因為程序員往往會覺得自己在做世界上一件十分偉大的事情，這就是驅動機器，修改一行代 碼，機器就能夠工作，可以產生各種不同的行為。這很容易會讓程序員產生一種錯覺，認為自己可以Control Everything。程序員的自信在編程上是非常需要的，但不是適合一切場合。如果我們不說這些，可能很多程序員到現在還不知道自己錯在哪裡，仍然認為 自己是King of the World。

事實上，程序員的能力只是控制了一個機器。但創業僅僅具備了和機器打交道這一種能力是絕 對不夠的，他還需要和合作夥伴、競爭對手、投資人、員工甚至整個社會環境打交道。很多程序員因為已經習慣了和機器打交道，不善於也不願意 其它 的工作。很多程序員會內心認為“營銷不是很簡單嘛，市場很簡單啊，管理也很簡單啊，”我認為這種心態是非常害人的。

程序員還是一個很固執的人群，他覺得自己是機器的統帥，因此不會靈活，不會妥協。我當時也喜歡寫程序，但我知道如果自己沉迷於寫程序，肯定沒戲，所以是逼著自己改變角色。

優秀的程序員不要自負

這兩天，我收到幾封程序員的來信。有一封信中大意說“我是個如此優秀的程序員，為什麼我就不能成功呢，請你指點。這里有我的blog地址，看完你就 會了解我了。”我想說的是：如果真的希望別人幫忙，就要把情況真實的說出來，而不是上來就說自己很優秀，這種語言就會讓別人覺得很不舒服，不是很好的交流 方式。我還真看了那個blog，但看完之後，覺得這個程序員就是一個空想狂。

可以說，很多程序員實際上是優秀帶來了自負，這種自負使得其不要說創業，可能在在公司中工作也會遇到問題。所以，我甚至認為程序員在創業方面遇到的困難比其它類型的人員更大。如果程序員希望主導一個創業，可能首先就要逼自己不是一個程序員。

程序員應持開放心態，尋求團隊合作

程序員首先要學會和別人合作。提到這點，很多程序員都會說“我正在帶著其他程序員寫程序啊，我會合作啊。”但這種合作是片面的，我所談的不僅僅是程序員和程序員之間的合作，而是包括了程序員和其它各種角色之間的合作。程序員相親，他們的語言比較能夠容易理解。但作為一個程序員，你能不能商業人員、銷售人員很好的合作呢。

我這些年還看到很多這樣的例子：程序員動不動就把目標定為比爾·蓋茨。其實，比爾蓋茨不應該成為程序員崇拜的目標對象，這會讓程序員迷失方向，因為微軟另外一個創始人保羅·艾倫才是真正的程序員。再看其它一些例子，Google的第20名 程序員都可以獲得五億美元。Adobe公司兩個創始人也是一個精通技術，一個對商業精通，這樣的搭配才能夠更好的成功。因此，對於很多程序員來說，一定要找准真正的榜樣，不要被外界的故事迷惑了頭腦。如果剖開一些故事的外表，你會發現國外很多成功的程序員，背後一定有一個很強大的商業感覺的人或者一個團隊。

程序員的商業感覺其實並 不是很好。即便有商業感覺，其實這只是一個靈感，一個創意，但要要做成、做大還需要一系列的管理、市場、運營，這些對於程序員是不可想像的。程序員要明 白，在自己不擅長的領域，找到一個可以彌補自己缺陷的合作團隊才是出路。加入一個創業團隊，可能個人佔10%，但因為更容易成功，而且團隊可以做100分 的事情。而如果只是一個人做，很可能就失敗了。

這方面，國外的程序員對自己的長短比較清楚。在矽谷，很多程序員技術上都很牛，但他們 都非常知道自己只是在技術這個領域水平比較高，出了這個領域，自己什麼都不是。正因為有了這種心態，他們特別懂得與人合作。我認為國外的程序員已經普遍意 識到了這點，他們很願意成為創業團隊中的一員而並非自己創業。

因此，程序員需要調整心態，不要把自己當作精英人物，要承認自己在編程方面是優秀的，但永遠有人比自己更優秀，對於其它的領域，很可能自己很無知。要知道，其實程序員的選擇其實是最少的，因此抱有開放的心態是最重要的。

程序員與創業要求還有哪些差距

我認為現在的很多程序員經驗過於不足，他沒有認真踏實做過很多工作就奢談創業。如果一個程序員沒有在編程方面深入過，沒有積累，也就是半瓶子醋。這 樣的程序員我接觸過很多，他們自己也不清楚問題出在哪裡，讓人感覺又愛又恨。我認為程序員既然要憑借自己的技術，那就一定要踏實，要能夠實現任何創意。

但現在一些程序員自己沒有商業意識，卻又很自負，不相信別人，不理解的事情就不做。我遇到過很多程序員，他們對公司做什麼方向都質疑。他 們希望自己先想清楚，可是一想就浪費了很長時間。很多程序員就可悲在這里，積累的不多，看不到方向，但他也不相信自己的公司和老闆，這是一個悖論，需要程 序員深刻反省。要知道，每個公司都有懂商業的人。

就這樣，一些程序員極端自負，另外有一些程序員碰了很多釘子之後，感覺很自卑，於是便認為國內軟體業不行，最後 出國 或者打工，很少有程序員能對自己能做公正的評價。

國內環境是否造成程序員浮躁的因素

我以前沒有仔細考慮過這點。但我想，不管怎樣，程序員需要先從自身找問題，因為大環境就是這樣了。我承認一個現實：程序員生存狀態並不是很好，但程序員很多報怨其實是一種不切實際的期望值和自身的缺陷產生的反差。

首先，產品沒有大小，只有市場的大小。很多人總是覺得這也小，那也看不上。認為公司做的產品很無聊，要做就要像某些人宣揚的那樣：做游戲一定要 做3D引擎，好像只有這樣才夠牛。這其實就是一種浮躁。很多程序員寫軟體總是很多bug，基礎知識也不牢固，沒有參加幾個項目，沒有寫過十萬行代碼，就奢 談做大項目，這有價值嗎?

而且我還發現有些程序員特別憤青，罵環境，罵老闆，其實這只能把自己的心態搞的很壞。很多人剛進公司時做的很差，雖然工資少，但他沒有想到給公司增加了很多bug，公司實際上是在給他出學費。論壇上大家都在討論哪裡活幹得少錢拿的多。甚至還有人列了一些黑名 單。這種做法的結果就是程序員自己將周圍環境搞的烏煙瘴氣了。

有的程序員還非常喜歡指點江山，指點公司。我個人覺得這不是不可以，但 指責別的公司對個人沒有什麼好處，因為存在就是合理的。如果看不到，恰恰證明是自己看不到。我看到很多程序員也寫blog，技術交流的我認為非常好，但有 些人是寫評論。我是覺得程序員不要做評論家，中國不缺評論家，最缺的是實幹家。

總之，程序員一般過於自我。總生活在自我的世界中，就不可能真正了解世界是什麼。我很早就意識到了這些問題，也努力的去客服。我的經驗就是看別人如何做的好，為什麼能夠做的好，什麼是我所不能理解。程序員要學會慢慢站在別人立場上看問題。

最後給希望創業的程序員一點建議

對程序員來說，現在要做的也很簡單，這就是需要大量的實踐，要慢慢培養對產品，對商業的感覺。我的建議說出來可能有些忠言逆耳。對絕大多數程序員來 說，自己一個人成功的機率是很小的，所以我認為加入一個創業的團隊可能更為合適。現在有很多初期創業的公司，也需要很多優秀的程序員加盟。如果有理想，可 以選擇加入一個團隊，也有相應的股份，這方面我可以充當一個橋梁。

看看前網路程序員是如何創業的?找合夥人已經OUT了!

“來吧，做我的CTO，給你股份，咱自己當老闆。”

因為同學的一句話，前網路研發工程師YK辭職創業。一群毛頭小子，技術能力過硬，但畢竟資源不足，經驗欠缺，不到半年，項目無疾而終。 互聯網創業 盛行的現在，一個好的技術抵得過一支團隊，更別說出身BAT了。

但很多人不知道的是，就是這一樣一支技術實力超強的團隊，最終竟然也輸在了人上——過於強調技術，沒有頭腦足夠清醒的團隊成員及時制止。這也是為什麼要選背景不同、經驗不同的一群人一起創業了。曾經和YK聊過很久，項目失敗的背後是他對創業更多的思考，特別是對於那些擁有好工作的人來說，拋下一切投身創業需要付出的成本太高，但如果只是給創業者打工，那還不如守著原有的工作，至少更體面、更有保障。

就在我以為他會重新安安穩穩工作的時候，卻意外的在創業大街再次見到了他。細聊起來才知道，他並非辭職重新開始創業，而是用自己擅長的技術加入到新的創業團隊中，以外部合夥人的身份幫助兩個不同方向的項目解決技術開發問題。這次來到大街，是專門和一支團隊開技術碰頭會的。

他的這個選擇意料之外，卻又情理之中。意料之外的是他居然理智的沒有辭職，情理之中的是他選擇了成為外部合夥人，用業余時間一邊做顧問、一邊寫代碼，實現了時間、能力價值的最大化。

其實，說到外部合夥人就不得不提智籌平台。去年3月，正是看到了毛大慶宣布 離職 但依舊擔任萬科外部合夥人的新聞後，智籌將“外部合夥”作為創業者&人才之間對接的一種新的合作關系。現在，創業者來智籌發布任務，除了能與互聯網高級人才建立長期顧問、短期兼職、駐場辦公、遠程協作等合作關系之外，也能通過部分現金+可回購股份的方式，與人才建立外部合夥關系。外部合夥人是一個沒有行政職位，但依舊為企業、團隊做貢獻的人。

對於創業團隊來說，外部合夥人解決了以下問題：

1.快速成長，度過難關。

按照原本的思路，YK服務的兩支團隊還陷在滿世界尋找CTO、找程序猿的泥沼中，但有了外部合夥人，更低的參與門檻吸引了更多人才願意加入，不僅解決了燃眉之急，更推動項目度過難關、快速前行。

2.滿足了人才的多樣性。

一個合夥人已經很難找了，更不用說基因不同、知識不同、經驗不同的一群人。外部合夥人大大降低了對人才的束縛，而這樣的一種合作模式，讓越來越多的人才願意加入到創業中來，組建這樣一支多樣化團隊更容易。

3.更快找到，成本更低。

外部合夥人是通過股權激勵撮合到一起的一群人，利用可回購股權讓人才把創業者的事當做自己的事，目標、利益一致，做事更用心、更高效。股權支付的方式又可以降低初創的資金壓力，創業者不用支付很高的現金，也能請到非常NB的人才來解決難題。

外部合夥人極大的緩解了創業找人難的窘境，但當創業者真正去尋找外部合夥人的時候，往往又會擔心外部合夥人的時間、效率怎麼保證?水平怎麼衡量?什麼人才適合做外部合夥人?

首先，時間自由是第一標准，至少是時間可控，能夠拿出足夠精力完成任務。否則，連時間都不能自由支配的外部合夥人也太不稱職了，CEO找你開會，你卻說你在公司加班，即耽誤了創業者的時間，又降低了自己的口碑。

其次，獨擋一面的能力絕對必不可少。做得了合夥人的，都是某方面十分擅長的專業人才，那麼做的了外部合夥人的，需要更高的水平。從一開始我就強調，外部合夥人一定是高級人才，不然沒資格幫助創業者解決問題，甚至指導方向。俗話說，沒有金剛鑽不攬瓷器活，想做外部合夥人，一定得先有過硬的水平。

第三個標準是認可股權模式。中國基金報曾發表評論稱，未來十年，如果你與股權無緣，可能無法實現財務自由。在如今樓市低迷、股市重挫的時候，股權投資卻異軍突起，特別是在大眾創業、萬眾創新的激勵下，全國創業氛圍濃厚，涌現了一大批優質有潛力的新興企業、互聯網企業。也許你不是土豪，沒有錢參與眾籌，而此時外部合夥人模式的出現，讓普通人也能參與，只不過是用能力和時間參與創業、解決任務，換取股權。

智籌在幫助創業團隊對接外部合夥人合作的過程中，通過實踐 總結 出了最適合做外部合夥人的群體：自由職業者、大企業主管級以上在職人才、工作室、外包團隊等等。這些人能夠站在實戰的高度，不只提供經驗分享，更能夠有針對的解決具體問題，融入到項目和團隊中。

對於很多創業小夥伴來講，找錢、找人是躲不開的兩座大山，有錢了當然可以請NB的人才加入，有人了事兒干好了錢自然不愁，先有雞還是先有蛋的問題永遠都在，找到一方的突破口自然事半功倍。這時，外部合夥人就是打破這一死循環的關鍵鑰匙，只是需要創業者用開放的心態接受、嘗試，畢竟改變原有習慣肯定難受，甚至懶得嘗試。但創業原本就是不破不立的事，只有打破舊有習慣，才能接受新鮮事物，才能有更多新的收獲。

從另一個角度來看，參與創業的門檻降低，意味著越來越多的人能夠將自己的智力換成股權，幫助推動創業的同時，也是對未來的投資。根據智籌平台的數據顯示，當 創業項目 獲得融資後，人才所持的可回購股權將會以最少3倍的價值兌現，這對於很多人來講也是不小的吸引力。外部合夥人模式，降低初創資金成本的同時，也讓越來越多的高級人才加入到創業中來，大大激發了創業活力，無論創業還是參與創業，用起來都是極好的。

D. 作為程序員自己的小團隊，怎麼找私活

很多程序員上班一般都是一個項目做兩到三周，如果完成自己的那一塊的話，就可能會有相對多的時間，這個時候，很多程序員就會想著多賺一點外塊，這個時候就會利用自己多出來的時間來接點私活，也有一些玩得好同事就會私下問到我這個問題，今天就來個大家分享一下我的一些經驗吧。

第二個通過這個途徑找到我的甲方，叫鵬哥。開發一個網站，總價一萬多，吃了上次的虧後，我自己就不想參與了，就找了一個讀者（小李）做。結果這個項目爛尾了。小李交付的產物我自己都覺得不好意思，bug 非常多。在我看來，既然項目的訂金已經收了，作為開發人員，至少應該交付一個說得過去的產物——負責任吧。

很遺憾，個人品牌招攬來的前兩個私活最後都搞砸了。這里有必要總結一下：作為程序員，既然打定主意要接私活，那麼接到的時候一定要珍惜。如果一開始覺得價錢低，就趁早拒絕，免得因為需求變動等等原因砸了招牌。

當然了，通過這個途徑也做成了四單，每單的價格差不多兩萬。這里就不再詳談了。

E. 北大青鳥分享初級Java程序員成長的方法

對於初級Java程序員來說，剛開始接觸Java工作時，覺得什麼都很新鮮，隨著工作時間變長了，發現新鮮感慢慢地消失了，如果你覺得你工作幾年後，還是願意跟新入行的Java程序員一樣，那麼接下來你就不用往下看。今天就跟北大青鳥http://www.kmbdqn.com/一起來看看，初級Java程序員如何成長為高級?

初級Java程序員如何成長為高級?

1.堅持學習

初級Java程序員要想自己快速向高級Java程序員靠攏，唯一的辦法就是堅持學習，你的Java技能變得更加強硬，你才能夠從初級Java程序員進行升級，怎麼學習，你可以經常瀏覽Java技術博客、Java技術論壇，也可以跟你公司的前輩學習，學習方式很多。

2.累積經驗

在Java行業中，工作經驗是特別的重要，我們知道剛入行的Java程序員，跟入行1-2年、3-5年擁有真本身的Java程序員的薪資待遇存在天壤之別，你想從初級Java程序員成長為高級Java程序員，那麼你必須累積一定的Java工作經驗，行業經驗、技術經驗。

3.保持上進

從一個初級Java程序員到一個高級Java程序員，這不是一個容易的過程，每個人所花的時間也不一樣的，得要好幾年這是確定的。很多朋友覺得這個過程太漫長了，很多時候都是愛誰誰，完成當下工作就不錯了，其實這就是心態出了問題，缺乏了上進的心，所以要保持上進的心。

F. IT培訓分享剛入行的程序員小白如何才能快速成長

每個大牛都是從小白成長過來的，對於剛剛步入職場的程序員來講，面對身份的轉變和還未熟悉的工作，都難免會有不適應，對自己未來的成長也會比較迷茫。

No.1

大部分的程序員從小白到大牛都是要經歷一個循序漸進的過程，沒有一蹴而就的成功，程序員的成長也是分階段的，而每個階段的側重點又都不一樣。

很多人總想一口吃成胖子，可往往就是這種急躁的心理，反而使得自己更難靜下心來夯實基本功，適得其反。

要知道，成長從來就不是一件簡單的事情。那麼對於IT小白來說，IT培訓http://www.kmbdqn.com/介紹怎樣才能在更短的時間內成長為一名優秀的程序員呢？

No.2

首先，要制定詳細而明確的階段性目標。工作時如果有一個目標，會幫助你找到努力的方向，對自己的事業發展也很有幫助。而越詳細、越明確的目標，其可實施性就越高，這也能使你找到短期奮斗的動力。

其次，要利用空閑時間多學習。技術實力始終是一個程序員能否往前走的關鍵，沒事的時候多看代碼，保持對代碼的敏感度。只有看的多了，琢磨的多了，才能培養出好的代碼審美感。

除了要保持對代碼的敏感度以外，還要讓這種敏感度成為你寫代碼中的利器。因此，你需要勤寫代碼，多做總結，不斷優化自己寫的代碼。

最重要的是，要注重在項目中去鍛煉自己。項目開發是幫助程序員快速成長的一個有效途徑。實踐出真知，只有多實踐，才能發現自己在實際的項目開發中存在的缺點和不足，找出來並及時改正，將為自己積累下十分寶貴的經驗。

No.3

不知道大家有沒有聽說過「空杯心態」？

「空杯心態」簡單來說就是：如果你的杯子是空的，新東西就比較容易進去；反之，如果你的杯子已經滿了，新東西就進不去。

舉例來說，可能會有一小部分自以為是的同學，他們在剛從學校出來時思維較為固化，自己的東西太多，頑固又不肯放棄，新東西自然難以學進去，成長自然就慢。而具有空杯心態的同學，他們會適時清空自己，甚至有意識清除腦中頑固區域，虛心主動學習，渴望更多知識，學到的自然就會多。

因此，要想快速成長為一名優秀的程序員，就要學會保持空杯心態。

隨著技術更迭速度的不斷加快，IT行業對程序員的學習能力要求也變得更高。只有時刻保持對學習的熱忱，保持空杯心態，才能早日成長為一名優秀的程序員。同時，要堅持自律，懂得自我約束。越是在特殊時期，保持學習的自律能力就越重要！

G. 北大青鳥分享程序員提高軟體開發效率的5個經驗

現在網上常看到很多的文章，是寫關於程序員怎樣提高工作效率的。有些看看還是有用的，但有些還是不要盲目學的好，事後在想，我也可以寫點這方面的內容，以自己的成功經驗為案例，希望可以幫到大家，當然，我也不想浪費太多的時間來說和讓大家學著做，而且北大青鳥http://www.kmbdqn.com/認為所寫的這幾個觀點對我個人還是有效的，但不一定對大家也一樣有效，如果也一樣對某些人有效，那麼，很高興就夠幫到你。

1.不要猶豫，有時斷一下網是很有必要的。

說實話，再也沒有比這個更好的了，而且效果非常明顯，因為，如果你想要好好的靜下心來工作，那麼，把網斷了，手機最好也靜音，要使用的編程語言和編程工具用離線版本的就好了，真要是有什麼確實解決不了的難題用手機搜就好了，不過我也知道這時用電腦更快捷些，但對於那些不自覺，只要上網就停不下來人來說，還是不要用電腦搜的好。

2.目標要明確

如果同時有幾個項目要完成，你是不是就覺得不知道要從那裡入手了，我要說的是，不要自己亂了，先從中做個排序，把幾個項目從重到輕例個表出來，然後再一個一個的完成。所以大家不要想著你可以一次都能做完，這樣可能會導致於最後一事無成，一定要明確規劃好目標。

3.休息和睡眠要充足

不是一定要不停的工作才會出高效率，適當的休息後再工作可能會效率更高，因為長時間的工作可能會出現疲倦感，這樣會讓你很難集中精力好好工作，這時你可以停下手上的工作做些別的事情，可以閉目養神，也可以聽聽音樂，站起來望下窗外，隨你喜歡，做些什麼都是可以的，另一個就是，到了晚上該睡覺的時候是一定要睡覺的，不然你的程序員生涯就不長了。

4.做好提前計劃

這個絕對是實踐後得到的好結果，我試過在當天的工作都完成後，為第二天的工作做了個計劃，結果到了第二天發現效果太棒了，當你坐下來打開電腦就能很快的進入到工作的進程中，因為前一天的計劃已經讓你的腦子很清楚先做什麼後做什麼。如果當天有些工作沒完成就更應該記錄下來，特別是在周五的時候，因為我總是在周一上班時腦袋是蒙的，有一小段時間是不知道自己該做什麼，所以提前記錄當天沒完成的工作是對下次工作很好的交代，做好提前計劃也是對第二天工作的一個很好的開展。這樣你的工作效率會大大的提高是顯而易見的。

5.如果有時間，可以來點下午茶或是咖啡什麼的。

有時，不管是來點茶還是咖啡都有可以提高我們的工作效率，不過這也不是絕對的，還是要因人而異，又或者是來些其他的小零食也是不錯的選擇。

H. 一位 20 年老程序員分享的 20 條編程經驗火了：不要與工具作斗爭等

轉載自it之家同名文章

一位 20 年老程序員分享的編程經驗突然火了，在 Hacker News 上，一天之內就收獲了 467 熱度。

其實這篇帖子所包含的觀點大都是編程圈子裡較常見的概念，但是這些年來有的話題一直很具備爭議性。對他的大多數經驗，網友很贊同。比如：代碼終究還是給人寫的，注釋是為了讓未來的自己和其他同事能看懂

20 年濃縮成 20 條經驗

1. 不要與工具作斗爭

所謂工具，包括庫、語言、平台等。盡可能多地使用原生的開發方式。這樣可以保證程序或軟體的數據都存在於本地，能夠及時檢索，保證程序或軟體的合作速度和流暢度。不要被技術捆綁，也不要被問題捆綁。應該為工作選擇合適的工具，而不是為了工具尋找合適的工作。

舉個例子：編程實現在一個文件中找到給定單詞出現的位置並統計出現次數。如果用 C++ 寫的話需要 92 行代碼，而使用 Python 的話只用 26 行代碼就可以完成了。

由此可見，對於同一個問題，換一個工具也許可以簡化編程，提高效率。

2. 寫讓人可以看懂的代碼

程序員們不是為機器編寫代碼，而是為了同行們和未來的自己編寫代碼。寫代碼的終極目標往往是完成一個項目或給後來者作為參考。

3. 善於合作

任何重要且有價值的軟體都是協作的結果，有效溝通和公開合作很重要。能用眾智，則無畏於聖人矣。

4. 對各模塊分而治之

編寫相互聯系卻又彼此保持獨立的單個模塊。先分別測試每個部分，然後一起集成測試。既要保證測試接近實際，也要測試邊緣實例。

6. 安全是分層的

分層安全是一種應用多種安全措施的實踐，每一層都與前一層和下一層重疊，以創建一個安全控制網路，這些網路可以一起工作以保護技術系統。每一層都需要單獨評估，但也需要與整體相關。

7. 代碼也有生死

要認識到，每段代碼都有一個生命周期，並且會最終失效。有時，一段代碼甚至還沒上線發布就被廢棄了。程序員要學會放手，弄明白 4 類特徵的區別，然後想清楚應該在哪些方面投入時間和精力：

核心：就像 汽車 的引擎。沒有它，產品就沒有意義。

必要之處：就像 汽車 的備用輪子。它很少被使用，但當需要時，它的功能決定了系統的成功。

附加值：就像 汽車 的杯座。有它很好，但產品沒有它也完全可用。

獨特賣點：人們應該購買你的產品而不是你的競爭對手的主要原因。

8. 保護好個人信息

程序員不要將個人身份信息附加到代碼中，也不要把其他人的身份附加到他們的代碼上。人是獨立於他們的工作產出物之外的。不要把別對代碼的批評當成是針對個人的，當然也在批評他人的代碼時也要謹慎。

9. 盡量規避技術債務

技術債務是開發團隊在設計或架構選型時，為了快速地解決問題，而採取的不規范的方案。偶爾的技術債務是可以接受的，但如果長期負債往往會快速地扼殺產品。

10. 可參考以下優先順序

為解決方案做決定時，假設其他條件都是一樣的，可以按照這個優先順序：

安全性 > 可用性 (可訪問性和用戶體驗) > 可維護性 > 簡單性（開發人員體驗 / DX）> 簡短性（代碼長度） > 性能

但是也不要盲目地遵循這個規則，還要考慮到產品的性質。例如，在設計 游戲 引擎時，性能是最重要的；但在創建銀行應用程序時，安全性是最重要的因素。

11. 復制粘貼會帶來 Bug

有時復制粘貼後，會出現 Bug，這個幾乎無法避免。為了檢查是否有問題，每次都需要搞明白復制過來的內容，並審核導入的內容。

12. 不要只為樂觀場景寫代碼

還要寫出好的錯誤提示，回答其為什麼會發生，如何檢測到它，以及如何解決它。

13. 盡量不要使用依賴庫

若調用一個動態庫 A 時，A 需要調用動態庫 B，則 B 是 A 的依賴庫。

盡量不要使用依賴庫，除非導入、維護、處理邊界情況時出現 Bug，或者當代碼不滿足需求時，重構的成本遠遠低於你擁有的代碼。

14. 不要盲目跟風

可以去了解熱炒的新技術，但不要被拽著走，要堅持自己對技術的品位。

15. 堅持學習

16. 最好的代碼都有良好的注釋

一些人認為，代碼寫的夠好，就不用寫注釋了。但最優秀的的代碼中往往都包含著良好的注釋。這樣，即使是沒有經歷過這段代碼的調試、測驗過程，且暫時不具備寫出此代碼能力的人都可以使用它。

可以說，未文檔化的功能是不存在的功能，不存在的功能不該有代碼。

17. 盡量避免重寫、繼承和隱藏信息

寫純函數 (Pure Function)。對於純函數，相同輸入總是會返回相同的輸出，執行過程中不產生副作用，且不依賴於外部狀態。它們更容易測試和推理。

在執行一個非純函數時，除了得到函數的返回值以外，還在函數調用時產生了附加的影響，如：修改了全局變數的狀態，修改了傳入的參數等。

任何非純函數都應該是類，任何具有不同函數的代碼構造都應該具有不同的名稱。

18. 弄清楚問題後再開始編程

面對一個問題，首先要弄清解決思路，再開始編程。在編程過程中還需要逐步經歷「編碼-測試-改進」周期，並不斷深入 探索 ，直到完成。

19. 不要去解決不存在的問題

不要進行投機性編程。只有在確定代碼將來會被擴展時，才去花功夫提高代碼的擴展性。

因為當代碼要被擴展時，有很大的可能性問題定義已經與代碼初次編寫時不同了。

20. 巧用社區、積極探討

參考鏈接

[1]. https://alexewerlof.medium.com/my-guiding-principles-after-20-years-of-programming-a087dc55596c

[2]. https://blog.daftcode.pl/hype-driven-development-3469fc2e9b22

I. 程序員該如何做好一次分享

很多人，尤其是程序員肯定都有這種想法：」每次參加技術分享會，看到台上分享者的激情講解，也想自己哪天能做一場優秀的分享？「

但是技術宅們有多是內向的性格，對於拋頭露面總有一絲膽怯，而且技術宅多沉浸在自己的專業領域內，就算做分享也沒有很好的效果，久而久之就會越來越抵觸分享。

但是分享卻又是提升實力最好的方式，工作幾年我也做過好多次的分享，也是從剛開始的抵觸，到現在的期待。我也總結了一部分自己對分享的感悟和方法，我覺得有必要寫出來分享一下給 」想分享但是不知道怎麼分享的技術宅們！"。 今天我們就一起來看一下如何做好一場優秀的分享會。

在正式開始文章之前我也想問大家4個問題，希望大家可以帶著問題去看文章，也希望大家在評論區給出自己的答案。

下面正文開啟：

要做好分享，首先要有一個分享的心態。

通常我們很少會去主動把知識傳遞給大家。背後的原因可能比較復雜，不夠自信，或者有壓力等等。而往往分享來自於工作任務。如果應付了事，那隻能是浪費時間。一定要有做有價值的分享的心態。

作為分享者，一定要分析聽眾需要什麼，這樣才能帶給聽眾更有價值的分享。

聽眾分析的思路很簡單，無論是分享給熟識的聽眾：同學、同事，還是分享給陌生人，我們都可以從職業特性入手。

如果分享對象是學生，就以所學專業為主要參考指標，如果分享對象是職場人士，那就以所在崗位作為主要參考指標。

如果分享對象是學生，就以所學專業為主要參考指標，如果分享對象是職場人士，那就以所在崗位作為主要參考指標。

總之，分享首要考慮的是聽眾的需求。

沒有金剛鑽別攬瓷器活，如果沒有干貨，再好的技巧都是空有其表。

作為分享者，除了要了解聽眾的需求外，也要分析自身的特長。不要輕易挑戰自己的弱項，也盡量不要把還沒有實踐過的知識分享給聽眾，不然容易現場翻車(⊙o⊙)。

一定要結合自己的知識儲備以及聽眾的知識儲備來進行分享准備

另外，知識的傳播一定是衰減的。這個衰減的過程是 儲備知識->傳播介質->聽眾。

傳播介質可以是圖文博客，也可以是PPT，也可以是音頻、視頻等等

粗略的打個比方，如果滿分是100分，假設你儲備了90分，按照15%的衰減來說那就是 ： 儲備知識(90)->分享介質(76)->聽眾(65+(-30))。 這里的-30的意思是，如果聽眾沒有相關知識儲備，那聽眾接收到的可能最多就是35分。

列提綱

吹牛要打草稿，提綱是為了幫助分享者梳理分享的思路。

填內容

分享前，你需要對分享內容盡可能的掌握全面，盡可能多的去查閱資料，書籍。

例如：我想分享 Http 的三次握手四次分手，那我至少要去查閱5篇相關的文章，並且提取他們裡面的相同點和不同點，然後用自己的語言去整理合並。

當然，僅僅准備你要分享的內容是不夠的，你還要對你分享的內容深入了解20% ~ 30%，因為你你要應付現場聽眾的提問。

舉例子

善用例子，通過類比讓聽眾更加形象的去接受內容。

不同的聽眾要有不同的開場，但是核心都是抓住聽眾的注意力

熟悉的聽眾

如果是熟識的人：同事、同學，那就非常簡單了。 說清楚自己是誰就行了，為了活躍氣氛，可以稍微加點幽默。

範例1：我是來自A團隊研發成員，我的名字是張海洋。我可能是最痴情的男人，因為「最痴情的男人像海洋」。今天我帶來的主題是：XXX。希望經過本次分享，大家能對這個主題痴情起來。

陌生的聽眾

如果是陌生的聽眾，那意味著他們對你還不夠了解，還需要建立基礎的信任，總之就是吹好牛皮，贏得基礎的信任。

範例1：我是來自X集團X事業部的資深研發專家，我叫張海洋。弓長張、海洋的海洋。我主要負責X業務，我所負責的系統每天的訪問量大約30億PV，峰值QPS在1W左右。平均每天成交額約2億RMB。今天我帶來的主題是XXX，主要是跟大家分享我在XXX方面的一些經驗。

J. 現實中程序員是怎樣飛快敲代碼的

敲代碼很快有幾個條件

1.對項目代碼和結構非常熟悉，知道整個數據流的在代碼中的流動過程和變化過程。知道當前新增的代碼在整個項目處於哪個位置，對於數據會有產生什麼新的變化。這些要心理有數。也就是從架構層面去思考代碼的編寫。

2.對於需求理解的很透。這樣業務邏輯轉成代碼邏輯就不會有任何不清楚的地方。

3.已經解決了技術難點，也就是說前期測試性代碼已經寫過了弄清楚了，避免了突然出現的技術性難點

4.新增的代碼和新增的數據結構已經仔細思考過了，並設計好。也清楚引入這些新的代碼和數據結構對現有代碼的整體影響

5.異常點的位置的處理方案已經安排好了。寫代碼一部分是正常業務流程，演算法過程，但是另外一大塊就是處理各種異常。當異常出現之後，是代碼重試，報錯後忽略，還是報錯之後停止代碼，還是報錯後清理代碼並重新恢復上一個狀態，等等。這些都是要心理有數。

6.對於如何新增源代碼文件，命名函數，命名文件名，命名類名，命名變數名有一整套方案。有時候想個函數名或者變數名都要卡好幾分鍾，就不算飛快了。別笑，想個變數名，網路十來分鍾的時候多了去了。

7.外部環境已經准備好了。IDE穩定，資料庫結構穩定，數據穩定，網路穩定，訪問網頁順暢，准備好免打擾的牌子。准備好刷卡提需求的二維碼，准備好板磚和大刀，預防產品經理提需求和改需求。