一、個人情況介紹。
二、理論學習
我閱讀了《人月神話》的焦油坑與人月神話兩章。焦油坑比喻大型系統開發的境地,開發出的可執行的系統,只有極少數的專案滿足了目標、進度和預算的要求,程式設計的過程是痛苦也是快樂的。痛苦在追求完美、對他人的依賴與尋找瑣碎的bug。尤其是剛開始學程式設計,我卡了兩天,只因為乙個標點是挺令人崩潰的。還有乙個痛苦就是時效性,自己的產品很容易就會顯得陳舊過時。快樂在創造,在他人有用,在程式設計過程、持續學習與在易於駕馭的介質上工作的快樂。
人月神話一章中講到了軟體任務的進度安排:1/3 計畫;1/6 編碼;1/4 構件測試和早期系統測試;1/4 系統測試,所有構件已完成。本章給出了恰當的舉例對軟體專案中人員與所需時間的關係進行論證:向進度落後的專案安排人手,只會使進度更加落後。專案的時間依賴於順序上的限制,人員的最大數量依賴於獨立子任務的數量,這樣可推算出進度表。在課程初期就學到了這一道理,相信對以後的學習工作都會有很大的幫助。
三、實踐學習
(一)程式設計環境
程式語言python。整合開發環境:anaconda的jupyter notebook與pycharm。
github註冊,瀏覽器不支援,沒有考慮換個瀏覽器,浪費了很多時間,後來用火狐註冊成功,並成功將倉庫匯入gitee中。
(二)**倉庫
編寫的程式為課堂上老師給出的小學生算式生成。未解決的問題為重複算式問題。
四、工作記錄
步驟截圖
出現問題
整合開發環境: pycharm。
無整合開發環境:anaconda的jupyter notebook
無碼雲註冊
無github
瀏覽器不支援浪費了很多時間,後來換用火狐瀏覽器完成註冊與建立**倉庫並與gitee關聯
除錯期間有很多問題,比如if語句後缺少冒號,造成了程式報錯。程式先寫了個大概,後期完善,將結果不超過100的限制條件加了進去。課堂上教員提醒的eval函式也用上了。我沒能有效地解決算式重複的問題。應該要再定義乙個函式,用到陣列,把每一次生成的算式數字與運算子存進去,然後每生成乙個算式,與前面已儲存的進行比較,但感覺可能有更簡潔的方法,我希望可以繼續學習再考慮一下。最後的除錯由於100次比較多,將程式改為3次,除錯正常,如圖所示,99*92結果超出100,就不計入正確率統計。
pycharm上傳**至**倉庫
在github上建立的是空倉庫,沒有解決這個問題。用了拖檔案的方法,最後也上傳了。
第一次作業詞頻分析之劉明篇
1.預期時間3天 因為不熟悉c 所以決定用一天時間來了解一下,並且對這個專案的演算法與設計做乙個初步的規劃。根據初步的設計編寫 由於初學c 很多類和方法都不熟悉,所以這個過程計畫也要耗費1天。改善 除錯程式,消除所有的警告和錯誤,預計耗時1天,在這個過程中收穫應該是最大的。2.實際花費時間2天 預計...
劉景嶽 第一次作業
這個作業屬於哪個課程 至誠軟工實踐f班 這個作業要求在 這個作業的目標 掌握git和思考自己對本專業的理解與喜愛程度 學號212106726 1.作業截圖 圖一 github倉庫 2.作業 1 回想一下當初在填報志願時選擇了軟體工程專業時的暢想 當初你是如何做出選擇 軟體工程 專業的決定的?答 開始...
肖燦明 第一次結對作業
這個作業屬於哪個課程 至誠軟工實踐f班 肖燦明212106741 駱穎飈212106727 這個作業要求在 作業要求 這個作業的目標 學習基本的原型設計 原型作業鏈結 其他參考文獻 無使用工具 墨刀 我是來自2021級軟體工程 專公升本 1班的肖燦明,學號212106741,平時沒有喜歡 我是來自2...