有很多程序員抱怨道
寫出來的代碼很亂怎麼辦
產品需求不停改怎麼辦
感覺自己不是在敲代碼而是在寫bug
工作中的菜鳥常常被這些問題困擾
面對隨時可能改變的需求
面對突如其來的bug
心中泛起無數個草泥馬
那面對這些問題到底該怎麼辦
首先要想解決這些問題
作為程序員的你
必須遵守下面的原則
有不少程序員
為了表現自己的能力
連需求文檔都不看
硬撐著頭皮敲代碼
可當自己寫完程序後
發現不能運行
這下子徹底傻眼了
別以為文檔沒啥好看
文檔等於客戶需求
讀不懂文檔就不知道客戶想要什麼
作為一名工作五年的程序員
如果現在拿出你四年前寫的代碼
你能否認得出來
答案是一定認不出來
如果現在拿出你四年前寫有註釋的代碼
你能否認得出來
答案是會有印象
註釋就像程序員的兒子身上的標記
如果不做標記，時間久了
你連你兒子都不認識
俗話說得好
一根筷子很容易折斷
但是一把筷子很難折斷
團隊就要有團隊的樣子
團隊需要的是溝通交流
不愛說話和溝通
需求都理解錯誤了
做出來的東西還能用嗎
最後只能加班返工
產品需求是根據商業需求不斷調整的
改需求是再正常不過的事
在每個行業中沒有誰能夠一次性
直接能夠讓客戶滿意
客戶讓你改點需求那是正常的
客戶不停地讓你改需求那也是正常的
因為你掙的是客戶爸爸是你的金主
所以少點別抱怨
新技術是好東西
但沒有百分百把握
自作主張使用新技術
多半是作死
因為俗話說得好
No Zuo No Die
文檔的作用
大部分時候不是用來溝通的
而是用來做記錄的
大部分需求還是通過口頭溝通
但如果你不寫文檔做記錄
那麼小編恭喜你
你可能會面對一系列
扯皮不要臉的無賴
為了避免這種情況
還是放勤快點吧
你感覺不會出現問題的地方
越容易出現BUG
你感覺會出現問題的地方
它果真會出現BUG
BUG無處不在
所以認真仔細點
別以為自己擼完代碼就結束了
當你把這些程序做好後
記得自己再檢查檢查
因為下面該出場的是測試人員
想想他們也不容易
別把自己的爛工程交給測試人員
不然你自己會找罵
遇到不懂的問題
要先盡力解決
別動不動就截個圖扔在別人求幫忙
上司和同事不是來給你擦屁股的
但是真的搞砸了就要儘快求助
不要嫌丟臉
高手都是從丟臉開始的
所以為了成為高手
好好磨練自己
編程不易
做程序員更不易
！！！
