讀《軟體工藝》

軟體工藝這本書所提出的東西確實如

譯者所形容的那樣----顛覆性的。

初看很多觀點都難以接受，但是接著看下去就又不得不對他的闡述點頭，直呼「有道理啊」。

下面是書中摘出來的一些觀點：

1。學徒（也就是剛畢業進公司的人）應該從內部使用的工具（框架？）的維護和公升級開始。

----我所見過的都是公司技術高手做這些框架，初來的人可能原始碼都拿不到，因為商業秘密。

2。軟體工藝拒絕精細的分工，軟體工程對軟體開發進行了詳盡的分工：程式設計、測試、除錯、維護，這實際上是對開發者的貶低。

-----在現實中雖然是這樣，乙個人從需求到實施，但問題是它這種提法和主流軟體工程的提法剛好相反，大家都喊著號子往前走(走沒走動先不管，至少在喊那)，它卻跳出來說「不對，方向錯了，朝後走才對」

3。過度的專業化會延誤開發、錯誤。

-----呵呵，同上

4。如果乙個200人的專案中，有25名最能幹和最有開發經驗的專案經理，那麼開除剩下的175名程式設計師，讓專案經理來程式設計開發。

-----不知道專案經理同意不同意。

5。開發者的好壞將左右專案的成敗。

-----強烈同意，人是專案中最重要的因素才對。

6。維護者是乙個榮耀的身份。

-----我那個師兄聽了不知道會不會感覺好一點。

7。最佳實踐是科學管理的遺毒，它使人墨守成規，阻礙了過程革新。

-----很是吃驚。

8。小型團隊絕不要嘗試軟體工程。

-----很想試試敏捷開發這些軟體開發方法，可惜一直都沒有機會，基本還是瀑布，增量開發會好些麼。

9。軟體開發更多是一件智力的、社會性的工作，而非機械性的工作。

-----現在大家都在努力讓它機械化。

10。文件總是錯的。

------同意，看來懶的去保持文件一致是對的，因為反正都是錯的，錯多一點和少一點沒有關係吧。看書中的參考，竟然有人寫了一本書，題目是《如何和為什麼要補文件》

11。支付給優秀的開發者更高的薪水，至少與任何管理者（包括ceo）相當。

----- 太同意了，不知道作者有沒有說服他自己的老闆。

這個pete mcbreen應該是個老程式設計師，還有些頑固的那種，很多觀點都是站在程式設計師的角度去看的，裡面說的不一定都對，但書中很多實踐經驗，看看很有收穫，對軟體工程有了更清晰全面的認識。一本不錯的書。

讀《軟體工藝》

軟體工藝這本書所提出的東西確實如 譯者所形容的那樣 顛覆性的。初看很多觀點都難以接受，但是接著看下去就又不得不對他的闡述點頭，直呼 有道理啊 下面是書中摘出來的一些觀點 1。學徒 也就是剛畢業進公司的人 應該從內部使用的工具 框架？的維護和公升級開始。我所見過的都是公司技術高手做這些框架，初來的人可...

買到《軟體工藝》

今天為了這本書去書店逛逛，不巧我最熟的電子科技書店今天盤成，暈，一年一次的這個機會都能被我碰上，不知是慶幸還是不幸？還好，可以去七環，直接問到了沒有，小姐說是不知，用機器查詢，小姐對工藝這兩個字頗感生疏，專門賣計算機圖書的，對 走查 都要比 工藝 耳熟能詳一些。有貨，自然取了一本，本來我在電子書店是...

高品質軟體工藝

tarcio saraiva 和 adam crough 在澳大利亞墨爾本第一次大會上討論了高品質軟體工藝。infoq請他們討論了什麼是軟體質量，並請他們解釋了質量能夠帶來的商業利益，以及如何進行管理。infoq還請他們談了談測試在交付高品質軟體時的角色，持續交付對質量有怎樣的支撐，並請他們為想要交...