本站将进行有关《大道至简》的讨论~

最新推荐文章于 2024-11-15 18:10:37 发布

原创最新推荐文章于 2024-11-15 18:10:37 发布 · 3.1k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#blog

《大道至简》专栏收录该内容

28 篇文章

订阅专栏

不再推荐在msn spaces上进行《大道至简——软件工程实践者的思想》相关讨论，今后讨论将主要在本博客进行，且该书各独立章节不再一一贴出，全文可至指定处下载。

部署运行你感兴趣的模型镜像

不再推荐在msn spaces上进行有关《大道至简——软件工程实践者的思想》一书的讨论。今后这些讨论内容将主要在本blog(本贴)下进行。

不过《大道至简》的各个独立章节也不再一一贴出。全文下载请至：

---------------
http://www.delphibbs.com/keylife/images/u40/thinking.in.flexible.engineering.zip
http://www.01cn.net/users/aimingoo/files/thinking.in.flexible.engineering.zip

欢迎大家就该书的一些不足或者能够引人思考的东西展开讨论。对所有回复我都有将给予感谢，但对任何言之无物的所谓批评以及漫骂不予以理睬。

^.^

您可能感兴趣的与本文相关的镜像

ACE-Step

音乐合成

ACE-Step

ACE-Step是由中国团队阶跃星辰（StepFun）与ACE Studio联手打造的开源音乐生成模型。它拥有3.5B参数量，支持快速高质量生成、强可控性和易于拓展的特点。最厉害的是，它可以生成多种语言的歌曲，包括但不限于中文、英文、日文等19种语言

12 条评论

少爷说创新 2009.01.06
我现在还无法纳入你写书的情境,收藏了,以后慢慢细读.

aimingoo 2007.11.21
谢过楼上、楼上上、楼上上上～ ;)

go2newlife 2007.11.21
我们都很清楚作者是个成功的实践者,我们中的不少人都朝着作者的方向奔跑着，我想作者写这么一本书，也是希望我们站在自己的角度上去总结自己的实践心得,这很明显不是一本纯粹的理论化的书,他的个性之处也在于引导你从一个问路人逐渐变成一个拥有自己路线图的导游,每个人的旅途都要自己走,但是带着轻松幽雅的心情,品品书,尝尝咖啡，以一种悠闲的心态去读完这本书，确实是种享受.只要读完后有所领悟,那就是最大的收获了。

slangmgh 2006.08.24
文章写得很不错，特别是对编程、方法、过程、工程等概念的阐述非常准确，非常到位；对RUP、UML、MDA等的论述也很有见地。 有一个小小的意见，作者可以参考。就是如果从整个结构上能够从每个概念阐述到原理、再到实践论述的话，整个文章将更有说服力，对读者的作用也就越大。

critic 2006.07.02
如果这本书叫做“我对软件工程的一些认识”。写成这样我也没啥意见，毕竟，别人认识有限，也不是他的错。 偏偏是有人不知深浅，不知天高和地厚，那就不得不说说他。否则害人害己。为什么出版社不愿意出版，蒋涛碍于朋友面子没有打击你，你自己就不知道去反思。反而摆出曲高和寡的姿态。可谓不自知。 写出来的东西一盘散沙，毫无头绪，还自以为得道，可谓不自量。 引经据典，牵强附会，是拉虎皮做大旗，卖弄一下古文知识，却是言不及意，东拼西凑。 至于论道，还是省省吧。没有金刚钻，别揽瓷器活。 水平不够，故弄玄虚，牵强附会，一盘散沙，没有逻辑，思维混乱。所幸的是，没有出版，所不幸的是，我以为是潘爱民的大作，浪费半天的时间去看它，还纳闷潘爱民竟是这个水平。 出离浪费我浮生半日闲的懊恼，得很很批评一下。 请不要玷污了道。

杰夫 2006.01.18
在RUP相当风行的一段日子里，苦读RUP电子资料，确很难付诸实施，原来它是个大杂烩。 而在AGILE世界里，学到了一个概念就是有效或者说最佳实践才是高速、高质完成任务的最好办法。 因此，目前，将TEST+REFACTORING放在头条。 另外，UML已经是相当公认的图形工具，在开发组织内部已经是用得最多的玩意了。 因此也就用比较好的CASE工具来制作这些图罗。 看到爱兄这么严谨的作风，我深感佩服。我得花时间精读您这本书！！！谢谢提供电子版。

aimingoo 2006.01.04
for 老肖, and all, 如果你有注意到，你应该看到这本书的第六章的引言是“得其精而忘其粗，在其内而忘其外；见其所见，不见其所不见，视其所视，而遗其所不视”。这一章是前五章的总结，也试图提出一些理论的东西。然而我用这个引言，如你所说，是希望读者“有很好的判断能力”。 这本书只是想让大家来思考，或者提供一种思考的角度。我批判了一些，又推崇了一些；我在否定的同时，也不断地肯定。我试图让大家在一种“反对权威”的兴奋中去省思自己对软件工程的种种理解。所以，你也不要指望我给出一个“逻辑性强的思维体系”。在这一点上，我要表达的是：没有可以教出来的软件工程。 你还应该注意到第八章，它的引言是“此郎亦管中窥豹，时见一斑”。这个标题不仅仅是“引出第一小节的‘软件工程三个要素的价值’”那样简单。它其实是我对自己的所思所见的一个总结和评述。我希望大家知道，在这一章中我重新整理了前面章节中的一些疏漏，也同时说明我所见、所述者仅是边角。真正的问题，在于读者如何去“知道原理”，如何去看清表面之下的“道”——规律。 我不能告诉读者什么。基本上，在k.Top里，一些台湾朋友的评价是恰当的：在这本书里面，你看不到什么新思。 但我希望读者能以同样的(或不同的)思想，或者自己的视角来重新审视软件工程，你会有自己的新思的。 所以这本书的“后语”里头，有一句“我希望读者可以轻松地将这本小书读完，然后便可以束之高阁了。毕竟这本书不是理论，也不是方法论，只是思想”。 最后，说实在话，软工的书要写到“思想严密、说理严谨”，那么只怕又会变成象《软件工程——实践者的研究方法》那样：只能放在高处供着，或者放在更多的研究者的手边继续研究。 工程实践是拿来用的，只有研究方法，没有思想方法，做软件工程是通而不透，知而未晓。 最后之最后，如果读者仅是以一个“有很好的判断能力的老程序员”来看这本书，可能也是站错了角度。我事实上希望读者是站在对自己的程序生涯进行总结和回顾，或对软件工程站在实践者、反省者的角度，来阅读这本书。 进而言之，如果对软件工程全无理解，或者对“软件工程方法”执初学者的迷信态度，读这本书便将是迷惑者越加迷惑，执着者愈加执着。——这其实也是我比较担心的事情。