軟體工程 個人閱讀作業2

標籤： 軟體工程

1，在第四章（兩人合作）中，p92頁提到兩人合作的不同階段和技巧，文章著重強調如何使一方去影響另一方，如：如何影響對方（p94），如何正確地給予反饋（p95）。作者只看到一方而忽略了雙方。如果被動方自己本身並不願意接受，那麼主動方所做的一切就顯得有些蒼白無力。

如何正確看待別人對我們的意見，以及我們如何正確的認識自我。是我們學習道路上必不可上的。所謂吾日三省吾身，說的就是去追尋乙個更完美的自己。人是在錯誤中總結經驗，在錯誤中尋求真理。虛心接受他人的意見，有則改之，無則加勉。

參考文章：

如何正確的給予他人反饋和接受別人的意見？

反饋溝通技巧系列

2，承接上面的內容，作者在如何正確地給予反饋中給出的是乙個「三明治」的解決方法，較之前文所提到的三個層次，「三明治」解決方法似乎只停留在最外層。那麼這種所謂的「三明治」解決方法，真的能夠解決問題麼？對於這三個層次的反饋，究竟該如何注意場合的使用？

反饋溝通技巧系列

3，p169頁，文章指出：同學們不能穿新鞋，走老路。學習了很多新的技術，新的開發模式，新的團隊管理方法，卻做乙個毫無新意，沒人使用，演示完就扔掉的東西（例如：虛擬的學籍管理系統，圖書管理系統···）。我們要在競爭性的環境中實踐軟體工程，那就要做使用並且創新的專案。我認為，作為學生，我們的資源有限，剛學完一門新技術，就想做出驚天地，泣鬼神的創新，似乎有點難度。當然也並非不可能。畢竟大神很多。萬事不可過於絕對，一切事物皆有存在的道理，從小的嘗試開始，也是為將來做好打算。

眼高手低，這也許是我們的通病。一口氣就想吃成大胖子顯然是不可能。基礎還是最重要的。

參考資料

程式設計師之路：怎樣才能在程式設計的道路上越走越遠。

從商業模式來說，乙個軟體要求的是長期的影響，穩定且龐大的使用者群體是軟體獲取利益的保障。創新是乙個好的軟體產生的條件之一，好的創新可能會在軟體發布的時候帶給人耳目一新的感覺，若是一直故步自封，不與時俱進，最終也只會是曇花一現。軟體對於使用者的影響，即長期影響，而不是短期刺激。

軟體工程 個人閱讀作業2

標籤 軟體工程 1，在第四章 兩人合作 中，p92頁提到兩人合作的不同階段和技巧，文章著重強調如何使一方去影響另一方，如 如何影響對方 p94 如何正確地給予反饋 p95 作者只看到一方而忽略了雙方。如果被動方自己本身並不願意接受，那麼主動方所做的一切就顯得有些蒼白無力。如何正確看待別人對我們的意見...

軟體工程15個人閱讀作業2

文中 單元測試應該整合到自動測試的框架中,這樣每個人都可以隨時 隨地執行單元測試 提出問題 將單元測試整合到自動測試的框架中應該注意什麼 查閱資料 單元測試有一點特殊性，就是在乙個系統中，函式會非常非常的多，變化也比軟體的功能頻繁的多。面對這麼多的函式，這麼頻繁的變化，純手工測試是不現實的。所以，我...

個人閱讀作業 軟體工程M1 M2總結

一 較為明白的問題 1.在文章的第乙個關於square tech的案例中，測試和優化都是在所有程式完成以後才進行的，這應該也不符合快速軟體開發的要求吧。如果測試工程師在最開始的時候就加入到軟體開發中的話，軟體開發程序會不會更快呢？2.我一直分不清楚幾個pm之間的區別。雖然在網上查了一些資料，但還是不...