1我對這些事情的看法改變了
以下這些事情，在過去，我會爭論不休，但現(xiàn)在相信了。
如果你所在團隊成員的技術(shù)經(jīng)驗水平參差不齊，那么使用強類型的編程語言會更好。
開站會對于關(guān)注新人來說其實很有用。
只要是為了修正行動路線，那么 Sprint 回顧就很有用，這并不是為了“敏捷”而敏捷，浪費大家的時間。
軟件架構(gòu)或許比其他任何東西都要來得重要。一個好的抽象層，即使它的實現(xiàn)像一坨屎，也不會給項目帶來純粹的傷害。但是，一個糟糕的抽象層會讓整個項目爛掉。
Java 并不是一種很糟糕的編程語言。
看似聰明的代碼通常不是好代碼。清晰度勝過一切。
遵循任何一種范式都可能寫出糟糕的代碼。
所謂的“最佳實踐”是與實際情況相關(guān)的，并非廣泛適用的。盲目追隨它們會讓你變成白癡。
在非必要的情況下去設(shè)計一個可伸縮的系統(tǒng)，這會讓你成為一名糟糕的工程師。
靜態(tài)代碼分析非常有用。
DRY 原則是為了避免某些特定的問題，并不是其本身的最終目標。
一般來說，RDBMS 好過 NoSQL。
函數(shù)式編程是另一種可選的工具，但不是萬能的。
2這些年形成的新想法
按照 YAGNI、SOLID、DRY 這樣的順序來。
鉛筆和紙其實是最好的編程工具，但卻被忽視了。
用純粹性來換取實用性通常是個不錯的選擇。
添加太多的技術(shù)很少會是一個好的選擇。
直接與客戶溝通總是能以更少的時間和更高的準確性揭示出更多的問題。
“可伸縮”這個詞對于軟件工程師來說有著一種神秘而令人震驚的力量，足以讓他們陷入一種墮落的瘋狂。
雖然開發(fā)者被稱為“工程師”，但他們的大多數(shù)決策都是純粹的貨物崇拜（Cargo Cult），沒有分析、數(shù)據(jù)或數(shù)字作為依據(jù)。
90%（可能是 93%）的項目經(jīng)理可能會在未來消失，因為他們不會帶來效率上的提升。
在做了 100 多次面試后，我發(fā)現(xiàn)面試這種形式徹底失效了，但我也不知道該如何讓它變得更好。
3那些保持不變的舊想法
那些強調(diào)代碼風(fēng)格、lint 規(guī)則或其他細節(jié)的人都是瘋狂的怪人。
代碼覆蓋率與代碼質(zhì)量毫無關(guān)系。
在大多數(shù)情況下，使用單體系統(tǒng)就可以了。
TDD 純粹主義者是最糟糕的。他們脆弱的小腦袋無法容忍不同工作流的存在。
等到了第 10 個年頭，我們再來看看哪些觀點又翻轉(zhuǎn)或發(fā)生了變化。
原文鏈接：https://chriskiehl.com/article/thoughts-after-6-years
本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο朐陂L沙參加影視動漫培訓(xùn)的學(xué)生有所幫助。更多課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)頻道或添加老師微信：15033336050
注：尊重原創(chuàng)文章,轉(zhuǎn)載請注明出處和鏈接 http://m.hebeijilong.cn/news-id-13955.html 違者必究！部分文章來源于網(wǎng)絡(luò)由培訓(xùn)無憂網(wǎng)編輯部人員整理發(fā)布,內(nèi)容真實性請自行核實或聯(lián)系我們，了解更多相關(guān)資訊請關(guān)注程序開發(fā)頻道查看更多，了解相關(guān)專業(yè)課程信息您可在線咨詢也可免費申請試課。關(guān)注官方微信了解更多：150 3333 6050
