程序員代碼在地鐵上寫

『壹』 程序員是如何度過地鐵上的一個小時的

之前在深圳上班，每天地鐵加公交一小時十分左右。說實話，挺累的，尤其是早上，地鐵人多，好多時候我都擠不上去，而且地鐵里的空調實在是太冷了，總是容易被吹得生病，身上到處痛。

『貳』 為什麼年紀大的程序員都轉行了

我不確定多大年紀才算是「年紀大」。我今年43歲仍然做程序員。

從九幾年開始進入這一行，中間也曾自己做過傳統業行，也做IT行業不同崗位做過，在程序員的晉升通道中也做過研發總監，可這些，都沒法帶給自己那種寫代碼得到的樂趣。，最終還是又回到程序員崗位。

在中國，願意一直寫代碼的人，並不多，這是事實，但我的看法是，這並不是因為年紀的原因，也不是因為競爭的原因，而主要是【中國式職業規劃】和【IT企業的生存壓力】的帶來的。

• 中國式職業規劃

現在很多培訓機構、很多企業，都在談職業規劃。

企業告訴你：我們這個崗位的晉升通道是這樣的，巴拉巴拉巴拉……

這意思就是說，你來做這崗位吧，做若干年，你就可以在這個通道上往上爬一層……

那麼好了，不管這個晉升通道是什麼樣的，你一開始是程序員，爬幾步後肯定就不是了。

培訓機構告訴你：要有職業規劃，要有人生規劃。

在我看來，這是洗腦：他們的人生規劃的核心是"努力掙錢，然後去過幸福的日子"，然後根據這個再推出相應的職業規劃：努力工作->獲取更高的職位->掙更多的錢->更努力工作……

如果信奉了這些，那麼，當一個程序員接近個人能力的瓶頸或者職業、行業的瓶頸時，感受到那種突破的壓力，他就會考慮轉換崗位以尋求更容易突破的方向。而遇到這類瓶頸的程序員，估計多數就是所謂的」年紀大「的范圍了。

中國經濟正處在高增速階段，這導致每個家庭、每個人需要不斷提高自己的收入水平以保持與之同步，這一方面導致這種將」錢「作為核心詞彙的人生規劃大有市場，另一方面，也使中國企業的生存壓力高於其它國家。

• IT企業的生存壓力

世界的變化正在加速，在IT這個行業尤其顯著。

對企業來說，速度就是利潤，就是生存的機會。早些年流行的一句話」快魚吃慢魚「把這個道理形容得十分形象。所有行業上，競爭都是越來越激烈，IT企業只會更甚。

二十年前，一個軟體開發公司可以花三到五年來打磨一個產品；十年前，這個時間只有一年；而現在，更是縮短到幾個月。

IT行業對開發速度的要求越來越高，這種速度是的提升，主要是從三個方面實現的：增加人手、優化開發流程、壓榨人力。前兩者對於一個具體的IT企業來說，在沒有業務變化的前提下，都是有明顯的極限的，所以，最終，還是落到第三個手段上：壓榨人力。

在你以為996就是程序員世界的現實時，真正的現實是：在996之外，你還得保持隨時待命的狀態：電話保持通暢、微信常開什麼的只是小兒科，網上隨手搜搜就能搜到程序員深夜在馬路邊、地鐵上改代碼的消息。這種對工作時間的壓榨，在其它職業上是很少見的。所以，程序員的工作壓力之大，也是少見的。

基於這兩個主要原因，程序員，尤其在中國，年輕化相對於其它行業是十分明顯的。

但是，當擺脫了經濟壓力後，大部分人還是會想尋找一個自己喜歡的工作或事業去投入自己的精力與時間的，這時，如果對coder是真愛，還是會再次回到這個崗位上的。只是，在經濟快速增長階段，企業與這類人在工作時間方面的沖突難以調和，所以，這類人就比較少見了。

隨著經濟增速放緩，會有更多的大齡程序員活躍在代碼界的。

『叄』 程序員每天都要寫代碼，大家是怎麼對待這個

哈哈，作為程序員基本上都是天天與代碼打交道的，可能有的人不喜歡，但是如果你選擇這行的話，應該是看中了他某一方面的優勢，我覺得會代碼也是一件了不起的事情，起碼在小白看來你們是很牛逼的嘛。
希望可以幫到您，謝謝！

『肆』 一個程序員所要經歷的步驟

