專案內容
這個作業屬於哪個課程
2021春季軟體工程（羅傑 任健）
這個作業的要求在**
2023年軟工-個人閱讀作業2
我在這個課程的目標是
學習軟體開發技術，培養團隊協作能力
這個作業在哪個具體方面幫助我實現目標
初步了解軟工的整個流程以及實際工作中會遇到的問題；嘗試持續整合/部署，為之後的團隊專案做準備
問題1
2. class vs. struct如果只是資料的封裝，用struct即可這裡是在談論如何處理c++中的類，作者給出的class vs. struct對比結果也很簡單。我對c++中類與結構的對比沒有非常系統的認識，平時程式設計的時候也只是能用struct就不用class。參考這篇部落格，很多時候用struct替換程式中的class也不會產生什麼問題，但是struct更適合看成是乙個資料結構的實現體，class更適合看成是乙個物件的實現體，這也算是對書中的話的進一步詮釋吧。——《構建之法》第4章 兩人合作
問題2
2023年代，程式設計師melvin conway就總結了乙個康威定律：如果根據康威定律，那麼是否意味著團隊在開發不同需求的軟體的時候，或者說企業偏向於開發某一種特定需求的軟體的時候，會採用不同的團隊結構使得開發的效率得到最大化？乙個機構設計出來的系統，它的體系結構注定會沿用這個機構的內部交流模式
——《構建之法》第5章 團隊和流程
問題3
使用者調查問卷看似很容易，其實大有門道，下面是調查者一些常見的錯誤在日常生活中我們總是會接觸到很多形式的調查問卷，其中有不少是採用了模糊不清的形容詞等，還有一些會引入等級（比如1代表非常討厭，5代表非常喜歡，從1-5中選擇乙個數表示對某事物的喜愛程度），其實質也是模糊不清的形容。從使用者角度來看，這些問題有時候會讓人不知所措，但是採用這種模糊的表述我認為也是有好處的：b.使用含糊不清的形容詞、副詞描述時間、數量、頻率、**等。
例如：最近、有時、經常、偶爾、很少、很多、相當多、很貴、很便宜。這些詞語對不同使用者和在不同語境中有不同的意義。
c.讓使用者花額外的努力來回答問題
——《構建之法》第8章 需求分析
1.將程度等級化，利於處理資料得出較為準確的統計學結論
2.過於量化描述會導致出現文中c的問題，讓使用者花更大精力去完成問卷
我認為比較好的解決方法是盡量將模糊表述用數字範圍來表示，例如100~1000元，每週5~10次等。這種描述既存在模糊的餘地，又能讓每乙個使用者能準確理解。
問題4
12.1.6 使用者體驗和質量好的使用者體驗當然是所有人都想要的，如果它和產品的質量有衝突，怎麼辦？犧牲質量去追求使用者體驗麼，使用者能接受嗎？這裡作者將這個問題拋給了讀者，並在後面講了乙個故事。初讀故事我對它的概括是：ge公司總裁韋爾奇曾對核磁共振機提出「犧牲質量去追求使用者體驗」，專家們討論後並未執行，最後被競爭對手搶先。看起來作者通過這個故事彷彿有非常強的指向性，即應當「犧牲質量去追求使用者體驗」，我對這種觀點持反對態度。——《構建之法》第12章 使用者體驗
後來我在重讀這個故事的時候發現，中間出現了「他又問，對於那些不需要太高精度的檢查，能否犧牲一些成像質量，換取使用者的良好體驗呢？」，才意識到我沒能看清事情的全部。這裡還是強調了「不需要太高精度」，即在不需要很高質量的前提下盡可能地提公升使用者的體驗。
我認為這裡還是需要針對具體的情況具體分析，不能一概而論，針對不同的產品找到合適的使用者體驗和質量的平衡點。
問題5文中在第13章「軟體測試」中提到一種「探索式」的測試，大多指隨機進行的、探索性的測試。文章中也提到「探索式測試太多是團隊管理不佳的乙個標準」。儘管是隨機進行的，「探索式」的測試應當主要放在軟體開發和測試的什麼階段能取得最大效益？還是說對於軟體開發的每個階段都進行一定的探索式測試？
問題6
成功的公司有價值觀——追逐利潤——《構建之法》第16章 it行業的創新我認為這裡的觀點有些以偏概全了。或者說這裡所說的「公司」特指自由市場下不受**影響的公司，或者說這裡的「利潤」應當理解為廣義上的利益（儘管書中所舉例子均為狹義的利潤）。華為花很大精力在自主晶元以及自主作業系統上，這絕不是在追求短期的利潤，確是在追求長期的利益。成功的公司和企業也要擔負一定的社會責任。
不同之處：
選取oopre2task0課程作業作為本次整合的測試
相同的專案上傳到github倉庫中
gitlab ci的特點
gitlab ci的觸發為git提交檢索.gitlab-ci.yaml檔案觸發
gitlab ci本身設計為config as code將ci/cd配置託管在專案中，避免每個人手工配置的ci或還有不一致帶來的問題。
github action特點
實際使用體驗
gitlab ci 相較於github action更加容易上手，.yml檔案相對簡單。現在只是能照葫蘆畫瓢，也沒有進行什麼實質有意義的部署，希望在今後的學習中能夠真正掌握這些。
軟工個人閱讀作業1
a.當初你是如何做出選擇網路工程專業的決定的？答 其實一開始選專業的時候，對專業是幹嘛的都不知道，在網上查了很多資料，看了網路工程覺得前景不錯 又是跟自己的分數差不多，也覺得學計算機的大佬可帥了，就填報了這個志願 b.你認為過去兩年中接觸到的課程是否符合你對網路工程專業的期待，為什麼？答 符合，接觸...
軟工網路個人閱讀作業1
野原澤君 野原澤君 1 回想一下你初入大學時對網路工程專業的暢想 2 對於大三下的你 3 大三是乙個人生選擇的十字路口，考研 工作 考公 出國，不同的選擇在大三就有不同的努力方向。而無論考研還是工作的每條路徑，也有許多不同的分支。未來的期望 4 是否有從學長學姐那，聽過對於這門課的要求或經驗？說實話...
個人閱讀作業2
在 no silver bullet 中，作者提到兩種軟體開發的困難 1.本質性 軟體本身在概念 conceptual 建構上存先天的困難 亦即如何從抽象性問題，發展出具體概念上的解決方案。2.附屬性 將概念上的構思施行於電腦上，所遭遇到的困難。而造成本質性困難的原因是 1.複雜性 complexi...