歡迎大家！
　　感謝選擇這本書。我們將共同經(jīng)歷一次有關認知科學、神經(jīng)學、學習和行為理論的旅程。你將看到人類大腦令人驚奇的工作機制，并研究如何克服這一系統(tǒng)的局限來提高自己的學習和思考技能。
　　我們將開始重構你的“濕件”——對大腦進行“重新設計”和“重新連線”，使你更高效地工作。不論你是程序員、管理者、“知識工人”、技術奇人還是思想家，或者你只是想讓你的大腦聰明一點，這本書對你都會有所幫助。
　　我是一名程序員，所以我的例子和言論都離不開軟件開發(fā)領域。但是，如果你不是開發(fā)人員，也不必擔心，實際上程序設計與使用神秘、深奧的編程語言編寫軟件沒有多大關系（盡管我們總是習慣性地認為它們很相關）。
　　程序設計其實就是解決問題，它需要發(fā)明、創(chuàng)造和靈感。不論你從事什么職業(yè)，可能都需要創(chuàng)造性地去解決問題。然而，對于程序員來說，既要受到數(shù)字計算機系統(tǒng)的嚴格約束，又要展開豐富而靈活的人類思考，這就會展示二者的強大力量，又會深深地暴露二者的缺陷。
　　無論你是一名程序員，還是一位心灰意冷的用戶，可能都曾認為軟件開發(fā)是人類可以想象和遇到的最艱難的工作。它的復雜性耗盡了我們的全部智慧，而一旦失敗則后果是可怕的，且往往極具新聞價值。我們曾經(jīng)讓宇宙飛船偏離了軌道，撞向遙遠的星球；讓昂貴的火箭爆炸，蒙受無法彌補的實驗損失；給消費者寄去索要零美元的催款信，搞得人家莫名其妙；時不時還讓航空旅客滯留在機場。
　　適才我們發(fā)現(xiàn)：這完全是我們自己的錯誤造成的。我們自身往往增加了程序設計的難度。隨著軟件行業(yè)的不斷發(fā)展，我們似乎失去了作為一名軟件開發(fā)人員所必需的最基礎、最重要的技能。
　　不過好在，我們此時此地就能改正這個錯誤。本書將告訴你如何去做。
　　過去40年中，程序員引入到程序中的缺陷的數(shù)量已經(jīng)基本保持不變。盡管程序設計語言、技術、項目方法論等都在不斷改進，但缺陷發(fā)生的頻率仍然保持在同一水平，沒能得到改善 。
　　也許這是因為我們一直關注著錯誤的事情。盡管技術上有了很多顯著的改變，但有一樣東西卻始終沒變：我們自己——作為開發(fā)人員的人。
　　軟件并不是在集成開發(fā)環(huán)境（IDE）或其他工具上設計出來的，它是在我們的大腦中想象和創(chuàng)造出來的。 軟件是在頭腦中創(chuàng)建的。
　　Software is created in your head. 思想和概念是需要在團隊（也包括付錢讓我們開發(fā)軟件的人）中分享和交流的。我們已經(jīng)在改進基礎技術——程序設計語言、工具、方法上花費了很多時間，當然這也是十分必要的，但現(xiàn)在是我們更進一步的時候了。
　　現(xiàn)在我們需要研究的真正難題是團隊內部和團隊間的交流，甚至更困難的問題是完全陳舊的思想。沒有任何項目是孤島，軟件不可能孤立地創(chuàng)建或者運行。
　　Frederick Brooks在他的里程碑式的文章《沒有銀彈》[Bro86]中提出：“軟件產(chǎn)品處于應用、用戶、規(guī)則和硬件 的合力之下。這些因素總是在不斷變化，迫使軟件產(chǎn)品也隨之改變�！�
　　Brooks的言論把我們推向了社會漩渦的中心�？紤]到社會中各個相關團體的復雜交互影響和社會的持續(xù)變化，在我看來當前最重要的兩項技能就是：
　　溝通能力；
　　學習和思考能力。
　　軟件行業(yè)正在逐步提高溝通能力。特別是敏捷方法（見注解欄），強調了團隊成員之間、最終客戶和開發(fā)團隊之間的溝通交流。類似《演說之禪：職場必知的幻燈片秘技》[Rey08]這樣的大眾圖書突然熱賣，表明越來越多的人意識到簡單、有效的溝通非常重要。這是個好的開始。
　　不過，提高學習和思考能力要更難一些。
　　程序員需要不斷地學習——不僅僅是學習新技術，還包括應用的問題域、用戶社區(qū)的奇思妙想、同事的古怪習慣、行業(yè)的八卦新聞和項目演進的重要特征，我們必須學習學習再學習，持續(xù)不斷地學習，然后把學習成果應用到解決日常遇到的一切新舊問題上。
　　也許，這些聽起來都相當容易，但學習能力、批判性的思考能力和創(chuàng)造力——所有這些擴展思維的能力，都取決于你自己。這些東西沒人教得了，你必須自己學習。我們往往錯誤地看待老師和學生的關系：不光是老師在教，學生也要學。學習完全取決于你自己。
　　我希望本書能夠幫你獲得又快又強的學習能力和更實用的思考能力。
　　什么是敏捷方法
　　“敏捷方法”這個詞最早出現(xiàn)在2001年2月的一次峰會上，與會的17個人都是軟件開發(fā)行業(yè)領軍人物，他們創(chuàng)建了各種開發(fā)方法，如極限編程、Scrum、Crystal，當然也包括我們的注重實效的編程。
　　敏捷方法在很多重要的方面都與傳統(tǒng)的基于計劃的方法不同，最顯著的就是擺脫了死板的規(guī)則，丟棄了陳舊的日程表，注重實時的反饋。
　　我在本書中會經(jīng)常提到敏捷方法，因為很多敏捷思想和實踐都是與良好的認知習慣相融合的。