程序員應具備的12種能力
畢業四年來，感覺自己也是從一名不合格的程序員一步步走過來的。回頭反思一下，合格的程序員有很多標准和要求，下面是我總結的一個合格程序員應該具備的12種能力。中國軟體行業的崛起，靠的是合格的程序員。任何華麗的管理制度都不能保證軟體項目的成功交付，合格的程序員就是有力的保證，是項目成功的基礎。寫下這些，是為了給剛剛進入程序員這個職業的新同學們一點參考。我一直以為，當程序員是很辛苦的，如果不是真正的喜歡，很難堅持下去。如果真的不喜歡這個職業，也該尊重這個職業，尊重自己，趕緊改行。

1. 編程語言能力

不用多說，作為合格的程序員，精通一門語言是必須的。這種精通，不是說看了一本《24小時精通XXX》，抄了幾個程序就能說精通的,要靠長時間的積累和浸淫。

2.編碼能力

我曾經看多很多程序員寫的代碼，在同一個jsp或者java源文件里，出現了三種以上的對方法的命名方式，有下劃線間隔的，有全大寫的，有拼音首字母的。就像一個菜市場，雜亂無比，估計10天後，他自己都無法看的懂。遵守編碼規范，是一個程序員最基本的要求，可悲的是，很多程序員根本沒有意識到這個問題的嚴重性。隨意堆砌網上搜來的代碼，根本不管可讀性和可維護性，只要能實現功能就行了，心想做完這個項目，就拍拍屁股走人了，缺少最基本的職責素養。我經常把代碼必須成程序員的孩子，你就是是孩子他爹，孩子他媽，是有感情的。對你自己的孩子，你能不仔細呵護嗎？你是稱職的父母嗎？這是我編寫的一個Java編碼規范，供大家參考，這里可以下載http://gurudk.javaeye.com/blog/111734

另外一個就是注釋，要注意不是為了注釋而注釋。對類，以說明職責為主；對方法，以說明意圖為主；對方法體，以說明實現思路為主。對於大段大段的代碼，要分段，使用空行隔開，並使用行內注釋進行說明。

思維的條理性，寫代碼之前，先簡單計劃一下，用自然語言把流程寫下來，用於整理實現思路。不要看了需求或設計之後，馬上就敲代碼了，敲完代碼馬上就debug。花點時間思考，敲代碼只是最後一個很簡單的工作，不要把自己變成一個代碼打字員，編寫邊想，寫了刪，刪了寫。安安靜靜把實現過程想清楚，在腦子里先實現一遍。再去敲代碼，水到渠成。

3.面向對象思維能力

如今，多數編程語言都是面向對象的編程語言。而這些面向對象的編程語言的共同的精髓就是面向對象的思想。掌握這些比面向對象語言本身更重要，比如對繼承，多態，重載的理解。對面向對象基本原則的理解，比如開閉原則，介面隔離原則，單一職責原則等。在此基礎上，應該掌握常用的設計模式，比如工廠模式，策略模式，觀察者模式，模板方法模式，命令模式等等。我面試過很多程序員，沒有一個能說得上幾句的。

4.利用工具能力

工欲善其事，必先利其器。有了趁手的傢伙，工作效率可以提升數倍。你編程序，有沒有選擇一個很好的IDE，以前聽說編程高手都用記事本寫程序，我覺得那是一種自虐。就像以前看到的一篇文章，說一幫戶外旅行愛好者，出去旅遊，背了重重的旅行包，裡面裝著什麼壓縮餅乾等快速食品。他們寧可就著礦泉水啃壓縮餅干，也不肯去1里路都不到的快餐店，農家菜館吃飯。工具是為目的服務的，好用，提高效率就行，形式無所謂。

另外一個常用的工具就是日記本，好聽點可以稱為知識管理工具，我用的是myBase，感覺非常好用，在之前，我的所有的片段內容都是記錄的單獨的文本文件里的，非常不好找，管理也很混亂。

經常上互聯網，看到好多好的資料想保存下來，作為日後查看之用.一開始，我用的是firefox自帶的書簽，但是自己分類太累，多了之後不便於查找，很麻煩。後來用了得樂書簽（del.icio.us）的firefox插件，非常方便，現在成為了我必備的一個工具。

還有一個最重要的工具就是搜索引擎了，我裝了google forfirefox插件，感覺不錯，還有英文翻譯功能。按照我同事的說法，內事用，外事用google。很多技術資料都是英文的，用google搜索效率高一些。搜索引擎用好了，就等於打開了一扇通向知識寶庫的門，使用搜索引擎，關鍵字選擇很重要。

