Devs.tw 是讓工程師寫筆記、網誌的平台。歡迎您隨手紀錄、寫作,方便日後搜尋!
尤川豪 Enoxs chenjenping Kevin Hou JuenTingShie
剛入門程式設計時,我總覺得讀懂程式碼的責任完全在我的身上。 程式碼很長不知道怎麼解讀,而且讀很慢? 那一定是我看得不夠廣寫得還不夠多。 程式碼邏輯散佈在好幾個地方,讓人一時不知從何追起? 那一定是我還看不懂其中巧妙,程式思考功力還太弱。 總之謙卑一點,聽前輩的,一定不會錯。
直到看了這篇才知道: 跟讀書、上課或是任何的資訊輸入/輸出一樣,「讀懂」並不只是讀者的事,作者也該負起責任; 而且想成為好的作者,就該慎選要閱讀的素材。 公司內「大神」寫的程式碼讓人看不懂? 問題比較大的那個人,可能其實是「大神」。
https://www.yinwang.org/blog-cn/2020/02/05/how-to-read-code?fbclid=IwAR3l4rJIU52vLqK2Zok4ksjHSCbsdD6_qCJzXbaTrcEed_NkUXuY2zkOmuE
同意。寫的人、讀的人,都有點責任。
除此之外,程式碼基本上就是寫給人看的。
完成同樣任務的程式碼,基本上有無限種寫法,對機器來說,compile 到最後都是看得懂的。
程式語言 -> 組合語言 -> 機器語言
再加上現在硬體效能的提昇,為了「人類可讀性」而多花一點記憶體、CPU 根本沒什麼,非常值得。
所以程式碼務必以別人看得懂為主。
如果是為了效能考量,而讓程式碼有點難讀,那還可理解。如果只是為了炫技,那真是大可不必。
Kevin, a novice web developer
本站 devs.tw 已暫緩更新!我寫了一個「新手友善」的全新論壇:CodeLove 愛寫扣論壇!
歡迎前往新網站翻閱文章、與大家交流、分享、互相打氣、一起學習、一起成長!
同意。寫的人、讀的人,都有點責任。
除此之外,程式碼基本上就是寫給人看的。
完成同樣任務的程式碼,基本上有無限種寫法,對機器來說,compile 到最後都是看得懂的。
程式語言 -> 組合語言 -> 機器語言
再加上現在硬體效能的提昇,為了「人類可讀性」而多花一點記憶體、CPU 根本沒什麼,非常值得。
所以程式碼務必以別人看得懂為主。
如果是為了效能考量,而讓程式碼有點難讀,那還可理解。如果只是為了炫技,那真是大可不必。