40 個可以改變寫程式技巧的秘訣
前言 這篇文章是取自 Medium kesk-*- ,文章的拍手數非常多,仔細讀完發現,這篇文章有很多點會讓人產生共鳴,有一些觀點是需要有專案的實作經驗才會懂,有些則是需要有人願意提出來說,協助你了解程式碼還有什麼樣的缺陷,怎麼改會比較好.但以下的 40 點不是準則,算是學習路程的經驗整理. 由於全 文都是使用英文撰寫,所以用自身理解把文章的內容稍微做翻譯,如果想看比較原汁原味的內容,可點選連結查看. 1. 將整個段落的程式碼,分拆成多個 fuction.比較能夠掌握各段程式碼的功能,看起來也不會過於冗長. 2. 如果下班時,已經離開公司跟電腦,但問題還沒有解決.那麼請不要再繼續思考問題,放到第二天再來解決.(重要 - 工作不是生活的全部) 3. 當程式碼中不會用到這個功能,就不要再額外加入,不用先預想未來可能會用到,程式碼僅需要完成當前所需的功能. 4. 你不需要了解所有程式相關知識,但是需要有相關的基礎,當研究新知識時,請先深入了解該語言及一些基本的規則. 5. 程式設計時,以簡單的方式來呈現,不用設計的過於複雜,執行的效率就會高很多.但通常不容易實現. 6. 不要想太多. (不是說沒有規劃就直接油門催到底開始寫,是思考時不用把程式架構思考的太複雜) 7. 被問題卡住時,站起來走走.倒杯咖啡, 散個步, 上個廁所,等等再回過頭來思考,先把自己暫時抽離. 8. TDD (=_+) 9. 先解析問題再寫程式碼,否則你會不知道究竟在寫什麼. 10. 程式碼不需要靠死記硬背. 11. 當從 Stack Overflow 複製或貼上任何程式碼時,請確認了解它的功用. 12. 如果想要學習,動手寫程式碼是最快的路徑,比起透過書本來了解,實際上場比較重要. 13. 研究別人的程式碼,也讓人來閱讀你寫的程式碼.互相幫助,是一個很好的學習方式. 14. 當有人已經寫好的不錯的第三方或已經有更好的解決方式時,就不要再自己動手重做一遍. 15. 讓程式碼變成最好的使用說明書,讓需要使用的人可以了解. 16. 懂得如何用 Google 去搜尋問題,但這需要有一定的經驗. 17. 寫程式碼需要考慮未來維護的問題,因此在寫的時候需要換位思考,讀的人是否看得懂,讓程式碼化變成一本故事書,可以輕易簡單的閱讀,而不是寫成天書,只有自己看得懂. 18. 最好的解決問題方式是 Google,複製
留言
張貼留言