經常去瀏覽大牛的blog，逐個網站訪問很麻煩，去看了又可能沒有更新，可以藉助於RSS訂閱工具，我是用iGoogle桌面工具，每天早上花半個小時掃一下，大牛的最新文章盡收眼底了。

5. 英語能力

新的技術資料都是英文的，英語國家的IT技術走在我們前面至少10年（這是我自己估計的數字，可能正在縮小）。就連印度，一個連基礎設施建設都不太完善的國家，因為其英語基礎較好，其在軟體外包領域的發展也非常迅猛,遠遠超過了我們。學英語，首先是有信心，其次就是花時間。多閱讀英文資料，使用金山詞霸，google的firefox插件等工具配合，貴在堅持。

6.學習能力

在IT也混飯吃不容易，整個環境進化的太快，你不學習，就等於落後了。學習要有針對性，別今天學ruby，明天學python，後天php的。首先要認清自己的目標，自己短期目標是什麼，1年後，3年後，5年後的目標是什麼。結合這些目標，確定自己的學習計劃，人的精力畢竟是有限的。當然，多掌握幾門編程語言也是好的，可以擴充自己的知識面，重要的是為自己的目標服務。

要想系統的學習一門技術或工具，看書是最好的方法。看完後，然後上網找相關資料，進行深入學習。學習要抓緊一切可以利用的時間，比如電腦啟動要花1分多鍾，旁邊放一本書，可以看上幾頁了。公交車上，地鐵上也可以看。

當然，不能只學習技術，要經常聯系自己的軟技能，比如溝通能力，表達能力。你可以把自己學到的東西，解釋給自己的同事聽，既加深了理解，又增進了同事之間的交流。學習的最高境界就是你能夠把學到的東西解釋給別人聽，這才說明你理解了。在學習心理學上，稱之為構成主義。

我學一樣東西，總是先上網了解有沒有相關書籍，如果想學，就買一本或者去圖書館找相關的書來讀。我買的書，家裡快放不下了(到目前位置，我買了1萬多塊的書)。我多半是把目錄看完，了解這本書講解的主要內容，然後需要的時候，我就可以立即補充它進入到我的知識結構。每個人可能都有自己的學習方法，意識到學習的重要，並能夠根據需要補充自己的知識，這種能力更重要。

7.創造能力

普遍認為，東方人模仿能力很強，但創造能力差。我見過很多這樣的程序員，經常說，「這個只能這么解決了，我想不出有什麼別的方法。」可能他根本都沒想過別的方法，或者懶得去想。對任何一個問題，找出兩種以上的解決辦法都是非常容易的，簡單的google一下，可能就是數十種。悲哀的是，有些程序員經常止步於自己構建的狹小領地之內。對待客戶也是這種態度，不是積極的幫助客戶解決問題，而是推脫這只是唯一解決方案。

打破這一思維定勢的首先的一個辦法就是在面臨一個問題時，首先想到的是「沒有不可能」，或是「一切皆有可能」，前面那個是阿迪的廣告語，後面是李寧的。只有這樣去想，才能尋找解決問題的別的出路，即使最後我們試了很多種辦法，還是只有著一種解決方案，但我們在這種尋找解決方案的過程中，常常會產生很多好的想法，這樣才會使我們真正深刻思考一個問題。建議大家看一看《水平思考》這本書，他提供了一些進行創造性思考的方法和工具。

但我認為，堅持認為存在另一種解決方案的信念是第一位的，方法和工具都是其次。

8.文檔能力

也許有人會質疑，程序員跟寫文檔有什麼關系。大家開源軟體也用過不少，看看Spring，hibernate，Struts等最流行的開源軟體的文檔就知道，他么的tutorial，他們的getstarted，他們的reference文檔寫的多麼的易懂。其實寫代碼也相當於寫文檔，只不過用的是編程語言。同樣，寫文檔，用自然語言，也相當於寫程序，簡單明了，清晰易懂,這樣的「程序」誰看誰舒服。同樣，對於想進階到設計師或者需求分析員角色的程序員，文檔能力更是非常重要。

word是一個最實用的工具，很多程序員，多級編號都不會用，索引目錄也不知道如何生成，更別靈活應用樣式了。很多排版都是所謂的dirty work。垃圾樣式一大堆。其實，靜下心來，稍微學習一下，就能寫出一篇格式漂亮的文檔。

