1.在alpha 結束之後， 每位同學寫一篇個人部落格， 總結自己的alpha 過程；
2.請用自我評價表： 有比較才會有進步。
經歷這一段時間，確實是讓人挺累的吧，確實是對軟體工程有了一定的了解，拼命的談論，開會，寫部落格，寫**，反覆迴圈，跟輪迴一樣。自己之前就有對軟體工程有了一些了解，也回答了一部分問題了。
second：閱讀了第三章，明白了個人能力的衡量和發展很重要，也知道乙個軟體工程師的成長是很重要的。那麼，如何成長？如何從菜鳥到初級，中級，甚至是高階軟體工程師呢？拼命的敲**嗎？有時候覺得這個程式在我面前，我看得懂，可是讓我自己寫卻敲不下去要如何解決呢？
學到的不多，還是好好打**，多打一點，多讀書多打**。
third：書裡第四和第五章講述了團隊的重要性，那麼如何才是乙個優秀的團隊？乙個優秀的團隊是需要磨合的，比如跳舞，從剛開始的互相踩腳到最後乙個跳得完美，但是這最好是在乙個有人帶領或者引導下會不會比較好？如果兩個人都是一頭霧水，程式設計都不會，連基礎舞步都不行，那麼如何可以合作？又如何成為乙個團隊？
乙個優秀的領舞者很重要，他可以帶領團隊前進的方向，比如ljl就是很好的領導者。還是那句話，好好學習，多打**，如果有人可以教，一起努力學習是最好的了。相互督促，相互進步。
fourth：假設我想成為乙個pm，但是我剛畢業，專業技能不行，那麼it行業的公司又憑什麼要你呢？是否現在就需要開始看一些心理學，社會學，組織行為學，統計學，商業模式的書本呢？感覺自己長處在於交際以及管理。
這個問題，還沒想出來。
fifth：創新很重要，有點子很棒，但是往往十個點子十乙個死掉，總會有種種藉口，種種失敗，如何才能夠選擇合適的點子？而且創新這條路是孤獨的，那麼又該如何才能夠堅持到底？如果堅持後失敗了呢？
這個還需要好好**，深入研究。
個人認為，如果強調的是提問題的數量，而不是在意於質量，那麼其實用處也不大，拔苗助長罷了而且這樣往往會適得其反吧。
話不多說，趕緊bb五個問題出來。
2.當專案遇到瓶頸的時候，每個人都毫無頭緒，那該怎麼辦？
3.目前的交流開會是否太過雞肋，太過於形式主義了，正常一般有問題的時候就直接提出來，這些事讓pm來協調是否會更加好一點。
4.需要換團隊成員，那麼如何選擇離開的成員，貢獻度最低的那個嗎？換完成員後，如何快速融入新的團隊？
5.新的團隊，新的成員，新的角色，又要開始新的融入，甚至連角色也會改變，又要開始新的部落格，新的習慣，會出現一堆問題，那麼，如何解決？
【附加題】：請將問題提交至豆瓣： 並在部落格中給出鏈結
在豆瓣頁面的最下方 「讀書筆記」 那裡發言， 《構建之法》的作者會親自答覆問題
軟工網路15個人作業4 alpha階段個人總結
結對程式設計中有兩個角色 1.駕駛員 driver 控制鍵盤輸入。這兩個角色還是可以互換的。我的疑惑是，結對程式設計兩個人的能力不一定在同一水平線上，每個人都有自己比較擅長的地方，那麼，如果兩個角色可以互換，是否說明雙方都要讀懂對方的 假設，一方負責前端設計，一方負責後端開發，雖然兩種技術之間有部分...
軟工網路15個人作業1
傑micc 傑micc 當初你是如何做出選擇網路工程專業的決定的？原本專業為食品系的,迫於就業壓力,然後選擇轉專業進入網路工程 你認為過去兩年中接觸到的課程是否符合你對網路工程專業的期待，為什麼？還行吧.兩年中,學校先是安排一些計算機基礎課程.然後慢慢接觸到專業知識.只是課程略顯枯燥,相信大部分也是...
軟工網路15個人閱讀作業1
個人部落格位址 目的 管理你的專案，記錄 原始碼 文件，歷次版本變更，bug發現與修復 等資訊。碼雲位址 應該是偏向硬體這塊，以後工作方向可能是監控 網路佈線之類的。不是個人的第一志願，在學習中思考未來就業方向。比較符合，學習過程中帶有實驗課的實際操作，較切合實際。是比較接受的領域，不太擅長。有小的...