具體描述
自著述、齣版《大道至簡——軟件工程實踐者的思想》五年來，軟件工程界可有新思？作者周愛民先生又對軟件工程有瞭何種理解？
五年後，作者邀請不同背景的六位工程理論與實踐領域的專傢，從不同角度對《大道至簡》進行點評；並新著 “具體工程”一章，矛頭直指《人月神話》，進一步歸納瞭作者五年來在軟件工程方嚮上的探索與反思。一本《大道至簡》講不完整個軟件工程。那麼，它到底講瞭些什麼？有什麼疑問？未來該往何處去探索？作者五年來思考的這些問題，在“點評版”裏一一陳述。
著者簡介
周愛民：國內軟件開發界資深軟件工程師，從1996年開始涉足商業軟件開發，曆任部門經理、區域總經理、高級軟件工程師、平颱架構師等職。周愛民先生在軟件開發、軟件瞭程、團隊建設以及部門管理方麵經驗豐富，是Borland Delphi産品技術專傢，也是Qomo開源項目(Java Script)的發起者。在JavaScript開發方麵，有超過9年的實踐經驗。
2003年5月 被美國Borland公司授予“Borland Deophi産品專傢”稱號，並授予“論壇特彆貢獻奬”；
2004年8月 齣版軟件開發專著《Delphi源代碼分析》，被業界譽為“Delphi領域精品著作”；
2005年12月 發起JavaScript開源項目Qomolangma(Qomo)，研究語言特性、框架設計與企業級應用庫；
2007年4月 齣版軟件工程專著《大道至簡——軟件工程實踐者的思想》，被譽為“激蕩新思的佳作”；
2007年11月 參加CSDN主辦的軟件開發大會(SD2C)，主講“JJavaScript引擎技術”。
圖書目錄
第1 節編程的精義/002
第2 節能不能學會寫程序的問題/004
第3 節程序= 算法+ 結構/005
第4 節語言/006
第5 節在沒有工程的時代/ 007
第2 章是懶人造就瞭方法/ 011
第1 節是懶人造就瞭方法/ 012
第2 節一百萬行代碼是可以寫在一個文件裏的/013
第3 節你桌上的書是亂的嗎/ 015
第4 節我的第一次思考：程序= 算法+ 結構+ 方法/017
第3 章團隊缺乏的不隻是管理/023
第1 節三個人的團隊/024
第2 節做項目= 死亡遊戲/ 025
第3 節做ISO質量體係的教訓/ 027
第4 節誰動搖瞭你的製度/ 029
第5 節“那我們就開始開發吧” /031
第6 節組織的學問：角色/ 032
xxiv 大道至簡——軟件工程實踐者的思想（點評版）
第7 節跟隨螞蟻，但不要栽進螞蟻洞裏/ 034
第8 節“什麼是增值稅發票？” /035
第4 章流於形式的溝通/041
第1 節客戶不會用C，難道就會用UML嗎/.042
第2 節項目文檔真的可以用甲骨文來寫/ 044
第3 節溝通的三層障礙/046
第4 節最簡溝通/ 049
第5 節為不存在的角色留下溝通的渠道/ 052
第6 節流於形式的溝通/054
第5 章失敗的過程也是過程/ 057
第1 節做過程不是做工程/ 058
第2 節做過場/ 060
第3 節實現，纔是目的/060
第4 節過程不是死模型/061
第5 節“刻鵠類鶩”與“畫虎類狗” / 063
第6 節工程不是做的，是組織的/065
第6 章誰是解結的人/067
第1 節是誰的問題/068
第2 節正視你的成功/070
第3 節總得先做點兒什麼吧/ 072
第4 節你不是團隊的腿/074
第5 節三鼓而竭/ 077
第6 節先人後己/080
第7 節自相矛盾/ 082
第7 章從編程到工程/085
第1 節語言隻是工具/086
第2 節關注點/ 088
第3 節程序/089
第4 節方法/089
第5 節過程/090
第6 節工程/091
目錄xxv
第7 節組織/093
第8 節BOSS/095
第9 節上帝之手/ 096
第8 章你看得到工具的本質嗎/101
第1 節利器何以為先/102
第2 節神乎其技又有什麼用呢/103
第3 節工具的本質/105
第4 節惟手熟爾/ 107
第5 節魯班帶瞭個壞頭/108
第6 節工匠思想/ 110
第7 節化而用之，融通與融同/113
第8 節南橘北枳/ 116
第9 章現實中的軟件工程/ 121
第1 節大公司手中的算盤/ 122
第2 節思考項目成本的經理/ 126
第3 節審視AOP / 128
第4 節審視MDA/MDD/130
第5 節審視AP和XP / 132
第10 章具體工程/139
第1 節預言——《人月神話》及其地位/ 140
第2 節錯誤的命題——對《人月神話》的反思/143
第3 節具體工程及工程的具體化/145
第4 節控製規模/ 149
第5 節隔離問題域/153
第6 節這樣是不是太簡單瞭？ /155
第7 節鄭人的履/ 157
第11 章是思考還是思想/159
第1 節軟件工程三個要素的價值/160
第2 節其實RUP是一個雜物箱/161
第3 節UML與甲骨文之間的異同/162
第4 節經營者離開發者很遠，反之亦然/ 163
xxvi 大道至簡——軟件工程實踐者的思想（點評版）
第5 節矛盾：實現目標與保障質量/164
第6 節枝節與細節/165
第7 節細解“法”與“式” / 166
第8 節靈活的軟件工程/169
附錄A 愚公移山記/171
附錄B 愚公移山記（文言）/179
參考文獻/185
索引/187
前言後語/189
設計手記/195
編輯手記/197
· · · · · · (收起)
讀後感
我正在看本书，其实我觉的这本书虽然简单，但它却把我们工作中一些抽象的概念讲的却很容易理解，我想这或许就是作者的根本意图所在。
評分最早是在北京清华园旁边的一个小书屋内看到这本书，当时就被书名所吸引，昨天终于花了一晚上的时间将整本书过了一遍。真正有用的道理通常都是朴素简单的，年龄越大越是能体会到这一点。《大道至简》里重提了《你的灯是亮的吗》中关于智慧是认识事物本实这一道理，这引导我们...
評分沟通的第一层障碍： 不在于沟通的内容，而在于如何沟通。 写的不错，有时说一个简单问题 别人听得稀里糊涂的。。。
評分从图书馆借的书，里面被”前辈“们用铅笔画的条条杠杠的，在107页的右侧几个非醒目的大字”什么逻辑？“ 看样前辈与我也有相同的看法，里面的例子很多都比较牵强……例子有点生搬硬套，有时候就是甚至是在说解文字。。 不否认作者的论点，也肯定作者有很多年的经验，对很多东...
評分用戶評價
作為一個分不清通信和計算機行業區彆，對軟件瞭解僅止於日常工具軟件裝裝卸卸的人，遇到這本書，純屬偶然。 翻到的一句話，“要求客戶學習Ｃ語言明顯是自殺式的行為”，深錶認同。在以往和ＩＴ部門打交道的過程中，常有深深地挫敗感，聽不懂對方在說什麼，對方也不能把我的需求用我想要的方式錶達齣來。於是，決定看看這個無比英明的作者，想講些什麼。 工具還是炫技？作者顯然支持工具論，他始終強調語言是一種工具，而且是能夠被彆人（尤其是客戶）所能理解的東西。最終的目的是實實習客戶的需求。 同時，作為項目經理，既要考慮組織結構和製度建設，也要考慮成本的控製，而不僅僅是陷入到對“術”的無限追求中去，往往，這也是項目經理與技術員角色上的區彆。同樣，在其他的領域也是如此，見過許多非常成功的業務員，在Title變成“經理”後，不知所措，業績下滑。也許有異麯同工的地方。 不懂軟件工程，沒關係，就像作者所說，以管窺豹，斑是斑，豹是豹，你能把每個“管見”拼閤起來，你得到得纔能是“豹”，而不是斑。 所以，盡管不懂軟件，不知工程，從管理的角度上，本書，也能給所有陷入管理迷局中的人，一點小小的啓發——至少，學著用對方能聽懂的語言說事兒。
评分大道至簡
评分非得拽文麼？內容比較泛，點評也不怎麼有用。黃色小字基本看不清。
评分很實在的書，沒有那麼多空的大道理
评分雖然有些地方可能已經跟不上高速發展的時代，但是內核總是不容易變的
相關圖書
本站所有內容均為互聯網搜索引擎提供的公開搜索信息，本站不存儲任何數據與內容，任何內容與數據均與本站無關，如有需要請聯繫相關搜索引擎包括但不限於百度，google,bing,sogou 等
© 2025 book.quotespace.org All Rights Reserved. 小美書屋 版权所有