9.抽象能力

抽象能力是認識事物從現象到本質的能力。如果你只是停留在「見山是山，見水是水」的層次，客戶說什麼，你就做什麼，設計怎麼做，你就怎麼實現，從來不過問為什麼，也不去想他是滿足了用戶哪些方面的需求呢。這樣可能只解決了表面的問題，可能會引起返工。認識到本質，才能讓你的程序具備更大的靈活性和可擴展性。在做企業應用軟體開發中，抽象能力體現為對問題域的理解能力，對領域模型的抽象。合理的抽象也是代碼重構的前提，每一次重構，都是向更好的抽象邁進了一步。

10.代碼評審能力

代碼評審和單元測試是保證代碼質量的兩種常用手段之一。代碼評審能力，說明了你的審美標准，知道什麼是好的，什麼是不好的，什麼是優雅的代碼，什麼是糟糕的代碼，你才能讓自己做的更好。

11.單元測試能力

沒有單元測試的代碼，只能說是半成品。因為沒有什麼能證明你的代碼是可以運行的。測試驅動開發是一個非常好的敏捷過程的最佳實踐。單元測試還可以作為回歸測試，在修改代碼時，起到警戒線標志的作用。是否具有單元測試的意識是區分程序員是否合格的重要標准。寫不寫單元測試是區分平庸程序員和優秀程序員的重要標桿。

12.DRY
DRY是一種原則，就是Don't RepeatYourself.出自《程序員修煉之道-從小工到專家》。這條原則可以用到很多地方，比如你經常要編譯，打包，部署應用程序，供集成測試用。每次你都在重復你自己，寫一個自動化腳本（比如用ant，批處理命令）來將這些工作自動化，以提高效率。

還有一個就是我們經常在不同的地方切換IP，如果每次手工做，也非常浪費時間，寫一個bat命令可以解決，找一個小工具也可以解決。

編碼時，對代碼的復用也是在重復你自己，雖然拷貝過程很爽，但是維護一致性就要付出巨大的工作量，特別是將來維護的人不是你的時候,使用代碼生成工具可以解決這個問題。類似的例子太多了，如果你發現你經常做一些重復的工作，就要警惕了，是否違背了這個原則，想一些辦法將他們自動化。

『伍』 程序員在寫代碼的時候，為什麼要在代碼旁邊寫漢字

寫的字是代碼注釋

通常寫代碼的時候思如泉湧，一下邏輯通了就突突突的寫，完全停不下來，但是激情釋放過後呢，一開始跑代碼有可能就會遇見問題，如果遇見問題了那麼就只能回去重新梳理，但是如果沒有注釋的情況下許多東西能難一秒理解，並且很難懂一些關鍵節點，所以用我們熟悉的漢字標注一下就更容易理解了，理解了這些東西之後能更快處理問題，也方便日後升級改造時更快的處理，如果沒有注釋那可能幾個月之後你就會忘記這里的含義，重新修改的時候就會困難重重。

『陸』 台灣一公司停電後程序員用紙筆手寫代碼，程序員平時的工作有多辛苦

有一家公司停電之後，程序員用紙筆手寫代碼，程序員平時工作比較辛苦。在新項目上線時要24小時蹲守在旁邊，有很多公司在把項目完成之後，在公司旁邊設立房間，讓程序員們在房間內休息，有任何問題都可以找到程序員。有的時候程序員會因為一個字母寫錯，而讓全組的人花幾個小時去尋找。做這項工作除了要嚴謹之外，也要有相當的耐心，非常費腦力，那麼就讓我們具體了解一下吧！

總之，可能公司的項目已經接近了尾聲，只需要進行一些補充即可，他們才會用手寫的方式。如此努力的工作態度，也是年輕人的學習榜樣。

『柒』 程序員不懂英語該怎麼編程

做個程序員，英語對編程重要嗎?這個問題在各種平台曾無數次被我們討論過。

有不少源代碼的網站，就拿github來說，英語若是一竅不通，那簡直是沒法看。

當然，有些人認為，英語在編程中並不是最主要的，工作中能用到英文的地方，無非就是查閱英文文檔。

就像上面提到的會在上下班、地鐵上編程實戰闖關，這有點類似於玩游戲刷副本，進度會自動保存在那裡。

