前言

? 這篇博客的主題是：期望與篤信，借這一次寫期望與篤信博客的機會，也簡短地進行一次自我反思與自我剖析，反思一下過去，總結一下現在，展望一下未來，

? 首先我想談一下我選高等軟體工程這門課的心路歷程以及我寫這篇博客的心態變化；我本科院校在南開，并不是北航本校升學，所以在我上第一次課之前，我了解高等軟體工程這門課的途徑是學長學姐和身邊同學對這門課的評價，我聽到了兩種聲音：

• 第一種是：高軟必選！！！這是一門能夠真正能讓自己有質的提升的“硬課”；
• 第二種就是：這門課只有三個學分，上這門課的時間精力投入不亞于十個學分的課程，高軟不值得；

? 這兩種聲音在我腦海中交織纏繞，我一時間不知道如何抉擇，這讓我開始反思我本科期間的經歷，修過與高等軟體工程這門課相關類似的課程：企業實習、面向物件分析與設計、軟體工程、企業應用開發，按理說，我應該對軟體工程或者說對工程這個概念有很深的理解才對，但是實際情況并不是，我這方面的基礎知識，我對軟體工程的理解依舊是一地雞毛；因為我犯了一個致命的錯誤，選課完成課程專案永遠是以學分為導向、以高分為導向，而真正忽略了在這個程序中應該去掌握理解的地方，所以在研究生階段，我給自己定下的一個小目標就是，行為決定以自我提升為導向，所以高軟值得！

? 看了一些同學的博客，被同學們坦誠認真的態度所打動，以前的我，對待老師的作業，一般會掩飾自己的真實情況，交一份看起來盡善盡美的作業上去，永遠做不到對自己完全坦誠，這樣是極其不好的；老師疲于備課，學生疲于應付，二者在相對平靜的表象下都無法得到自我價值的真正實作，現在我深刻地轉變了我的看法：我首對我自己的發展，自我能力提升負責，其次才是對老師的作業任務負責；同樣的，我認為，老師首先應該對學生的發展負責，其次才是對教育體制負責，

? 可能以上談的一些與課程內容關系并不大，視野也比較小，僅僅局限與我本身，并沒有放眼整個軟體工程行業，但是這是我當前最真切的看法，如有不同的看法，也請各位批準指正，

課程期望

對于這個問題，我想拆解成三個小問題來回答，

狀態A:我現在怎么樣？

本科軟體工程專業科班出身，有過網站后端開發、微信小程式全堆疊開發、移動應用開發相關經歷，也修習過軟體工程相關課程；但是現在有一個新專案擺在我面前的時候，也許不會有第一次接觸的恐懼，但是在面對相關的代碼細節、技術要領這些問題上，我和從頭開始似乎也并沒有質的區別，

所以這里我要問自己個問題，不管是導師還是業界大廠，都十分看重專案經歷，那么一次專案經歷，帶給自己的提升是什么？自己在每次參與到專案中的時候，應該注意什么？

• 我認為最重要的一點就是團隊協作，一個團隊以什么模式運行，用什么工具協作，以什么方式溝通，團隊整體的知識技術以什么方式更迭，怎樣做到成本最小化收益最大化；
• 其次就是技識訓累，只要不是完全相同的專案，接觸的時候必然會遇到新的知識，新的技術；一方面互聯網產業技術更迭很快，需要我們具有快速學習的能力，另一方面新習得的技術如何內化為我們自己的技能，除了頻繁的練習，那我認為有效的一種方式是歸納總結輸出，形成自己的技術檔案庫，
• 最后但是同樣重要的一點是，分析實際情況，抽象為可計算可拆解模型的建模能力也是關鍵的一點，

以上是我目前視角下能夠看到的方面，當然很多問題我現階段還無法解答；從以上三個方面來評價我之前的專案經歷的話，我從之前的專案經歷中得到的識訓應該是相對很小了，

狀態B:今后我想成為什么樣？

對照以上分析，在專案能力上我希望能夠得到如下發展：

• 團隊協作流暢，不管是作為隊長還是隊員，都能很好地把控專案節奏，掌握協作工具，高效溝通交流；
• 技術能力強，技術種類廣，學習能力強，迭代周期短，擅長快速學習和歸納總結；
• 能夠抓住實際問題的主要矛盾和次要矛盾，將之抽象建模，并可實作為性能較健壯的系統，

在這門課上我期待識訓到什么？

1. 對軟體工程更高維度或者更深層次的認識與理解，之前一直覺得自己就像一個無情的搬磚機器，并沒有在專案中注入自己的東西；同時以往關注的點可能只是這塊功能是否能夠實作，除此之外更多的還要考慮這個健壯性和運行效率，一個雞肋功能占據極大資源的情況是不可取的，

