老鳥程序猿總結的工做學習技巧，不看後悔！

（1）入門期間不要盲目看太多書，找一本網上或身邊有經驗程序員推薦的教材，先系統的學習。

（2）不知怎麼選技術書時就挑薄的。起碼不會太貴，且你能看完。

（3）看得懂的書，仔細看；看不懂的書，硬着頭皮也要看完。

（4）書讀百遍其義自見，別期望讀一遍就能掌握。

（5）菜鳥容易被對象、屬性、方法等詞彙迷惑？那是你連最基礎知識都還沒掌握。

（6）不要漏掉教程中任何一個習題——請所有作完並作好筆記。

（7）不要忽視沒一個看起來不起眼的問題，常常總結作到觸類旁通。

（8）請把教程裏的例子親手實踐下，即便案例中有完整源碼。

（9）把在教程中看到的有意義的例子擴充；並將其切實的運用到本身的工做中。

（10）水平是在不斷的實踐中完善和發展的，你與大牛差的只是經驗的積累。

（11）沒積累足夠知識和經驗前，你是開發不出一個完整項目的。

（12）好的項目做風硬派，一鍵測試，一鍵發佈，一鍵部署；爛的項目生性猥瑣，口口相傳，不立文字，神神祕祕。

（13）常充電。程序員只有一種死法：土死的。

（14）活到老學到老，只有一招半式是闖不了江湖的。

（15）提問前先作調研。問不到點上既被鄙視，又浪費本身的時間。

（16）遇到問題不要張口就問，要學會本身找答案，好比google和百度上都有不少編程相關資料，你只要輸入關鍵字就能找到你的答案。

（17）普通程序員 + google = 超級程序員

（18）編碼不要畏懼變化，要擁抱變化。

（19）編程之事，隔離是方向，起名是關鍵，測試是主角，調試是補充，版本控制是後悔藥。

（20）代碼結構清晰，其它問題都不算事兒。

（21）一行代碼一個兵。造成建制纔能有戰鬥力。單位規模不宜過大，千人班，萬人排易成萬人坑。

（22）註釋貴精不貴多。杜絕大姨媽般的「例注」。漫山遍野的碎碎念註釋，實際就是背景噪音。

（23）註釋是稍差的文檔。更好的是清晰的命名。讓代碼講本身的故事。

（24）重構/優化/修復Bug，同時只能作一件。

（25）重構是程序員的主力技能。

（26）忘掉優化寫代碼。過早優化等同惡意破壞；忘掉代碼作優化。優化要基於性能測試，而不是糾結於字裏行間。

（27）出現bug主動查，無論是否是你的。這能讓你業務能力猛漲、我的形象飆升；若是你的bug被別人揪出來.....呵呵，那你會很被動≦(._.)≧

（28）最好的工具是紙筆；其次好的是markdown。

（29）最有用的語言是English。其次的多是Python。

（30）git是最棒的。簡單，可靠，免費。

（31）Leader問任務時間，若答不上來，多是任務拆分還不夠細。

（32）寧肯多算一週，不可少估一天。過於「樂觀」容易讓boss受驚嚇。

本文在GitHub的地址 Work-study-skills

閱讀更多