這學期的軟體工程課進入尾聲了，這裡我說一下對一學期課的感受和對王老師的一些建議。
一開始寫這個我立刻想到了我們團隊在給其他組評價時得到的對評價的評價。當時老師說我們讚美的語言多了些，我不禁在這裡不敢誇老師了。其實也沒有所謂的欲抑先揚，只是給出我的客觀評價，而且很多事物的不足之處恰恰也正出於他的優點。正如王老師對與軟體工程這門課的教學方式。
肯定要說的是老師這種教學方式很新穎，我大學三年來沒有上過其他類似的課程。我認為老師的創新是對的，出發點也很好。翻看課本可知，這門課並不像資料結構、作業系統般講具體的演算法、原理的知識，這本書一定程度上更像思政課的內容。如果像傳統方式教學必然索然無味，學生完全不會重視，考試更像答思想品德課的題。老師把軟體工程實際化了，切實的讓我們去做工程，在過程中去學習體會。而且有些校企結合的意思，模仿軟體公司的專案開發流程讓我們去做。
但是我認為的一些問題也正出於這些優點。其中重要的一點是任務量過大，我覺得提出這點不是出於學生天生的對於作業的牴觸，而是課程的任務量遠遠超過了這學期其他課程，所以我認為這確實有些多了。而且課程時間出現在大三下學期，更使人感覺繁重。當然，按老師的方式，學這門課需要技術基礎，也不能過早開設，若放到大二下學期可能好些。從出發點看，老師也是希望我們學到更多，但任務過多後可能會有反效果，大家有牴觸情緒後會失去效果。部落格是大家交流的地方，大量的部落格發表隻成了作業而沒多少交流到。上屆學長也提到過這門課任務量大，說明這是乙個共性的問題。再有就是老師讓我們按照真正軟體公司的流程來做挺好的，因為我們早晚要面對這些。但既然我們還在學校，還是學生，那就不太適合100%地模仿，我認為有些流程及報告並不適合學生的情況，我們做的專案還是小專案，在一些**、圖、匯報上實在可寫的很少，軟體公司標準的文件格式不全適合我們。應該找到適合我們的總結形式。再有，老師的課堂練習也不錯，但我們基本當成程式設計課來對待了，只為實現程式而做。這方面老師其實提到了，**實現與否不重要，這也是要讓我們體會軟體開發的過程，但我覺得我們都沒有什麼體會，都是去實現**了，老師在這方面應考慮方式的改變。
這些是我的一些建議，可能有個人觀點偏向的地方，可以交流。我覺得有問題沒關係，事物正是在改進中完善的。最後還是要誇老師，不出於奉承，我的確看到了老師對於教學的改革，在每節課都保持的演講激情，對於教學方式的探索。
感謝老師，與君共勉。
對某課程的建議和意見 對訊號與系統課程的意見與建議
非常抱歉在期末考試的cheatsheet a4紙上沒能來得及寫上對課程的建議與意見。學期末5月底至6月初，我因公出國，耽誤了三次課程，因此在第16周時期末複習和補交作業都異常艱難，希望老師不介意這份意見與建議的晚交。1.課堂講授 a 在每節課的最開始的時候講述本節課程的內容框架的問題 相比於其他課程...
對往屆軟工實踐作品的評述
1 便利筆記本 個人理由 瀏覽了這個專案小組組長的部落格，他記錄了專案想法產生的原因以及一開始提出專案需要滿足使用者的一些要求，並且在專案開發的過程中有隨時記錄專案的程序以及接下去小組人員需要完成的工作直到最後專案的發布。這教會了我們在軟體專案開發過程中小組組長需要對專案開發過程要有一定的目標，通過...
我對部落格中提到的評分規則的意見和建議
鄒欣老師在 軟體工程課的分數系統，和打分方法 這篇文章中提出了一種不同於以往我們所接觸的評分方式 以 原始分數 累積並對映到各自區間 歸一化為百分制 加上可選的個人附加分 老師的調整 成績單上的分數 這一流程為標準進行評分。在這種評分標準中，鄒欣老師並不是將學生獲得的分數限制在百分內。學生可以在平時...