1.挑剔的架構設計能力
對已有架構勇於提出自己的質疑
對自己正確的觀點，據理力爭
對每一種分層、設計的思考：好不好？有沒更好的方案？為什麼這樣設計？優點
2.堅持的學習能力
對新技術保持熱情
業餘時間，用了大量的時間取學習
培訓期間，有條件的情況下，盡量動手》記筆記》只聽
3.不急不操，一步步完成
對於新技術，要定下心，允許自己的效率沒之前的高
有問題，盡量自己解決，而不是直接問現成的答案
多從架構方面討論，盡量避免從細節的實現向別人找答案
4.日常工作，善於挑戰自己
樂於接受不熟悉的新知識
編碼前，先思考why，而非看到別人這樣寫，自己就跟著學：級別差了一大截
對於新知識，自己作為團隊最熟悉的人：一天天拉開差距
新知識，是最快的成長方式
5.從更高的角度思考問題：
使用者使用場景
日後的擴充套件
6.了解行業趨勢
固定的技術**，從技術概念剛出來，就已經了解。直至投入使用，可能已經對技術關注了好幾年
對於乙個目標可以就目前狀況可以給出多種方案，並且可以對每種方案的優劣熟記於心，給出最佳方案
7.擁抱免費、開源
不要因為附加的學習成本而阻礙應該學習的東西
優秀程式猿因何而優秀？
這些年我曾和非常多程式猿一起工作，他們之中的一些人非常厲害，而還有一些人顯得平凡。不久前由於和一些技術非常熟練的程式猿工作感覺非常愉快，我花了一些時間在考慮我佩服他們什麼呢？什麼原因讓優秀的程式猿那麼優秀，糟糕的程式猿那麼糟糕？簡而言之，什麼原因成就了一位優秀的程式猿呢？依據我的經驗，成為乙個優秀程...
優秀程式猿寫技術文件的正確姿勢
寫文件是程式猿高階的乙個必要步驟之一。文件寫的清楚，思路就更加清晰，也會讓同事高看你一眼，多梳理業務也有很大幫助。產品經理對需求文件基本是駕輕就熟信手拈來，但是大多數程式猿寫技術文件卻顯得不夠專業。最近有小夥伴問怎麼寫技術文件，結合了多個優秀的技術文件的範例，總結了技術文件的框架。話不多說，直接上乾...
如何才幹高速成為優秀的程式猿
在國內。it行業眼下仍然屬於新興行業。整個社會的資訊化也處在高速發展的過程中,從事軟體開發，能夠說是價效比最高的工作。而隨著入行門檻的減少，每年都有大量的新人湧入。眼下有個普遍的現象存在。一方面公司對於擁有3年左右開發經驗的程式猿求賢若渴。還有一方面非常多程式猿在工作了1到2年之後就選擇轉行了。為什...