軟件開發(fā)之殤

目 錄  

第1章  程序員的職業(yè)規(guī)劃    1
IT從業(yè)人員的職位介紹    1
開發(fā)人員    1
測試人員    3
產(chǎn)品經(jīng)理    4
UI設(shè)計師    5
運維人員    5
用戶體驗師（UE/UX）    6
技術(shù)經(jīng)理    6
架構(gòu)師    7
如何選擇編程語言    8
做Web后端開發(fā)建議選擇Ruby    8
做Web前端（H5）建議使用Vue.js、React    8
做移動前端（App）建議使用原生語言和React Native    9
理想的職業(yè)發(fā)展路線    10
階段：新手    10
第二階段：熟手    11
第三階段：技術(shù)經(jīng)理    11
第四階段：創(chuàng)業(yè)公司CTO 或大公司技術(shù)頂層    11
程序員的基本門檻    11
英語必須好    12
思維清晰、反應(yīng)敏捷    13
表達溝通能力強    14
程序員的進階門檻    15
具備領(lǐng)導(dǎo)氣質(zhì)    15
技術(shù)過硬    16
IT從業(yè)人員的去路    16
繼續(xù)做IT    16
小幅轉(zhuǎn)行    17
大幅轉(zhuǎn)行    17
不看好的職業(yè)：測試、運維、架構(gòu)師    17
測試    17
運維    18
架構(gòu)師    21
軟件培訓(xùn)機構(gòu)    21
確實能改變少部分人的命運    21
在一定程度上推進了國內(nèi)技術(shù)的發(fā)展    22
培訓(xùn)機構(gòu)之痛    22
第2章  程序員的職業(yè)成長建議    25
務(wù)必有技術(shù)博客    25
表達能力得到極大提高    25
技術(shù)可以得到積累    25
個人博客是一張好名片    26
不要敝帚自珍    26
要會與人和睦相處，不要任性    27
控制好自己的脾氣    27
越牛就越謙遜    28
溝通能力是立足社會之本    28
溝通能力很重要    28
千萬不要性格內(nèi)向    29
任務(wù)沒能力完成要勇敢地說出來    30
小心程序員的膨脹期    30
不要因為被上家公司坑過就對下家公司抱有成見    31
不要論戰(zhàn)    31
使用傳統(tǒng)編程語言的人特別容易心態(tài)不好    33
高發(fā)誘因1：過于底層的語言    33
高發(fā)誘因2：開發(fā)人群的職業(yè)年齡是2~4年    34
不要踢皮球    35
會錯失機會    35
會使人緣變差    36
會使人平庸    36
要抓住一切機會帶團隊    36
一個人做不成事情    37
帶團隊能讓人開闊眼界    37
具有帶團隊的經(jīng)驗?zāi)茏屓烁玫卦谏鐣猩?nbsp;   38
帶團隊是職業(yè)生涯注定的方向    38
要有良好的心態(tài)    39
每天都要學(xué)習(xí)    39
不要淪于平庸    40
工作就是好的學(xué)習(xí)機會    41
辦公室沒有政治    42
不要參與公司的八卦    42
正確面對公司的裁員    43
敏捷方法論    44
頻繁交付、小步快跑    44
能自動化的都自動化    45
必要的測試    45
每日例會    45
要培養(yǎng)成學(xué)習(xí)型團隊    46
良好的程序員工作習(xí)慣    46
晚上十點前睡覺    47
健康問題：不要總低頭弓背    48
離開顯示器和手機才是休息    49
不要沙發(fā)椅，要坐硬板凳    49
顯示器要有護目屏    50
程序員的工作組成    51
程序員的工作不是一直在寫程序    51
技術(shù)經(jīng)理    51
程序員要走出去    52
性格內(nèi)向    52
過分細膩    52
容易自傲自大    52
不要坐井觀天，要多看看外面的世界    53
規(guī)劃好業(yè)余生活    55
不要愛上旅游    55
不要接私活    55
利用業(yè)余時間做教學(xué)    56
中國IT公司的特點    56
技術(shù)實力層面    56
人員的年紀差距    57
35歲開始失業(yè)    57
技術(shù)高層不懂技術(shù)細節(jié)    58
管理更加嚴格    58
國內(nèi)軟件崗位的地域特點：北上廣深是主力    58
讀書清單    60
《程序員修煉之道——從小工到專家》    60
《軟件工程的事實與謬誤》    61
《黑客與畫家》    62
《軟件隨想錄》    63
《人月神話》    63
《人件》    64
職業(yè)前輩的博客    64
第3章  給程序員的技術(shù)建議    66
程序員如何提問    66
使用好鍵盤周邊    67
選擇什么編輯器    67
要有正確的鍵盤指法    68
好鍵盤很重要，它是我們的武器    69
合適的鍵盤布局    69
使用好“第六根手指”    70
如何使用快捷鍵    70
單鍵快捷鍵    71
兩鍵快捷鍵    71
三鍵快捷鍵    71
快捷鍵的思考    71
薄鍵盤和Mac鍵盤不適合程序員    72
程序員的理想裝備    73
大屏顯示器    73
機械鍵盤    73
游戲鼠標    74
大容量內(nèi)存    74
固態(tài)硬盤    74
高速網(wǎng)速    74
版本控制工具    75
控制源代碼的必要性    75
歷史上的一些SCM工具    76
版本控制終極者：Git    76
在技術(shù)的天空中留下痕跡    77
必須有技術(shù)博客    77
必須要有Stack Overflow的賬號    78
必須參與開源項目    79
不要寫重復(fù)代碼    80
讓程序員喪失工作的興趣    80
讓程序難以修改和測試    80
讓人容易辭職    80
解決重復(fù)的原則：事不過三    81
命令行在大部分時候要優(yōu)于圖形操作界面    81
幾個例外    83
操作系統(tǒng)的選擇：優(yōu)先使用Linux    84
技術(shù)廣度比深度更重要    84
以性價比的方式點亮技能樹    85
如何學(xué)習(xí)多種技能    87
技術(shù)債    88
技術(shù)債的后果很嚴重    88
典型的技術(shù)債1：錯誤的底層架構(gòu)    88
典型的技術(shù)債2：錯誤的技術(shù)實現(xiàn)    88
典型的技術(shù)債3：低劣的代碼質(zhì)量    89
解決方案    89
一種高效的需求分析方法：可視化分析    89
用戶的需求特點：不明確    89
方法概述    91
具體方法    92
幾點注意事項    97
登錄頁面一般分成兩端    98
估算工作量    98
代碼質(zhì)量    99
良好的命名是好的注釋    99
為什么不要注釋    100
不要使用縮寫    102
慎用匈牙利命名法    102
廢代碼    104
看起來美好卻不實用的技術(shù)    105
屏幕自動適配    105
語言的國際化（i18n）    106
多數(shù)據(jù)庫的同時適配    108
其他    109
為什么要自己搭建博客    110
要學(xué)會分享和開放    110
博客是重要的名片和筆記    110
寫博客可以極大地提高表達能力    111
追求自動化    111
編譯的自動化    111
部署的自動化    111
測試的自動化    112
第4章  如何管理技術(shù)團隊    113
基本的管理原則    113
就事論事    113
任務(wù)劃分得當、精確到人    114
公平公正    114
保持開放的氛圍    114
程序員的特點    114
容易驕傲    115
程序員之間的鄙視鏈    115
比較單純    115
有職業(yè)病    116
容易自我關(guān)閉    116
技術(shù)人員的性格特點    117
實力決定地位    117
誠實才會走遠    117
高壓政策下容易踢皮球    117
性格趨于內(nèi)向    117
正能量與負能量    118
技術(shù)團隊的內(nèi)部矛盾    118
程序員跟產(chǎn)品經(jīng)理的矛盾    118
UI跟程序員和產(chǎn)品經(jīng)理的矛盾    119
產(chǎn)品經(jīng)理跟老板的矛盾    120
程序員跟測試人員的矛盾    121
程序員跟運維人員的矛盾    121
前端與后端開發(fā)人員的矛盾    122
招聘和培養(yǎng)新人    123
如何招聘新人    123
如何培養(yǎng)新人    126
如何對待老員工    127
老員工是公司的財富    127
老員工生產(chǎn)力可能是新人的10倍以上    127
尊重老員工的建議    128
要有領(lǐng)導(dǎo)藝術(shù)    128
給老員工成長的空間    128
如何識別項目毒藥    129
脾氣差并與同事發(fā)生過爭執(zhí)的人    129
在代碼中寫過粗口的人    129
工作中喜歡抱怨的人    129
培養(yǎng)自我成長型團隊    129
做好知識分享會    130
鼓勵在項目中使用新技術(shù)    130
只招聘聰明人    130
讓團隊散架的因素    130
團隊毒藥    131
不公平的薪水    131
不開心的工作環(huán)境    131
不要認為技術(shù)人員的生產(chǎn)力是固化的    132
問題1：出高價也招不到合適的人    132
問題2：就算招到也容易離職    132
問題3：人與人的工作效率很不一樣    133
第5章  國內(nèi)軟件開發(fā)之殤    134
行業(yè)弊端    134
軟件價格要么低得離譜，要么高得過分    134
存在欺騙和不信任的情況    136
有吃回扣的傳聞    137
程序員群體的心理狀態(tài)    137
不認權(quán)威，誰行誰上    137
清高、難以管理    138
容易跳槽    138
軟件開發(fā)的行業(yè)真相    138
需求方關(guān)心的三句話    138
軟件項目成功率比較低    138
軟件開發(fā)工作量難以計算    139
軟件開發(fā)是重度自定義的    139
不存在的系統(tǒng)    139
軟件的重用和細化粒度    140
國內(nèi)軟件公司的特點    140
技術(shù)含量低    141
普遍英語不好    141
要么是外包公司，要么是互聯(lián)網(wǎng)公司    141
外包公司大部分都比較爛    141
大公司的軟件部門其實跟小作坊差不多    142
國內(nèi)的程序員容易安于現(xiàn)狀    142
修改開源項目的風險極大    143
開源項目的風險    143
開源項目的特點    144
創(chuàng)業(yè)團隊務(wù)必要有CTO    145
CTO是技術(shù)團隊的組建者    145
CTO是團隊發(fā)展的土壤    145
CTO是團隊的舵手    145
CTO的困局    145
合格的CTO的標準    145
技術(shù)要全面    146
真實的CTO囧境    146
如何找到靠譜的CTO    147
通過技術(shù)圈的朋友來引薦    147
靠譜的CTO可遇而不可求    147
不要找兼職的CTO    148
低工資留不住人    148
簡歷中的尷尬    149
團隊培養(yǎng)的途徑    149
把握好你的CTO    149
技術(shù)團隊要少而精    150
正視技術(shù)人員的作用    150
技術(shù)一般短期內(nèi)被高估、長期內(nèi)被低估    150
就差一個程序員了    151
好的程序員與差的程序員的差別    152
次和第N次的區(qū)別    152
好的程序員都是靠項目磨練出來的    152
程序員永遠會遇到新問題    153
核心技術(shù)變更得比較慢    153
二八定律    153
外包的亂象    154
行業(yè)門檻低    154
不要找外地的承接方    154
不要找太便宜的軟件承接方    155
不要貪圖便宜    155
不要找兼職的開發(fā)人員    155
經(jīng)驗：明確互聯(lián)網(wǎng)在自己項目中的位置    156
經(jīng)驗：一個靠譜的技術(shù)開發(fā)團隊的運營成本    157
經(jīng)驗：外包項目與自己培養(yǎng)團隊的比較    157
經(jīng)驗：如何保證你的項目進度    158
經(jīng)驗：產(chǎn)品經(jīng)理如何提需求    158
為什么好的程序員或者一流的技術(shù)人員難找    159
英語不好    159
人心浮躁    159
為什么程序員通常無法精通多個語言或者技術(shù)    160
傳統(tǒng)語言過于笨重    161
使用第三方包也很慢    161
傳統(tǒng)語言與現(xiàn)代語言的對比    162
自有團隊    163
開發(fā)初期的費用    163
自有團隊的好處    163
自建團隊的關(guān)鍵    164
如何招聘    164
從技術(shù)痕跡識人靠譜    165
軟件與家裝的行業(yè)比較    166
都有復(fù)雜的流程    166
都是工匠行業(yè)，跟流程無關(guān)    166
不夠透明的因素    167
期待變革的步履蹣跚    168
需要用戶頻繁的反饋    168
基層員工水平參差不齊    169
這是一個不確定的行業(yè)    169
軟件工作量難以準確估算    169
腦力勞動難以衡量    169
工作量無法明確衡量    170
用戶的需求是不明確的    171
行業(yè)曙光1：全棧工程師    171
角色的緣起    171
溝通的成本太高    171
不好的流程會催生出壞人    172
不要把程序員分成后端和前端    173
全棧工程師的特點    174
實戰(zhàn)情況    176
有可能產(chǎn)生全棧工程師的技術(shù)背景    176
行業(yè)曙光2：乙方應(yīng)該按時間收費    177
不要按照模糊的需求來收費    177
可以按照項目收費    177
用時間給程序員估價是合理的    178
死亡案例    179
一句話需求    179
超過半年的交付周期    180
不合理的價格    180
層層轉(zhuǎn)包    180
不要頻繁見面    181
不靠譜的程序員    181
異地外包    181
用戶不切實際的過高期待    182
被人用現(xiàn)成的項目去套    182
外行人做的軟件公司必死    183
不要迷信高學(xué)歷CTO    183
項目失敗很傷人脈    184
不要迷信海歸    184
不要做人力外派公司    185
員工的歸屬感不強    186
招不到好員工    186
難以直接管理    186
小心花架子技術(shù)負責人    186
實戰(zhàn)經(jīng)驗弱    187
學(xué)歷大部分很高    187
背景很高大上    187
結(jié)論    188
第6章  軟件外包公司生存指南    189
接項目務(wù)必慎重    189
傳統(tǒng)公司的項目不接    189
甲方公司存在內(nèi)部矛盾的項目不接    190
管理不規(guī)范的公司項目不接    191
不守時公司的項目不接    192
要回扣的項目輕易不接    192
互聯(lián)網(wǎng)公司的項目更舒服    193
外包公司永遠的痛點：要賬    193
永遠不要跟甲方撕破臉    193
跟甲方保持好關(guān)系    194
要賬要找對人    194
需求的特點    194
需求一定比想的要復(fù)雜    194
不要使用菜單式報價    195
需求是一定會變更的    195
需求不要只增不減    196
如何識別不可或缺的需求    196
軟件外包公司的宿命：倒閉或轉(zhuǎn)型    196
倒閉    197
轉(zhuǎn)型做產(chǎn)品    198
軟件公司老板的特點    198
招不到靠譜員工    198
留不住人    199
解決辦法    199