<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    瘋狂的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 永志歌德 閱讀(333) 評論(0)  編輯  收藏 所屬分類: 思想學習篇

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


    網站導航:
     

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

    常用鏈接

    留言簿

    隨筆分類

    隨筆檔案

    文章檔案

    收藏夾

    我的博客

    牛人博客

    搜索

    •  

    最新評論

    閱讀排行榜

    評論排行榜

    主站蜘蛛池模板: 日本免费一区二区三区最新| 免费无码AV电影在线观看| 暖暖日本免费在线视频| 亚洲w码欧洲s码免费| 亚洲最大免费视频网| 亚洲熟妇av一区| 无码一区二区三区AV免费| 亚洲成人免费网站| 毛片在线看免费版| 亚洲av日韩av永久无码电影| 日韩在线视频免费看| 黄页网站在线视频免费| 亚洲精品国产自在久久 | 亚洲国产综合无码一区| a成人毛片免费观看| 亚洲真人无码永久在线| 伊人久久免费视频| 亚洲色图黄色小说| 最近高清国语中文在线观看免费| 亚洲爆乳无码专区www| jjzz亚洲亚洲女人| 国产精品免费一区二区三区四区| 亚洲码一区二区三区| 午夜时刻免费入口| 中文字幕的电影免费网站| 久久精品亚洲综合| 在线视频免费观看高清| 国产成人综合亚洲绿色| 国产成人亚洲精品狼色在线| 99热免费在线观看| 亚洲Av永久无码精品黑人| 亚洲自偷自偷偷色无码中文| 16女性下面扒开无遮挡免费| 亚洲另类无码专区丝袜| 久久久久国产亚洲AV麻豆| 51精品视频免费国产专区| 老子影院午夜伦不卡亚洲| 亚洲AV无码精品色午夜果冻不卡 | 毛片在线播放免费观看| 亚洲伊人久久大香线焦| 国产成人精品曰本亚洲79ren|