國立成功大學

#請益 如何寫出好的程式

1月13日 21:43
如題,我現在是資工系三年級的學生,學了兩年多還是覺得自己寫的程式很糟糕,查了一些資料,知道有關於clean code ,design pattern的一些書能幫助寫出更好的程式,但也有些說法是直接去刷題,寫的題目多了自然會越寫越好,想請問各位前輩應該要優先往哪個方向去努力,謝謝。
46
留言 25
文章資訊
共 25 則留言
國立成功大學
同問
中原大學
你的好程式是怎麼定義 易讀?效能?還是? 刷題我覺得只是訓練解題,但應該不是你想要的好程式
中原大學
CleanCode 我也剛看沒多久 但他寫的其實已經不太符合現在的概念,所以你看完可能還是不知道他在說什麼 裡面比較重要的概念應該是 SOLID DRY
國立成功大學 電機工程學系
多看看別人的code 吧 看大神的code 真的進步很快
我覺得OOP、SOLID弄懂之後 直接學著做TDD好了 要讓程式到很容易測試的話就得下很多功夫解耦,增加聚合 我覺得都是讓程式好的一個蠻重要的指標
國立臺灣大學
去github上找大型專案 最好是星星很多、contributor很多的那種 看看版本演進、roadmap 然後整個project的架構 再進去細看source code 常看就會有感覺了
國立清華大學
B6 推這樓 最實際 不同project不同team的考量方向不一樣 真的有時候會差很多⋯⋯
淡江大學
下筆之前先想過 很多程式邏輯都很簡單 常常會得知要寫就直接寫下去 這是不太好的習慣 在我們公司 實際寫程式的時間遠低於想架構規劃的時間 同推 B6
逢甲大學
資工系在台灣只有一件事重要吧 就是去念研究所
國立高雄大學
剛工作不久,看到前人留下 或是同事合作的code真得昏倒 號稱資深寫的code跟拉基一樣 能複用的不提出來共用,變數亂取名子,加功能直接覆蓋不去改舊code,註釋都不寫連自己要去改也忘記是在寫啥,變數還慣用全域...寫不完
國立臺灣大學 資訊工程學系
推這本:
然後刷題應該是沒用
國立臺灣大學
上面都是講屁話,什麼TDD、design pattern,就是刷爆題進我大google才是王道啦 其他都是安慰自己刷不起來的逃避藉口而已
國立中央大學 資訊工程學系
學會看公司的coding style 文件 然後記住所有的規則並且依照規則去寫
好有很多不同面象,好懂也是一種好。
簡單說,這個是以 clean architecture (但簡化一點) 的版本,搭一些 TDD 展示。同一個功能的目標,但用不同的思維下去寫會有什麼樣的不同。
原 PO - 國立成功大學
謝謝各位前輩的建議,資訊量有點太大,很抱歉沒辦法一一回覆表達感謝,但真的非常謝謝大家的幫忙,讓我有一點進步的方向。
國立政治大學
匿名
這則留言已被刪除
已經刪除的內容就像 Dcard 一樣,錯過是無法再相見的!
國立臺灣大學
思考一下是不是每一行程式都沒有改進空間了 可讀性:別的人一起合作看得懂嗎 可測試性:寫出來的程式能自動測試嗎 可靠性:能處理到各種極端的狀況嗎 可擴充性:遇到需要修改的時候是否容易 效能:是否做了多餘的步驟、有沒有明顯優化空間 除了這些以外,可能還要理解程式使用者的用法、對程式解決的問題有深入的了解
國立清華大學
也有同樣的困擾~ 我覺得可以同個code題目自己先寫,盡量做到自己理想的狀態,然後再看看同個題目大神怎麼寫的,就會知道原來可以這樣寫! 看多了、技巧比較多就比較好
香港城市大學專業進修學院
介紹你, codewar
中山醫學大學
學到很多招耶 整理一下: 1.看大型project 的code 的版本演進、架構等 2.學習coding style 的規則 3.好習慣:命名好懂的變數、寫註解 4.看書 clean code 5.留意code的效能 擴充性 可靠性 可測試性 可讀性等 6.先刷題 寫完後再觀摩大神解法 多看多想
國立臺灣科技大學
要看目標.未來寫前端介面求快出量產,可以跑就好.寫IC要求效能.完全要看目標,你是要寫最佳解的意思嗎?