日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

《梦断代码》读书笔记

發布時間:2024/8/26 编程问答 47 豆豆
生活随笔 收集整理的這篇文章主要介紹了 《梦断代码》读书笔记 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

  夢斷代碼,英文名是DREAM IN DODE。夢斷代碼,原作是美國的Scott Rosenberg,經韓磊翻譯而來。

  為什么選擇讀這本書?在圖書館軟件工程處翻閱時,被這本書的名字吸引住了,同時之前也聽說過《夢斷代碼》。

  這本書的簡介中說:任何一個在軟件領域稍有經驗的技術人員看完這本書,必掩卷長嘆:做軟件難。

  在第一章“死定了”里,作者提到了《人月神話》。人月神話的作者布魯克斯提到:“只有在任務能分派給許多互相之間無需溝通的作者時,人月才是可互換品。”布魯克斯法則暗示最理想的開發組規模是一個人——無需停下工作與同事溝通的單個開發者。然而,OSFA給布魯克斯提出了新的難題,就是“開放源代碼軟件”。這一章還提到了《大教堂與集市》,《大教堂與集市》闡述了開源是一種飛躍,但是并沒有解決布魯克斯所看到的、在從頭搭建一套新軟件的過程中所遇到的困難,因為在開源世界中,時間無關大局,志愿者不求物質回報。

  在“方法”一章中,作者否定了“瀑布模型”。“這種模型在紙上看似合乎邏輯,但實踐起來卻總是導致延誤,混亂和災難。每個階段都耗時無算,但沒有一個工作正常的。程序員要么坐等需求,要么干脆在拿到需求之前開始做設計。”在20世紀90年代,軟件方法學家提吃了快速應用開發(Rapid Application Development),RAD承諾通過快速原型設計和更緊迫的迭代周期,依靠新工具讓計算機處理一些繁重的編程工作,加速完成軟件的交付。《敏捷宣言》因其簡明扼要而引人注目。但“敏捷開發”更像是共有價值觀的保護傘,而不是具體過程的路線圖。一般認為敏捷開發和XP(極限編程)最適用于有經驗的編碼者組成的小團隊,如果你想遵循所有的XP信條,你會感到過于苛刻。

  樂高王國一章中提到了“可復用代碼”概念。“樂高假設”是:“未來,程序將由可復用的部件組合而成。軟件部件將在全球范圍內提供。軟件工程將從編程的窠臼中解放出來”。但是程序員大多發現此路不通。因為如果把這些構建塊比作積木,這些積木應該細小,不可分,可被替代,但是實際上程序中的組件在尺寸上、功能上以及與其他組件的可拼接數量上差異甚大。

  在管理奇客和狗一章中,提到了項目經理的職責。“為OSAF尋找軟件開發經理的工作進展緩慢。盡管居此位者手握大權,卻許多程序員不愿為之。”一些程序員厭惡經理,另一些人認同良好管理的價值,但卻不夠膽色擔此重任。非正式的技術項目管理方式在惠普的“閑逛式管理”概念達到頂峰,但在軟件領域卻很不成功,因為開發進度是閑逛的管理人員看不到的。

轉載于:https://www.cnblogs.com/jirufeng/p/5143741.html

總結

以上是生活随笔為你收集整理的《梦断代码》读书笔记的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。