當你可以通關的時候，也表示你對編程代碼已經掌握到了一定的程度。如果再刷一些名企的面試真題，相當於是錦上添花，基本上可以試水人才市場了。

『捌』 什麼是程序員什麼是代碼

程序員所寫的代碼，是為某一特定程序或某一個應用程序所制定的編碼和內部測試的組織實施，使此應用或程序應能夠在程序員編寫的代碼中，實現各種功能。程序員(英文Programmer)是從事程序開發、程序維護的專業人員。一般將程序員分為程序設計人員和程序編碼人員，但兩者的界限並不非常清楚，特別是在中國。軟體從業人員分為初級程序員、中級程序員、高級程序員(現為軟體設計師)、系統分析員，系統架構師，測試工程師六大類。代碼又臭又長
我見過最長的方法是5000多行，那段代碼沒人敢動，只敢往下加 if else，每次需要改這段代碼的開發都戰戰兢兢，生怕出現什麼莫名其妙的bug。java 可是一門面向對象的語言，一個方法裡面有5000多行可以說是很可惡的事情了。我想一開始代碼長度可能沒這么誇張，是什麼導致這種結果的？一個是當初寫這段代碼的人本身寫的是直來直去的方法，一堆if else ；後面迭代的開發，面對這么長的代碼瞬間失去了從頭讀到尾的耐心，直接繼續在後面加 if else 迭代，最後這個方法就變成了一個縫合怪一樣的玩意。
好的 sql 可以很大程度上簡化代碼的復雜程度，但是太過復雜sql 本身就會給後來的開發人員造成閱讀困難，結果又是變成一條無人敢動的祖傳代碼，我想這應該是不少公司極度抵制存儲過程的原因之一。當然不少銀行應用開發還是大量使用存儲過程，存儲過程有用武之地的，但是一個又臭又長的存儲過程就等著變成祖傳代碼吧。當年我見到一個60多個join的sql，看到第一眼就驚為天人從此難以忘懷，當然那段sql也成了沒人敢去動的代碼了。
代碼邏輯不明
代碼邏輯不明所以是我們開發很容易去犯的毛病，是一個不致命卻煩人的毛病。在代碼上的體現是，邏輯判斷寫的比較反人類各種雙重否定是肯定，不把你繞暈不罷休。或者是寫起代碼來東一榔頭西一棒槌，讓人不知道你想幹嘛。導致這個的原因有可能是開發人員在需求理解上出現偏差，做到後面發現不對勁，再回去改又不大可能了，只能硬著頭皮往下寫，結果就是代碼彎彎繞繞；還有很重要的鍋是在產品經理，任意變更需求，想一出是一出，開發人員無奈只能跟著想一出寫一出。還用可能是開發人員方法或者類命名太藝術了，什麼四川方言拼音這種沒有十年腦血栓想不出的命名咱就不說了。就說那種國產凌凌漆式的無厘頭命名——這看上去是個刮鬍刀實際上是個吹風機，就這種不知道讓人說什麼好。
規劃代碼的核心思想
吐槽了一堆代碼規范問題，接下來我們說說如何去規范我們的代碼以及如何做到就算開發人員更換了，或者項目轉手給他人了，仍然可以讓後面的開發可以無礙的去閱讀代碼修改代碼。當然各個公司/團隊都有自己的一套代碼規范，比如項目的結構、代碼命名風格、代碼格式等等。不同團隊有不同的風格，但核心思想是大同小異的。接下來我就我個人的開發經驗來分享一下一些代碼規范的思想。

『玖』 地鐵有程序員嗎

高薪的IT行業是眾多年輕人的職業夢想，然而，一旦身入其中卻發覺沒有想像中那麼美好。被稱為IT藍領的編程員，工作強度大，像個編碼「機器」；技術更新換代快，飯碗不穩定。隨著年齡的增長，IT編程員該何去何從。做IT的搞不好就被挨踢。你提這個問題就理解你是才搞程序沒多久。等你真正進入這個行業幾年之後你就知道自己的職業生涯的道路了，建議從一下幾點發展：出路一：向IT培訓師轉型出路二：向IT營銷轉型出路三：向項目管理努力程序員到底何去何從，就得看自己的眼光、膽識和機遇了祝你在IT行業上有很好的發展，為中國的軟體行業多做貢獻！

『拾』 看很多程序員天天碼代碼，到底在寫什麼啊

寫代碼其實就是使用代碼語言將人們需要的功能實現。