• 編程成就:開發人員如何升級

    4
    程序員 數據庫 Github C/C++ Go 10980 次瀏覽
    一個優秀開發者如何才能變得偉大?

      還是先不想如何變得偉大:一個不錯的開發者如何變成一個優秀的開發者?

      從第一步到第N步并沒有確定的路徑,哎呀,甚至不知道第N步是什么. 能邏輯思考的都明白,缺乏一個確定的路線意味著,想從新手到大師,將會是一個艱辛的旅程。在過去幾年間,我還是花了相當一些時間,反復思考這一個難題。接 下來是什么?我該如何做才能從一個優秀的開發者成為一個相當優秀的開發者?

      成功到底是什么樣子的?

      當我有一個清晰的目標以及一個可以衡量的成功標準的時候,我做的最好。比如,我想5分鐘跑一英里,這很好衡量,而且成功是明確定義了的。我知道 現在我一英里我可以跑多快,而且網上到處都是如何跑快的建議和訓練項目。我可以選擇一種訓練項目,努力訓練,我非常自信最后能夠達到我所期待的目標。而且 這個非常容易被衡量,每一周我都可以知道我距離自己的終極目標還有多少.

      但是,你如何去衡量自己是否達到了一個“相當優秀的開發者”這樣一個級別呢?簡單得講,你不能夠。這個目標,如上所述,非常的主觀,非常的寬泛,簡直是無法衡量的。所以,我們該如何定義一個可以衡量的東西?

      和想5分鐘跑一英里差不多,我們可以從對比現在作為程序員的自己和所期望能成為的程序員來入手。五分鐘一英里的賽跑者有而十分鐘一英里的賽跑者缺乏的經歷是什么?讓大師級程序員獲益而新手程序員缺乏的經歷是什么?這里關鍵的是經歷。

      我們都曾有過某種特定的經歷提升了我們作為程序員的技能。我們曾學習過一種新的語言,而讓我們有一種新的思維方式。或者,我們都曾精雕細琢過完 美的設計,只是為了觀察其在苛刻的現實環境下暴露出的缺陷. 我們因此變成更好的程序員。所以,有些經歷給了你新的技術。而有些則是不同的模式,并且能夠讓你理解為什么會這樣。正是這些經歷在教你,影響你的思維過 程,,影響你解決問題的方法,改進你的設計。方便的是,你是否有過某種特定的經歷是很容易被衡量的。(如果把這些經歷想成是成就就很有意思啦。)

      雖然花了些時間,但是我已經對我那不可衡量懸而未絕的目標,達到“相當優秀的開發者”的級別,感到不煩惱了。如果一個開發者能夠以他的經歷來區分,也許我們已經有了一個明確定義的路徑朝向“相當優秀的開發者”這么一個大方向了。我揣測這么一條路徑,應該是這樣子的:

        1、標志著從一個普通人成長成程序員的經歷    

        2、選擇某種經歷去追求    

        3、追去的經歷完成了。(成就解鎖了!)    

        4、經歷的反思,深入的思考。[A]    

        5、返回第2步,這次是選擇一個新的經歷。

      如何以一種更好方式開始第一步,而不是眾包給各位。這里我給出了一部分編程的成就,松散的分了組。[B]我會在文末為你提供多種方式,讓你來創造你自己的想法。

      成就

      學習多種編程范式:    

      用匯編語言寫一個程序    

      用函數式編程語言寫一個應用            

      用面向對象語言寫一個應用    

      用基于原型的語言寫一個應用   

      用邏輯編程語言寫一個應用    

      用 Actor 模型寫一個應用    

      用 Forth 語言寫一個應用[C]

      體驗不同平臺上編程的來龍去脈:    

      寫過一個普通的 Web 應用    

      寫過一個普通的桌面應用    

      寫過一個普通的手機應用   

      寫過一個普通的嵌入式應用   

      寫過一個實時系統

      增強你對開發人員所常用的模塊的理解:    

      寫過一個網絡客戶端(HTTP, FTP 等)    

      寫過一個設備驅動    

      寫過一個B-tree 數據庫    

      包裝現有的一個庫,以提供更好(更愉快)的用戶體驗    

      編寫一個應用程序或框架,提供插件模型    

      寫過測試框架    

      寫過編程語言

      讓自己知道 koans, katas, 以及歲月的智慧:    

      完成過五個 code katas      

      對你想學習的一個語言,完成 programming koans    

      參加一次 coderetreat    

      閱讀 SICP 并完成所有練習

      開源編程:    

      為一個開源項目共享代碼    

      補丁被接受    

      在一個重要的開源項目中得到提交權限    

      發布一個開源項目    

      對一個開源項目實施 Refactotum

      通過教授別人來學習[D]:    

      發表一次啟迪性的講話    

      在一個本地用戶組中演講    

      在一個會議中演講    

      教授一次培訓課程    

      發布一個教程    

      發布一個開源項目的 constructive code review    

      寫一本編程的書

      關于成就

      現在,讓我們來繼續探討一會兒。注意每一個成就都是可以衡量的。每一個都是一個布爾值:你完成或者沒有完成。例如,很難衡量你是否學過一個函數 式編程語言,但是卻可以輕易的知道你是否用函數式編程語言寫過一個程序。后者是客觀察、可測量、布爾的。這種可衡量性意圖適用所有這些成就。

      需要承認的是,這種可衡量性并不完美。比如在一個會議演講這個成就:你完全可以做到一般稱職的時候就說你贏得了這份成就。但是如果你正在讀這篇文字,我假設你是想要變得卓越。你知道只是為了把一項從清單中劃掉而號稱做到是非常遜的。

      既然我們談到了改進

      既然我們談到了改進,你會如何改進這個清單呢?

      這個清單現在在 github 上作為一個 gist,你可以任意的 fork 它然后添加更多的成就(確保你加的成就是可以衡量的)。或者 fork 它然后標記那些你已經征服了的成就。你還可以標記你正在做的一項,(例如,你可以去看看這些 forks :Justin Blake, Pierre Chapuis, Yann Esposito. )

      或者發表評論:什么經歷將你塑造成一個更好的開發者?以及你會接下來去解鎖哪一個成就?

      注釋

      [A] 我無法充分的強調第4步。為了獲得幾乎每個成就,你應該停頓和反思這些經歷,然后再移動到下一個。反思。問問自己,你學到什么,花些時間來寫下這些想法。更好的是,與別人分享,并且對比其他人也已經獲得這一成就的人,看看你的學習收獲的如何。    

      [B] 可以去 coderwall.com 看看基于成就的模型這些方面的,很有意思。.    

      [C] Forth 基本上是自己的范式    

      [D] 突然想到了這句: “寓學于教” — Paulo Freire

    相似問題

    相關經驗

    相關資訊

    相關文檔

  • sesese色