關于編程,大學沒有傳授的十件事

fmms 13年前發布 | 10K 次閱讀 編程

筆者依然記得當年完成學業時,深信自己已經準備好進入任何一家軟件公司,并開始成為一個頂級的開發人員。顯然,開始工作后沒多久,筆者就意識到,還有很多事是我所不了解的。在不斷吸取經驗的同時,筆者一直在努力學習那些我從來沒有學過的,但卻是成為優秀的開發人員所應了解的基本知識。以下是筆者希望自己能在學校就學到的十件事。

12132329_ne3q.jpg

1. 我們總是錯的

開發人員有著相當大的自我意識,包含了一些其他的非技術性缺陷,這也正是為什么我們很難發現我們做錯了什么。我看到過很多無休止的設計討論,開發人員不斷地發表自己的想法……呵呵!猜猜怎樣……我們都錯了,唯一的區別就是我們犯錯的離譜程度不同。

理解并接受這個事實非常重要,我們只有這樣做了,才能敞開心胸去聽聽別人的意見,采用他們的想法,來得出一個更好的解決辦法。

2. 事情若有可能出錯,就一定會出錯

也就是說“希望驅動開發(hope driven development)”,如果你對于某些事并不確定,如果你發現自己使用了“應該”這個詞,那你就麻煩了。

而這只有一個解決方案,盡己所能去保證它不會出錯,這可能意味著你需要編寫一個測試、調試并驗證需求……

3. 所有的代碼都爛

在我抱怨那些我碰到過的代碼十年之久后,我得出了一個精辟的結論,所有的(包括我自己寫的)代碼,都爛。當然,爛還是有等級之分的,但即便是我見過寫得最好的代碼,也是難以讀懂的。

這并不意味著把你的代碼寫得更好是沒有意義的,恰恰相反,最好和最壞的代碼還是有天壤之別的。

4. 錯誤(Bug)總會存在

永遠存在!問題只在于要發現它困難與否。

5. 客戶最大

許多客戶并不在乎你在方案中使用了哪些技術,應用程序需不需要做更多的事……或通俗上說,你是否使用了好的實踐方案。

也因為我可以想象,要是我只說了前面那一段,我會收到多少惡評,讓我說得更清楚些……我想說的是,我們永遠不應該忘記客戶的立場,有時候,開發人員為了最佳實踐而在項目工程中過度堅持采用(某些)技術,但要記住,若這些技術無法給客戶帶來價值,那就放棄吧!

6. 紙上談兵是行不通的

我曾認為,我可以在前期就把我的整個設計置于紙上,然后只要將缺漏處填上就好,但這樣根本行不通。

軟件開發是復雜的,若不親手去碰碰看,很難看到所有的實際層面以及它們之間的關系。因此,在前期保持規劃與設計是很有用的,但不要過度堅持,也不要把設計圖表當作合約固守。

7. 少即是多

或者,你可能知道更好的說法是:“Keep it simple, stupid!”(保持簡單,KISS設計原則)。所以,如果沒有必要的就舍棄吧!因為要記住:“事情若有可能出錯,就一定會出錯。”

8. 編寫代碼只是我們所做工作的20%而已

請準備好,花80%的時間用于思考、調試、測試、開會、談話……而所有的其他活動都是非常重要的,所以若要成為一個優秀的軟件開發人員,你必須培養廣泛而全面的技巧(Skill),而不僅僅是技術(Technical)。

9. 客戶永遠不知道他/她想要的是什么

客戶若有需求,或是想法,但是他們不知道詳細情況……軟件開發要做的工作就是,發現細節并去除所有的不確定性,將這些需求轉換成客戶想要一個應用程序。

10. 已經有人做過了

所以不要再重新發明輪子,用谷歌找找看,或者更好的方法是,請教你的同事,很多時候他們可能都已經做了相同、或非常類似的事情。

英文原文:10 things they never teach in college about programming

中文翻譯:伯樂在線

 本文由用戶 fmms 自行上傳分享,僅供網友學習交流。所有權歸原作者,若您的權利被侵害,請聯系管理員。
 轉載本站原創文章,請注明出處,并保留原始鏈接、圖片水印。
 本站是一個以用戶分享為主的開源技術平臺,歡迎各類分享!