2. 重拾從事軟工行業的自信，由于個人因素和2020年疫情的影響，我距離上一次專案經歷已經隔了很久，自認為自己的代碼能力是相對偏弱的，且由于計算機行業的興起，學習和從事互聯網行業的門檻降低，帶來的是競爭壓力的加劇，如何培養提升自己的核心競爭力，在互聯網浪潮中站穩腳跟是亟待解決的問題，

3. 自我知識體系的重塑，很多內容之前也曾了解過，不過現在也印象不深，更像是一團亂麻，面對問題時，也不能有效地理出頭緒，這就需要在這門課學習的同時，對過去的知識結構進行重新的整理與歸納，

4. 更高的代碼能力，不管是搭架子還是實作某個具體功能，我目前來說，是很不熟練的，這次課程的課下練習時間也是一個訓練的機會，

   之前一直聽過這種說法，代碼能力一般分為這么幾層：

   • 第一層，起心立志，學習和記憶基礎知識；

   • 第二層，識別基本語法，掌握一些通用成熟的固定技巧和常規運算式；

   • 第三層，讀懂代碼，能看懂代碼，能根據需求實作功能，但具體原理不是太清楚，不太清楚的意思是：不知道怎么用好，怎么用不好，存在什么隱患，有哪些亮點，寫出的每一句代碼，未必有理由，修修改改能得到正確的輸出結果或實作相應的功能，有一定的可復制的方法或流程，去完成相似的事情；

   • 第四層，有意識地寫代碼，能模仿寫代碼，寫出的每一句代碼，都有理由，自問自答可以解釋上一級別不確定的問題，并形成一家之言；

   • 第五層，無意識地寫代碼，能明白地寫代碼，不停的自我否定，自我重建，達到優雅的境界，

   自認為還處于第三層上下，有很大的提升空間，

5. 更完備的檔案能力，這是一個以前忽視的點，沒有花氣力培養過這方面的能力；逐漸發現檔案能力的重要性甚至不亞于代碼能力；

6. 團隊合作能力，團隊合作經驗的積累，團隊配合方式的探索，

以上列舉次序從個人考慮到團隊，與重要性無關，

提的比較抽象，沒有將識訓目標落實的某一種具體的技術上，但卻是離不開各種具體的技術，

我之專案觀

在回答取得專案成功的關鍵因素這個問題前，有必要考慮一下什么樣的專案才是好的專案這個問題，

什么樣的專案是好的專案或者說是成功的專案？

• 具有實用價值，可以實作相應功能解決一些問題，或者說研究價值，“有用”，而不是玩具專案
• 有完備的檔案
• 有完整的貢獻管理與維護
• 甚至有周邊專案與盈利生態

那么取得專案成功的關鍵因素有哪些？

1. 選題有意義，抽象建模合理
2. 團隊合作順暢，高效溝通，能把控節奏將專案按進度向前推進
3. 利其器，根據模型，選擇合適的框架和技術進行開發
4. 集思廣益，充分重視代碼評審環節，確保提交高質量代碼，后續還要對專案進行跟蹤維護
5. 重視檔案，從各個程序重視軟體檔案的撰寫，檔案也是軟體不可或缺的一部分

我的專案計劃

專案內容：基于訂單的家庭工廠協作系統（需求、設計、實作和測驗）

典型的生活日用品制造業往往由一組家庭式工廠協同配合，共同生產和組裝，完成最終訂單，系統有幾個關鍵功能：下單(接單)、訂單分解、訂單分配、訂單進度追蹤、訂單完成風險評估、訂單完成效果分析等，要求實作基于網頁或手機端的系統，場景類似與淘寶網購、美團外賣等，

開發任務：個人負責后端開發

個人計劃

由于還在專案前期，暫未涉及到里程碑和工單任務，目前的計劃集中在自我知識技能儲備提升上：

• 做好心態建設，確保每周至少10h時間投入，做好隨時加班準備
• 軟體工程、UML、設計模式學習鞏固
• python基礎語法，django框架的使用
• 課上認真對待，課下認真開發，互相評審，積極反思

團隊計劃

• 積極參與，高頻率同步個人與團隊間的狀態步調
• 前期分析需求，設計系統，選型出相對合適的框架進行開發
• 中期開發積極推進進度，和團隊成員拆分工單，共同攻克難點
• 后期積極評審代碼，維護代碼健壯性與高效性
• 整個程序中積極完善檔案

以上就是我第一次博客的全部內容，可能聊了很多無關的內容，這都是當下的我最真切的想法，希望這門課程結束的時候在回頭看，又有新的體會，

標籤：其他

上一篇：2020ASE第一次課程作業—期望與篤信

下一篇：嵌入式basic解釋器推薦