瘋狂的java
          好的藝術家復制,偉大的藝術家偷竊!
          posts - 3,  comments - 4,  trackbacks - 0
          本文轉載自Tyr Chen的博客在文中作者總結了他認為高效能程序員應該具備的七個習慣,原文內容如下。 

          昨天收到一個讀者留言,問作為程序員,有什么學習和工作上的好習慣可以借鑒?想了想,干脆附庸風雅一下,總結個『高效能程序員的七個習慣』吧。Disclaimer:一家之言,可不信,但也可以部分信。 

          1.  擁抱unix哲學 

          每個程序員入門的第一堂和第二堂課應該是和unix哲學相關的內容,簡言之就是:做一件事,做好它。具體點:

          • 小即是美。
          • 讓程序只做好一件事。
          • 盡可能早地創建原型。
          • 可移植性比效率更重要。
          • 數據應該保存為文本文件。
          • 盡可能地榨取軟件的全部價值。
          • 使用shell腳本來提高效率和可移植性。
          • 避免使用可定制性低下的用戶界面。
          • 所有程序都是數據的過濾器。

          2.  選一個樣板,follow之 

          每個NBA新秀都有自己的樣板,我們也總習慣稱某足球新星為『小羅』,『小小羅』。樣板為你提供了可模仿可追趕的對象,同時也讓你審視自己究竟想成為什么樣的程序員。我的樣板是Greg Pass和Werner Vogels,雖然我這輩子可能也達不到他們的高度,可這并不妨礙向著我心目中的明星一步步靠近。 

          3.  寫代碼,而不是調代碼 

          寫軟件最糟糕的體驗恐怕是邊寫邊調,寫一點,運行一下,再寫一點。是很多程序員都會這么干。原因有二:1. 不熟悉相關的代碼(類庫),需要邊寫邊運行保證代碼的正確。2. 現代編程語言的REPL(Read-Evaluate-Print-Loop,就是語言的shell)能力助長了這一行為。 

          寫系統軟件的人很少這么做。他們手頭糟糕的工具讓邊寫邊調的行為成為效率殺手 —— 如果稍稍改動,編譯就要花去幾分鐘,甚至更長的時間,你還會這么干么?所以他們往往是寫完一個模塊,再編譯調試。(由此看來,高效的工具有時候是把雙刃劍啊) 

          我覺得寫代碼就跟寫文章一樣,構思好,有了大綱,就應該行云流水一樣寫下去,一氣呵成,然后回過頭來再調整語句,修改錯別字。如果寫完一段,就要回溯檢查之前寫的內容,效率很低,思維也會被打散。 

          靠邊寫邊調做出來的代碼還往往質量不高。雖然局部經過了雕琢,但整體上不那么協調,看著總是別扭。這就好比雕刻,拿著一塊石頭,你先是精修了鼻子,然后再一點一點刻畫面部。等修到耳朵的時候,鼻子可能過大或過小,即便再精美,它也得不到贊賞。 

          4.  聰明地調試 

          軟件總會出問題。遇到問題,很多程序員就會用IDE在各種可能的地方加斷點調試,如果沒有IDE,那么各種print/log手段一齊拋出,有棗沒棗打一桿子再說。 

          優秀的程序員會在撰寫代碼的時候就考慮到調試問題,在系統關鍵的節點上注入各種等級的調試信息,然后在需要的時候打開相應的調試級別,順藤摸瓜,避免了不靠譜的臆測。這是調試之『道』。 

          很多問題打開調試開關后就原形畢露,但有時候靠調試信息找到了初步原因,進一步定位問題還需要具體的工具,也就是調試之『術』,如上文所述之斷點調試。有些時候,遇到靠類似gdb(如python的pdb)的工具無法解決的問題時(如性能問題),你還需要更多的調試工具做runtime profiling,如systemtap。 

          5.  使用標記語言來寫文檔,而非word/power point 

          不要使用只能使用特定軟件才能打開的工具寫文檔,如word/page或者power point/keynote。要使用『放之四海而皆可用』的工具。 

          java的市場口號是:『一次編寫,到處運行』,對于文檔,你也需要這樣的工具。Markdown(md) / Restructured Text(rst)(以及任何編輯語言,甚至是jade)就是這樣的工具。通過使用一種特定的文本格式,你的文檔可以被編譯成幾乎任意格式(html,rtf,latex,pdf,epub,...),真正達到了『一次編寫,到處運行』。最重要的是,由于邏輯層(文章本身)和表現層(各種格式,字體,行距等)分離,同樣的文檔,換個模板,就有完全不一樣的形象。 

          除非必須,我現在所有的文檔都是md或者rst格式。 

          6.  一切皆項目 

          程序員的所有產出應該項目制。軟件自不必說,文檔和各種碎片思想也要根據相關性組織成項目。舉一些我自己的例子: 

          • 我的博客是一個名叫jobs的github項目
          • 我的微信文章全部放在craftsman這個項目中
          • 我學習某種知識的過程(比如說golang)會放在一個或若干個項目中
          • 我工作上每個項目的各種產出(包括會議紀要)會按照項目對應生成git repo

          項目制的好處是具備可回溯性。每個項目我可以用git來管理,這樣,幾乎在任何一臺設備上我都可以看到我之前的工作。想想你三年前寫的某個文檔,你還能找到它么?你還能找回你的修改歷史么? 

          項目制的另一大好處是可以在其之上使能工具。比如說你看到的這些微信文章,我隨時可以“make publish YEAR=2014”來生成包含了2014年我所寫文章的pdf。 

          7.  心態開放,勇于嘗試 

          在程序員社區里,語言之爭,系統之爭,軟件思想之爭幾乎是常態。python vs ruby,go vs java vs erlang vs rust,scala vs cljure,OOP vs FP,iOS vs Android。其實不管黑貓白貓,抓到老鼠的就是好貓,facebook還用php呢。程序員應該用開放的心態去包容新的技術,新的思想,勇于嘗試,而不是立即否定。這個世界最悲哀的是,手里有把錘子,看什么都是釘子(或者說,眼里就只能看見釘子)。 

          我接觸mac時間不過三年。可這三年時間,我從對mac不屑,到深深熱愛,最終成為mac的一個重度用戶。很多東西用過才知道,不嘗試不接觸我可能永遠活在自己下意識構筑的無形之墻的另一邊。
          posted on 2014-04-13 10:17 永志歌德 閱讀(334) 評論(0)  編輯  收藏 所屬分類: 思想學習篇

          只有注冊用戶登錄后才能發表評論。


          網站導航:
           

          <2014年4月>
          303112345
          6789101112
          13141516171819
          20212223242526
          27282930123
          45678910

          常用鏈接

          留言簿

          隨筆分類

          隨筆檔案

          文章檔案

          收藏夾

          我的博客

          牛人博客

          搜索

          •  

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 开封市| 偃师市| 宜兰县| 辽中县| 栖霞市| 永寿县| 怀安县| 区。| 太和县| 庄浪县| 吕梁市| 松原市| 交城县| 乌拉特前旗| 贡山| 达孜县| 简阳市| 涪陵区| 和平县| 德兴市| 沙河市| 姚安县| 桂东县| 如皋市| 高雄市| 河源市| 霍林郭勒市| 西藏| 平南县| 深泽县| 崇左市| 富裕县| 个旧市| 磴口县| 增城市| 腾冲县| 策勒县| 积石山| 柳林县| 丰镇市| 通河县|