程式設計師為什麼要學習軟體工程

按照慣例，先回顧一下這周完成的工作：

（1）練習英語聽力240分鐘

（2）完成了三個test case的自動化測試實現

（3）修復5個bug

（4）發布小版本，做回歸測試

（5）讀完《構建之法》

自從結束了cpa分析後，工作又回歸了日常學英語、解bug、做測試的節奏。

**自動化測試開發節奏略慢，因為這周大部分時間在研究subprocess模組，網上資料太過雜亂，拉慢了開發進度。這周實現了利用該模組呼叫多個軟體，並將其配合使用，完成三個case的自動化測試。

之前，一直認為python僅僅用於做爬蟲、**和部分人工智慧。在利用python+subprocess模組實現命令列的作用後，才發現python的庫實在是太方便了，這可能就是python流行的部分原因吧。

**這周一共解決了5個bug，可能一些朋友會覺得數量很少。其實，解bug比較容易，但走流程非常慢。

在公司裡，乙個bug的生命週期如下：提出bug、分析bug、修改**、編譯通過、開會review**、靜態**檢查（qac）、寫test case、寫bug修改報告、上傳**和文件、分配ticket給sqo、審核通過，關閉ticket，一共12步，而這還是省略了一部分步驟的結果。

複雜的流程可能是大公司的特色吧，但就如《構建之法》中所說，從短期和個人來看，複雜的流程是低效和浪費時間的，但從長期和團隊來看，複雜的流程卻是高效和易於管理的。另外，如果把軟體開發作為乙個工程專案來對待，軟體開發流程相比其他行業已經算是簡化了，從汽車行業轉行的我深有體會，哈哈。。。

此外，這周發布了乙個小版本給測試組，在發布版本之前，做了regression test（回歸測試）。回歸測試用於發布版本之前的測試，主要測試新版本相對於上個版本是否發生功能回退的現象，《構建之法》對回歸測試的作用和重要性做了比較詳細的解釋。

**這週最重要事情是讀完了《構建之法》，完成了之前立的flag。但說句實話，《構建之法》後9章帶給我的啟發沒有前8章多。

在讀完這本書之後，我又看了一遍目錄做回顧，發現作者講的關於軟體開發部分的知識令我印象深刻，但專案管理、使用者場景和使用者體驗之類的內容無法引起我的共鳴。

當然，這也是有幾方面原因：

（1）我剛進入這個行業，軟體工程中的很多知識還未接觸，僅僅關注了軟體開發的內容。

（2）作者是微軟的專案經理，所開發的均是「為人服務」的軟體。而我所做的是嵌入式軟體開發，是為汽車開發ecu，差別較大。

軟體工程這門學科比較抽象，但它真正是從工程角度來剖析軟體開發，促進開發人員養成工程思維，並將其應用到日常軟體開發過程中。這就像每個學習汽車的學生必定逃不過《汽車工程》這門課一樣，都是為了培養工程思維。

另外，從日常觀察以及讀書的過程中，我發現真正優秀的程式設計師必定是具備工程思維的，他們不一定學過軟體工程，但卻將工程思維應用於日常工作中。

總而言之，對於軟體行業的學習才剛剛開始，接下來希望通過日常工作將學習的知識與實際開發相結合，同時也將繼續學習軟體開發的相關知識。