點擊進入點評做業html
(1)點評內容:同窗你好,對於你的第二個問題,我有不一樣的見解,這裏所說的「他們並排坐在一臺電腦前,面對同一個顯示器,使用同一個鍵盤,同一個鼠標一塊兒工做。他們一塊兒分析,一塊兒設計,一塊兒寫測試樣例,一塊兒編碼,一塊兒作單元測試,一塊兒作集成測試,一塊兒寫文檔。」在我看來它只是一種比喻,是指兩我的共同來完成一個項目,他們能夠有不一樣的分工,在工程的各個階段互相交流,最終完成項目,而這個比喻,形象的告訴讀者,在結對項目中兩我的合做的重要性,若是在工程初期,可以制定明確的方案,兩我的有明確的分工,那麼對於一個較大的工程項目,結對則會提升效率和工程質量,以上是我觀點。python
(2)閱讀心得:該同窗在提問的過程當中舉了一些例子,可以比較形象的讓讀者意會它的意思及問題,可是在我我的看來,該同窗對《構建之法》中的某些例子理解比較片面,就好比結對編程這一例子,只看到表面的」並排坐在一臺電腦前,面對同一個顯示器,使用同一個鍵盤「,而沒有理解他真正要向咱們表達的含義。git
點擊進入點評做業github
(1)點評內容:同窗你好,對於你對將來的打算,咱們的見解的類似點在於,考研在將來的計劃中所佔的比例較大,在過去的大學生活中,我沒有參加過大中型的軟件開發設計,並且自身能力也沒有很大幅度的提升,因此我更偏向於考研這條路,因此,既然作出了選擇,就努力實現;我也很贊同你對大三的規劃,身體是革命的本錢。固然,我認爲合理規劃時間,時間利用最大化也是很重要的。算法
(2)閱讀心得:該同窗對將來的規劃比較清晰,在將來對本身專業方面的要求也比較嚴格,而且她自學了python,爬了一些靜態的、動態的網站,圖片、文章、視頻之類的,如百度圖片,還有一些網站的vip視頻等,這種自學能力是我須要向她學習的。編程
點擊進入點評做業架構
(1)點評內容:讀過了你的博文,對於你提出我認爲代碼複審的問題,經過最近對軟件工程的學習,瞭解到越是項目後期發現的問題,修復的代價越大,因此應該在早期發現而且修復問題,並且代碼複審能很是有效地幫助成員之間的瞭解彼此的、編程風格,使成員之間可以更好地磨合,加強軟件開發的效率,是必不可少的一部分。因此我認爲,代碼複審應該在每個模塊或者每個功能實現之後,經過代碼複審發現代碼錯誤、邏輯錯誤、算法錯誤等,以免到項目最後出現問題時,須要花費更大的人力物力來解決問題。單元測試
(2)閱讀心得:該同窗 根據閱讀《構建之法》提出的問題,比較具體,好比第三個問題中,她提出在團隊合做中交響樂模式中,在書中提到的「演奏的都是練習過屢次的曲目,重在執行」與軟件工程中的哪個環節能夠與這一條目相對應。學習
你作過的軟件工程實踐項目,如今還有用戶嗎?
當時咱們小組作了一個相似於番茄鐘的App,如今的用戶就是本身和小組成員吧!測試
那麼大家的項目是否繼續開發,源代碼或原文檔還有嗎?**
能夠繼續開發,源代碼和源文檔已經上傳到github上面了,方便隨時查看
在項目開發中有什麼經驗和教訓?
小組成員各司其職吧,從需求分析,到代碼的編寫,功能的測試,都很重要,不能忽視其中一環。
那你對學好軟件工程有什麼建議呢?
在學好理論的基礎上,多實踐,多看別人的項目,學習大公司的開發流程,最後本身實現。完成一個事情,先想好方案再幹,花時間想一個好的方案或者架構節省的時間,可能會讓你完成這個項目的整體時間縮短。