【IT168 評論】敏捷個人針對的是每個希望進行自我管理的人，那么針對與每個程序員，我們應該知道的有哪些呢? 本篇分享一下我們程序員應該知道的12件事情。

　　充滿激情

　　喜歡正在做的事情：這也是在如何招到聰明又能做事的人講到的要有技術熱情，你有熱情才會喜歡你的技術

　　有創(chuàng)造力的：創(chuàng)造力體現(xiàn)在你會創(chuàng)新，創(chuàng)新一方面可以來自你的全新創(chuàng)造，也可以來自于他人基礎之上，敏捷個人 - 我是這么理解方法論的中我對方法論的態(tài)度就是：不排斥、不迷戀，積極嘗試，為我所用。

　　想做得最好：內(nèi)在驅動力，追求卓越的一種價值觀

　　比昨天更好：我們很多人其實都希望每天都能感覺到進步，我以前每天都要看書，因為每次看書學到新知識之后我就會感覺有點進步，雖然很小，但是這一直讓我覺得很好

　　喜歡你的代碼

　　為自己和他人寫代碼，而差勁的程序員為機器寫代碼：如果連自己都看不懂的代碼就根本不能維護，如果別人看不懂的代碼，那就不能交流，而只為機器寫代碼，那只有一種可能，那你也是機器

　　每個程序員喜歡與干凈的代碼在一起：很些程序員有代碼潔癖，看到不符合代碼規(guī)范、或寫的不好的就會強迫自己去修改，即使沒有這么強烈的要求，也會表現(xiàn)出對不干凈代碼的反感

　　版本管理

　　備份你的代碼：現(xiàn)在已經(jīng)沒有人不對自己的代碼進行版本管理了

　　追溯更改(who、when、what)：從log可以清楚知道誰在什么時候改了什么，這在有時候需要查看歷史信息時很重要

　　并行工作：每個人都可以做自己的工作，做好后集成就好了

　　經(jīng)常提交：一般我們完成一項工作，并通過單元測試后就會提交代碼，這是一個好習慣

　　構建失敗時不提交：在提交之前編譯一下、跑一下單元測試，有問題就不要提交，否則影響整個項目

　　讀代碼

　　在成為好的寫代碼的人之前，要學會成為一個好的讀代碼的人：有人問我如何學習，我就會推薦他們?nèi)プx一些好代碼

　　程序員的工作時間，70%讀代碼，30%寫代碼：每天程序員也就寫個一兩百行代碼，大部分時間都在思考和看代碼了

　　練習、練習、再練習

　　針對獨立的問題進行小練習：把大問題拆成可以獨立解決的小問題，針對小問題單獨做一些小練習，逐個擊破

　　在工作之外的項目中練習：每個人都希望工作都能讓自己每天進步，但有時環(huán)境并不會這么理想，你可能在做維護項目，或者你做的內(nèi)容更像例行公事，那么你可以在工作之外的項目進行練習，能結合將來工作需要去練習則是更理想的路徑

　　在沒有壓力盡自己所能去做：適當壓力是動力，但是千萬不要給自己太大的壓力，在壓力承受范圍內(nèi)盡力去練習可以獲得較好的結果

　　練習成為專家：不斷練習，1萬個小時之后你就是專家

　　重構

　　在不改變系統(tǒng)行為下改善代碼的質量：重構的前提

　　使代碼變得容易理解、維護和擴展：重構的目的

　　每次簽入時是都比簽出時更干凈：重構的目標

　　小方法、組合方法......：重構的技術

　　遵守模式和最佳實踐

　　SOLID

　　GRASP

　　DRY

　　KISS

　　設計模式

　　TDD/BDD

　　是一個設計流程

　　只寫足夠的代碼通過測試

　　自動化

　　使手工任務自動化

　　命令行是你的朋友

　　持續(xù)集成

　　自動部署

　　明白你的領域

　　特定的領域不會馬上過時，而技術會：企業(yè)架構框架-TOGAF.pdf 業(yè)務分析與需求.pdf

　　你只有明白它是如何工作的才能夠實現(xiàn)好

　　持續(xù)學習

　　你需要不斷地學習，保持競爭力：個人管理 - 學習=知識+實踐+思考+心態(tài)

　　做最差的人：如果你現(xiàn)在是團隊最差的人，那么你的進步將是最大的，因為你可以學的是最多的。我是不是也該去找一個讓自己覺得很菜的團隊呢!?

　　讀書、blog、網(wǎng)站

　　善用好工具：工欲善其事必先利其器，好的工作會讓自己效率倍增

　　善于溝通

　　教或者說是學習最好的方式之一：這個我覺得大家都應該去嘗試一下，從我個人經(jīng)驗來看，教和說真的可以讓自己學習更有效

　　加入一個研究或學習小組

　　加入開源社區(qū)

　　參考： http://www./samnang.chhun/12-things-every-programmer-should-know