英文原文：10 Tips for Learning a New Technology，編譯：@玉面小飛魚

　　昨天公司組織了一次講座，現任的投資部經理給我上了一堂生動有趣的關于投資的課，受益匪淺啊。

　　關于技術與工作

　　對于一個程序員來說，學習的重要性相信大家都能意識得到。如何才能有效地學習，高效地學習？探討下這個問題，我認為很有必要。

　　英文原文：http://www.infoq.com/articles/project-inception-meeting

　　昨天項目組進行了一個設計評審，主要是對OpenExpressApp的AutoUI部分進行重構，我相當于評審人。大家也可以把這個評審過程當做與人交流你的設計思路的一個過程，以下從我評審的一些要素來談談與人交流設計思路時需要考慮的內容，也許對大家在實際工作中的架構、設計和溝通都有所幫助。

　　英文原文：The Science of Learning: Best Approaches for Your Brain

　　在我們學習知識的過程中，對于知識的了解，我們都是從不懂到熟知，在《Learn More，Study Less！》ebook中對整體學習理論和方法進行了一些描述，本篇講介紹一下整體學習。

　　IT 技術的發展日新月異，新技術層出不窮，具有良好的學習能力，能及時獲取新知識、隨時補充和豐富自己，已成為程序員職業發展的核心競爭力。本文中，作者結合多年的學習經驗總結出了提高程序員學習能力的三個要點。

　　我究竟該學什么？

　　可伸縮性是一種對軟件系統處理能力的設計指標，高可伸縮性代表一種彈性，在系統擴展過程中，能夠保證旺盛的生命力，通過很少的改動，就能實現整個系統處理能力的增長。

　　幾乎每種行業都有基層主管（或基層管理人員），而軟件行業的基層主管一般是項目經理、技術經理、開發經理、組長等。其職責是資源協調、風險預估、項目管控、團隊建設，說白一點大多數的企業現狀就是項目負責人帶領團隊攻下一個又一個項目的過程。很多公司以項目成敗作為項目負責人考核的唯一標準，因為項目規模、成本、客戶滿意度等容易量化，并且是直接跟公司的利潤有很大關系；而相反團隊建設卻難以衡量，如何衡量一個普通技工晉升成高級技工到底是基層主管的培養還是原員工本身就具備高級技工的技能。因此，難免出現以項目額度論英雄的局面，這樣往往造成一將功成萬骨枯的悲壯場面，并不利于團隊的發展。卡耐基曾經說過，帶走我的員工，把我的工廠留下，不久后工廠就會長滿雜草；拿走我的工廠，把我的員工留下，不久后我們還會有個更好的工廠。我的觀點是，從短期目標來看，項目成功是解決溫飽問題的指標，如果溫飽問題未解決，還如何談吃得好，如團隊經常瘋狂加班趕項目就是溫飽尚未解決的一種表現；從長遠角度來看，團隊建設是邁向“吃得好”的改進過程，或著說是一種手段。

　　簡介

　　團隊的開發人員撇開需求沉浸在想象中的“完美”程序中；測試人員迷茫的點擊著按鈕試圖搞明白這到底是個什么功能；設計師造出了沒有盡頭的樓梯，更糟的是，客戶愛上了這個設計；團隊領導四處救火，力有不逮。種種跡象表明，我們得打破分工帶來的壁壘，建設全功能團隊——大多數人能完成大多數種類工作的團隊。

　　在上篇文章中我們一起回顧了分工歷史，對于技術團隊影響以及建設全功能團隊的必要性 ，在實踐篇中我將詳細分享一些實踐以及我們團隊的經驗數據。

　　最近一年左右兼職技術管理的經驗試總結，核心理念就是以人為本。

　　經常看到有人問程序員適合做管理嗎，或者手底下有牛人比我技術更好怎么辦，或者感嘆一下做管理好難啊之類的。同時，相當大的一部分程序員都夢想著走所謂專家路線——并不是因為對技術特別有興趣或者覺得自己特別適合走技術路線，真正的原因是對管理工作的恐懼，覺得自己搞不定定。做管理真的很難嗎，程序員出身到底適不適合做管理，我可以斬釘截鐵的告訴你：不難！適合！

　　在《建設全功能團隊》和《建設全功能團隊——實踐篇》兩篇文章中，我的同事胡凱曾介紹過建設全功能團隊的必要性和良好實踐，此后在圍繞這一話題的討論中，很多人都分享了自己的理解，或看好，或看淡。在ThoughtWorks有許多團隊一直在建設全功能團隊方面實踐著，在這篇文章中我希望與大家分享我從這些團隊收集到的過去一年來的數據，以及更切身的理解。