結對程式設計中有兩個角色：我的疑惑是，結對程式設計兩個人的能力不一定在同一水平線上，每個人都有自己比較擅長的地方，那麼，如果兩個角色可以互換，是否說明雙方都要讀懂對方的**。假設，一方負責前端設計，一方負責後端開發，雖然兩種技術之間有部分相關，但是這意味著兩方都要了解對方的**麼？1.駕駛員（driver）：控制鍵盤輸入。
這兩個角色還是可以互換的。
回答：
目前看來，假設兩者分工為前端後端，前端不一定要了解後端的**，但是後端需要了解前端的**。前端在除錯時需要應對後端的顯示問題，也就是需要了解後端**的「結果」。後端需要針對自己的需求對前端提出需求和改進要求。我看了書本p109這一段文字：
軟體團隊尚未成熟，不懂得如何獨立地進行需求分析，不懂得如何對行政領導有技巧地說「不」，也不知道如何說服利益相關者同意並支援正確的專案方向。既然不能驅動團隊成員，那只能靠外力來驅動了。但是我還是不太懂，我的困惑是，這段文字應該是用來闡明『老闆驅動模式』的有理性，但是這段文字中的『利益相關者』和『外力』我認為意味不明。在我看來，軟體團隊的最大利益相關者是當前團隊的領導，和軟體的需求方。那麼當這個團隊不能說服利益相關者支援軟體向較好的方向開發，只能靠外力來驅動，那麼這裡面的「外力」是指什麼呢？
回答：
這個問題當時沒有理解清楚，「外力」應該指的是這個團隊的上層領導，乙個尚未成熟的團隊沒有自己的獨斷能力，那只能借助比團隊等級更高的外力來確定整個團隊的前進方向和最終目的。我看了書p99這一段文字：
軟體行業的一些團隊由一些有特殊技能的專業人士組成，負責解決一些棘手而有緊迫性的問題。我的疑惑是，正如文中所說，「**團隊的成員」是在某一領域達到「專家」、「高手」的地位，那麼是不是意味著這種人群與整個it群體相比，所佔比例較小。那麼當乙個公司在遇到棘手和緊迫性的問題時，能夠找到足夠多擅長這個領域的人來組建乙個團隊麼？例如後文中舉例的『y2k』問題，我查了相關資料，其中提到，
直到2023年將要到來的時候，人們才感覺到兩千年問題的緊迫性。於是社會和**都投入了大量的人力和物力來避免發生大規模的計算機災難。當時的相關從業人員並沒有預先意識到事情的緊急性，或者忽視了可能到來的系統混亂。在我看來無論是醫療，金融，**或者是國際組織在這件事件中所面臨的急迫性是相等的，而事件之前並未組織相關團隊。那麼在危機當前各個行業都需要聚集乙個對這個問題有深入了解的團隊，是不是比較困難？
回答：
當初提這個問題的時候，是基於2023年的情況設想的。但是這幾年科技發展迅速，與2023年的技術水平已經有很大進步，近幾年出現的病毒風暴都能夠比較迅速地解決。解決速度完全取決於工程師對原理的了解程度。網際網路的發展使得技術人員在專業方面的交流更為方便，解決問題也可以多渠道，現在的技術水平已經能夠解決和避免多年以前的歷史遺留問題。所以我認為既然2023年已經過去了，就不要執著於過去的事情了。關於這本書的排版，剛開始其實沒什麼感覺，用久了就有問題了。目錄只寫明了這一章的起始頁碼，個人認為使用者體驗不是很好。比如我需要找乙個小目錄，還要先從大標題進去再一頁頁翻。
所以，問卷中的「其他」這類選項應該怎樣設定？
我讀了書p12.4頁關於「貫穿多種裝置的使用者體驗」，有這個問題：現在手機有很多態號，手機螢幕尺寸也不一樣，在設計的過程中，發現同一種排版方式在蘋果產品上出現問題的頻率更大些。華為產品的螢幕尺寸長寬比一般不會有太大波動，但是蘋果的產品波動比較大。iphonex給人直觀的印象就是螢幕較長。相同的布局對其他產品可能適用，但是在這種型號上介面美觀就出了問題。我想問的問題是：前端不可能對世界上所有手機型號都設計對應的版本，那應該如何處理這種相容性？
這是乙個不怎麼正經的問題。也許是感慨在以前的專案中遇到了乙個問題，就是pm（姑且算是吧）給了我乙個設計草紙（真的很草），不需要實現和後端的鏈結，只需要把這些條條框框設計成具體的網頁。但是那個原型（姑且算是），怎麼看怎麼**不對，就是肉眼就能預感到很醜的型別，無論是排版還是功能安排。並且是，給了選單內容，但是沒有說明具體選單做什麼的草圖。因為情況非常特殊（不能描述），所以我能夠對接的物件只有pm。具體要進行的設計雖然是完工了，但是因為沒有和後端聯絡，要用到的框架型別我只能隨意安排。不要問pm去哪了，pm布置完任務就消失了乙個星期，下一次出現是要我交成果的時候。我問乙個問題ta可能一天後回吧。遇到種問題句很迷惑。不期望得到回答，只想發洩一下。這種情況，只能保持微笑。再次讚揚一下我們盡職盡責的pm
我大概能知道老師的初衷，通過團隊專案感受軟體開發的過程。然而實際上，我們水平有限。最後展示出來的成品也有一定限制，並不能達到完美，這是很正常的。本來只是想看一下同學的**看看不同的實現方法，結果某些團隊，提交記錄或者原始碼都展示了乙個事實，就是並不是自己寫的**，**過於明顯。
網路上完整的原始碼有很多，雖然不得不承認，把原始碼拷貝再執行的過程中可能會有很多問題，解決問題也是乙個學習的過程。然而這個舉動解決的問題時如何能讓**執行而不是如何去實現自己的設想。
並沒有經歷什麼開發過程，反而是在應付作業。**借鑑是正常的行為，然而也要有個度量，正常的過程是在借鑑中學習，但是這種原始碼照搬的行為感覺已經偏離了軟體工程的意義。參與了全程，即使最終結果有bug有邏輯錯誤介面不夠優美什麼的，如果是自己寫的**出了問題自己承擔問心無愧。和隊友談論過也決定不是很服氣。只是想問，這門課對於**借鑑到底有怎樣的要求？這是乙個開發的過程，對於從開始到結束都絞盡腦汁寫**改方案的同學真的公平嗎？
軟工網路15個人作業1
傑micc 傑micc 當初你是如何做出選擇網路工程專業的決定的？原本專業為食品系的,迫於就業壓力,然後選擇轉專業進入網路工程 你認為過去兩年中接觸到的課程是否符合你對網路工程專業的期待，為什麼？還行吧.兩年中,學校先是安排一些計算機基礎課程.然後慢慢接觸到專業知識.只是課程略顯枯燥,相信大部分也是...
軟工15個人作業4 alpha階段
1.在alpha 結束之後，每位同學寫一篇個人部落格，總結自己的alpha 過程 2.請用自我評價表 有比較才會有進步。經歷這一段時間，確實是讓人挺累的吧，確實是對軟體工程有了一定的了解，拼命的談論，開會，寫部落格，寫 反覆迴圈，跟輪迴一樣。自己之前就有對軟體工程有了一些了解，也回答了一部分問題了。...
軟工網路15個人閱讀作業1
個人部落格位址 目的 管理你的專案，記錄 原始碼 文件，歷次版本變更，bug發現與修復 等資訊。碼雲位址 應該是偏向硬體這塊，以後工作方向可能是監控 網路佈線之類的。不是個人的第一志願，在學習中思考未來就業方向。比較符合，學習過程中帶有實驗課的實際操作，較切合實際。是比較接受的領域，不太擅長。有小的...