讀《軟體工藝》

2021-03-31 08:57:00 字數 1212 閱讀 4476

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

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

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

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

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

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

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

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

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

-----呵呵,同上

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

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

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

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

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

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

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

-----很是吃驚。

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

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

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

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

10。文件總是錯的。

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

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

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

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

原文 http://blog.csdn.***/jjqu/archive/2005/01/14/***mentrjgy.aspx

讀《軟體工藝》

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

買到《軟體工藝》

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

高品質軟體工藝

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