此作業要求
spec原則
之前在完成詞頻統計作業的時候不了解spec,沒有應用命令列引數以及重定向完成任務,而是使用了控制台輸入的方法,這導致我在四個功能的實現中都只拿到了0分。如果我當初能遵循spec現在也許就不需要寫這篇部落格了。
版本控制
在完成四則運算作業的過程中有一次使用git時由於操作失誤是的原始檔丟失,導致我們在進行後面的功能測試時遇到了困難,只能花費大量時間還原之前的版本,而且效果並不理想。如果重新做一次我會更加頻繁的進行版本控制。
文學化程式設計
程式設計師在寫程式時應該新增相關注釋,在飛詞的阿爾法階段我由於缺少必要的注釋對其他組員的工作造成了不必要的困難,在自己補加注釋時也遇到了困難,事倍功半。以後我會在寫程式時即時新增注釋
附加作業 軟體工程原則的應用例項分析
作業要求 1.版本控制 最初並不能理解版本控制的實際作用,覺得操作上也存在著很複雜的過程,一次版本控制要花費需對時間去建倉庫上傳 等等,但是經歷過一次更改了的 找不到之後發現,尋找以及重新編譯所花的時間比版本控制要多得多。也慢慢養成了版本控制的習慣,更有助於 的儲存與修改。2.規範 當我們進行結對程...
軟體工程原則的應用例項分析
此作業要求參見 1.效能分析 在詞頻統計的作業中,我首次接觸到了效能分析這個概念。從前提到優化,也只能憑藉自己對 的了解大概 一下耗時最多的是什麼函式,這種做法既不專業,也顯得低能。在 構建之法 中,提到了兩種分析方法 抽樣和 注入。在作業中,我初次使用效能分析工具,找到了耗時最多的三個函式,通過去...
軟體工程原則的應用例項分析
此作業要求參考 在本學期中,應用到了哪些軟體工程原則 規範 雖然計算機只關心編譯生成的機器碼,但是在團隊裡工作,規範很重要。在進行結對程式設計時,我和我的同伴一起制定了 的風格規範等,這樣兩個人共同編寫的 遵從共同的規範,在後面再回顧時,結構清晰,可以方便閱讀和理解。敏捷開發流程 敏捷流程強調盡早並...