目錄
第1章 程序員的職業規劃 1
IT從業人員的職位介紹 1
開發人員 1
測試人員 3
産品經理 4
UI設計師 5
運維人員 5
用戶體驗師（UE/UX） 6
技術經理 6
架構師 7
如何選擇編程語言 8
做Web後端開發建議選擇Ruby 8
做Web前端（H5）建議使用Vue.js、React 8
做移動前端（App）建議使用原生語言和React Native 9
理想的職業發展路綫 10
#一階段：新手 10
第二階段：熟手 11
第三階段：技術經理 11
第四階段：創業公司CTO 或大公司技術頂層 11
程序員的基本門檻 11
英語必須好 12
思維清晰、反應敏捷 13
錶達溝通能力強 14
程序員的進階門檻 15
具備領導氣質 15
技術過硬 16
IT從業人員的去路 16
繼續做IT 16
小幅轉行 17
大幅轉行 17
不看好的職業：測試、運維、架構師 17
測試 17
運維 18
架構師 21
軟件培訓機構 21
確實能改變少部分人的命運 21
在一定程度上推進瞭國內技術的發展 22
培訓機構之痛 22
第2章 程序員的職業成長建議 25
務必有技術博客 25
錶達能力得到極大提高 25
技術可以得到積纍 25
個人博客是一張好名片 26
不要敝帚自珍 26
要會與人和睦相處，不要任性 27
控製好自己的脾氣 27
越牛就越謙遜 28
溝通能力是立足社會之本 28
溝通能力很重要 28
韆萬不要性格內嚮 29
任務沒能力完成要勇敢地說齣來 30
小心程序員的膨脹期 30
不要因為被上傢公司坑過就對下傢公司抱有成見 31
不要論戰 31
使用傳統編程語言的人特彆容易心態不好 33
高發誘因1：過於底層的語言 33
高發誘因2：開發人群的職業年齡是2~4年 34
不要踢皮球 35
會錯失機會 35
會使人緣變差 36
會使人平庸 36
要抓住一切機會帶團隊 36
一個人做不成事情 37
帶團隊能讓人開闊眼界 37
具有帶團隊的經驗能讓人更好地在社會中生存 38
帶團隊是職業生涯注定的方嚮 38
要有良好的心態 39
每天都要學習 39
不要淪於平庸 40
工作就是#好的學習機會 41
辦公室沒有政治 42
不要參與公司的八卦 42
正確麵對公司的裁員 43
敏捷方法論 44
頻繁交付、小步快跑 44
能自動化的都自動化 45
必要的測試 45
每日例會 45
要培養成學習型團隊 46
良好的程序員工作習慣 46
晚上十點前睡覺 47
健康問題：不要總低頭弓背 48
離開顯示器和手機纔是休息 49
不要沙發椅，要坐硬闆凳 49
顯示器要有護目屏 50
程序員的工作組成 51
程序員的工作不是一直在寫程序 51
技術經理 51
程序員要走齣去 52
性格內嚮 52
過分細膩 52
容易自傲自大 52
不要坐井觀天，要多看看外麵的世界 53
規劃好業餘生活 55
不要愛上旅遊 55
不要接私活 55
利用業餘時間做教學 56
中國IT公司的特點 56
技術實力層麵 56
人員的年紀差距 57
35歲開始失業 57
技術高層不懂技術細節 58
管理更加嚴格 58
國內軟件崗位的地域特點：北上廣深是絕#主力 58
讀書清單 60
《程序員修煉之道——從小工到專傢》 60
《軟件工程的事實與謬誤》 61
《黑客與畫傢》 62
《軟件隨想錄》 63
《人月神話》 63
《人件》 64
職業前輩的博客 64
第3章 給程序員的技術建議 66
程序員如何提問 66
使用好鍵盤周邊 67
選擇什麼編輯器 67
要有正確的鍵盤指法 68
好鍵盤很重要，它是我們的武器 69
閤適的鍵盤布局 69
使用好“第六根手指” 70
如何使用快捷鍵 70
單鍵快捷鍵 71
兩鍵快捷鍵 71
三鍵快捷鍵 71
快捷鍵的思考 71
薄鍵盤和Mac鍵盤不適閤程序員 72
程序員的理想裝備 73
大屏顯示器 73
機械鍵盤 73
遊戲鼠標 74
大容量內存 74
固態硬盤 74
高速網速 74
版本控製工具 75
控製源代碼的必要性 75
曆史上的一些SCM工具 76
版本控製終#者：Git 76
在技術的天空中留下痕跡 77
必須有技術博客 77
必須要有Stack Overflow的賬號 78
必須參與開源項目 79
絕#不要寫重復代碼 80
讓程序員喪失工作的興趣 80
讓程序難以修改和測試 80
讓人容易辭職 80
解決重復的原則：事不過三 81
命令行在大部分時候要優於圖形操作界麵 81
幾個例外 83
操作係統的選擇：優先使用Linux 84
技術廣度比深度更重要 84
以#價比#高的方式點亮技能樹 85
如何學習多種技能 87
技術債 88
技術債的後果很嚴重 88
典型的技術債1：錯誤的底層架構 88
典型的技術債2：錯誤的技術實現 88
典型的技術債3：低劣的代碼質量 89
解決方案 89
一種高效的需求分析方法：可視化分析 89
用戶的需求特點：不明確 89
方法概述 91
具體方法 92
幾點注意事項 97
登錄頁麵一般分成兩端 98
估算工作量 98
代碼質量 99
良好的命名是#好的注釋 99
為什麼不要注釋 100
不要使用縮寫 102
慎用匈牙利命名法 102
廢代碼 104
看起來美好卻不實用的技術 105
屏幕自動適配 105
語言的國際化（i18n） 106
多數據庫的同時適配 108
其他 109
為什麼要自己搭建博客 110
要學會分享和開放 110
博客是重要的名片和筆記 110
寫博客可以極大地提高錶達能力 111
追求自動化 111
編譯的自動化 111
部署的自動化 111
測試的自動化 112
第4章 如何管理技術團隊 113
基本的管理原則 113
就事論事 113
任務劃分得當、精確到人 114
公平公正 114
保持開放的氛圍 114
程序員的特點 114
容易驕傲 115
程序員之間的鄙視鏈 115
比較單純 115
有職業病 116
容易自我關閉 116
技術人員的性格特點 117
實力決定地位 ...
· · · · · · (收起)