转贴]推荐强力档 :软件工程 VS XP<br /><br />(来源：http://www.erproad.org/article/WeiCao.html)<br />在http://sei.buaa.edu.cn的留言板上，有那么两个人就XP（极限编程）与软件工程展开辩驳，只是好软件这一口，仅此而已！<br />　　 <br />　　隆重推出Weihello 与caomo 的讨论原文，供广大的爱好者参阅。 <br /><br />(编者：留言板是Caomo建的，Weihello是搜索过来的。但不知道weihello看到了什么我没看到的东西，小发了个轮子推荐xp，　　　于是第一轮辩论上演！)<br /><br /><br />Weihello：<br />我上过你们的FTP,由于是guest，所以所得到的信息有限。 <br />不过，知道你们采用传统的软件工程开发方法。如果大家有兴趣，可以参看XP系列书籍，或许，它能给你们惊喜。 <br />其实，我认为，软件开发不是制造产品。因为程序员是人。<br />北航的计算机系---大学的时候听说过，很有名的。呵呵 <br />………<br />有兴趣的人推荐去《新语丝》网站看看。<br />多嘴了！<br /><br />Caomo：<br />hehe,早知道我就把我老早以前写的关于xp的幻灯放在anonymouse能访问的ftp上了：）<br />软件所不可能不知道xp的 ：P 有很多人对它有兴趣。<br />另外，不能简单把xp和传统方法对立起来。它们有着共同的目标，也有着很多的关联。<br />软件工程不是要把程序员当机器，而是要让程序员能更有效的发挥自己的能力和利用已有的资源，并为以后的开发提供可重用的可参照的资源。<br />每个人能更好的关注自己的任务而不被其它人牵制，这也是软件工程所希望达到的。<br />个人见解，没有使用术语，仅作参考。<br />(旁白：难得不做软件，想上论坛发贴玩，又碰上人来纠缠我们北航的)<br /><br />Weihello：<br />好久连接不上你们的留言板。<br />我的意思不是说你们不了解XP,：) <br />实际上，至少在软件这个行业，实践才是检验真理的唯一标准。我是从软件工程做起，然后到的XP,没经历之前认为还是能理解XP的。实际上，实践过才知道与传统方法的巨大差别。 <br />当然，作为软件开发方法学，XP和软件工程当然目标一致。至于关联嘛，有，但并不密切。差异巨大。。。。<br />我看过日本人的项目，一个简单的功能，他们的文档可以达到数十页。 而XP的程序员最反感的就是如山的文档。<br />（旁白：好，那我weihello就谦虚一把，以理服人！再来！）<br /><br /><br />Weihello：<br />软件工程强调设计，这样的门槛很高。 实际上，软件开发并不是什么了不起的事情。 至少，人们要让他没什么了不起，这样才能应付各种各样的需求。XP的门槛不高。任何差的设计都是可以接受的。因为还有refractoring这一利器，对于refractoring，不要怕造成不可收拾的后果，因为每一步改动都是很小的，而且还有强大的测试单元支持............. 等等，这里只说了其中技术人员关心的一部分，实际是xp不仅仅有技术上的优点。还有对于团队精神的培养，控制项目进度，体现客户的需求等等。 这里不一一赘述。<br />迭代开发不是说好就是好，不好就是不好。实践过才知道的。<br />用了个把术语，我想软件所都了解的。 拾人牙慧，见笑<br /><br />Caomo：<br />此言差矣。xp可并没有忽略设计。事实上，好的设计会减少后面很多的工作量。<br />如果你把refactory作为缝缝补补又三年的话，那你的大部分时间会用在打补丁上了：）<br />不强调设计，光凭个人能力的作坊式开发，对小项目确实效率高。但试想，像世贸大厦这样的建筑如果建到一半发现重心偏移了，再要抽梁换柱，那它恐怕就等不到让飞机撞的这一天了：）<br />xp很强调设计的，crc卡片就是设计。<br />还有很多跌代过程都得走设计和考察这个环节才能进入编码。<br />当然,xp最突出的特点在于测试，反复强调测试，除了检验编码，也是为了防止或发现设计的失误。<br />文档不是那么可怕的事情，可怕的是成堆的都是无用的文档。当你接手一个很大的项目，光有源代码，没有任何文档和设计说明，相信你想做的第一件事情就是——跳楼：）<br /><br />Weihello：<br />可以忍受差的设计并不表示不需要设计或者是忽略设计，只不过，设计在XP方法学里面不像软件工程一般，具有能决定将来整个软件体系结构走势的地位。<br />我想澄清的是，refactoring 并不是“缝缝补补又三年”，这是一种技术，不仅仅是为了改进设计而诞生，其中还包括理解代码、理解设计等等作用。这一点，请参看Martin fowler的《Refactoring》或者国内的石一楹先生的文章。refactoring体现的是程序的进化，也体现了程序是人制作的这么一个现实。毕竟，程序员并不是机器，不可能做到准确无误。<br />关于是否光凭个人能力的作坊式开发这一点。我想，XP本身的配对编程，团队合作方法都有比较明确的阐述。相反，XP理解的作比软件工程更加有效和合理。<br /><br />Weihello：<br />你提到CRC，我觉得这一点很有意义，软件工程是在有了设计文档后才做实际的编码工作的，而CRC是在开发过程中进行的。 值得注意的是，CRC是“进行时”的设计，而前者是“过去时”设计的。参照CRC的一些具体操作环节，你会发现它和refactoring是统一的。<br />XP不需要太多的文档，并不表示没有任何文档，比如，Story本身就是文档。另外，XP要求客户是团队的一员，这样比任何文档都好。 文字表述的东西本身有很大缺陷。传递信息是不完整和不准确的。<br />你提到的接手一个大项目，没有任何文档是不可想象的。XP并不是如你想象。呵呵，其实，有UML、有Story、有Card、有测试单元、还有客户。足矣！<br />这里想提到的是，程序是写给人看的，而不是计算机看的。如果在程序设计过程中，你贯彻这一点，时刻提醒自己这一点。 你就会发现在开发过程中的很多文档太多余了。<br /><br />不要走日本人的路，我见过他们的文档。 太精细了！条条框框需要，但不是条框到吃饭如厕。日本人这样做没有前途的，虽然他们的产值比我国高。 但是如果说朝气，还是中国目前这种混乱的局面好多了。正所谓百家争鸣嘛。哈哈<br />当然，在我国，还是有特殊的“国情”，这次在北京出差是最典型了。 软件质量好坏不是最重要，关系网是最重要的。学术界也如是。<br />我想，会规范的。毕竟，软件并不是请客送礼，不恰当的比喻：软件是房子。 房子总是有人要住的。会塌的房子总有一天会出问题的呀。<br />罗嗦一句。 refactoring 是属于XP范畴的技术，设计模式是属于软件工程的范畴。<br /><br />我个人认为，设计模式不错，利用得当效果非常明显。 但对于任何程序员， 很少可能对所有问题都一眼看穿实质。往往，由于对于上下文的理解错误。 采用了错误的模式，那样不仅仅没有达到预期的目的，反而使问题复杂化。这一点，不仅仅我个人，大师们都是有教训的。请看www.refactoring.org(com,net，?)。<br />refactoring则相反，不着急用什么设计模式，在可控的基础上，让代码进化。 <br />最后，发现他们最终是统一的。只是，起点不一样而已。refactoring更加容易控制和实现而已。最近我发现，UML图都是多余的。 CRC和测试单元以及可读的代码就是最好的“文档”。<br /><br />Caomo：<br />不同人从不同角度来看，会不一样的。如果你的老板只是个会用ppt的人，但他很想了解你们的设计是否满足需求，要你讲解你们的设计。<br />他不愿意听代码。也不想翻成堆的卡片。他想从各个角度抽象的了解整体架构。你用什么来告诉他？UML不只是给自己看的，也是给别人看的。<br /><br />Caomo：<br />设计和编码在限定时间内本身就有矛盾，当你refactor到疲惫不堪时，你会想到，当初为何不多考虑一点，多留点余地呢~~~~~~~<br />我并不提倡走向某一个极端。<br />但是，兼容并蓄是每个人学习生活中要注意到的问题。<br />什么是最适合你和你的团队的，那才是最重要的。<br /><br />Weihello：<br />你说得好，UML是做给别人看的，那么，我们怎么做？ 我们是用工具生成的，从代码中生成！ 没有什么UML图比我们这个更准确的描述了我们的系统构架了。另外，老板关心我们的项目进度，关心这个项目收支。一般除了技术出身的，不关心我们的所谓体系结构。 否则，他如果不懂也要强力介入的话，那么，这个本身就是一个失败的团队！ 注定要失败！关于项目进度没有比XP能更容易，更清晰的体现现在项目进度的软件开发方法学了。<br />refactoring并不会使人疲惫不堪，而是使人更具信心的一种技术手段。 它并不是只是改错，这不过是它的一点，而且是一小点特征而已。<br /><br />Weihello：<br />业务是千变万化的，无论什么样的大师，什么样的专家；无论怎样详细的考虑，怎样的多留余地。你都不能，实际上永远也不能一开始就认识到整个系统的行为。<br />关于极端，呵呵，我想，谁都不愿意用低效的方法去开发，当然， XP发展也离不开软件工程。 而且，对于一个已经很成熟的项目，你根本就已经了解了几乎全部的细节，那样用软件工程去实现也不错。 不过，问题是，你的程序员也是这样的了解这个项目吗？ 这也是需要考虑的。<br />PS： 可能前面我用词造成混淆，refactoring和refactor是不同的概念。 这点请参看相关书籍。<br /><br />我手头有日本某公司的概要设计书（日文版），你如果有兴趣的话，发mail给我.<br />我想，那是让我为之吐血的文档，看完这份概要设计书后，我深深为沦为机器的程序员感到悲哀。<br />程序员首先是人！那些搞封闭式设计的公司，太变态了！ 这样的产品注定至少后期的维护量是很大的。<br />程序员是人，有性欲、食欲.......所有人类的欲望程序员都有。 <br />实际上，这样做其实就是赤裸裸的阉割。<br />（旁白：亢愤了！是愤怒的愤！）<br />用词强烈，别见怪。 我不过描述现实而已。程序员应该一天工作8个小时，一周上5天班。 其它都是个人时间。<br /><br />Caomo：<br />其实，作软件工程研究和作软件项目开发还是有区别的。<br />作项目开发最强调的在限定的时间内，最大限度的完成用户的需求。<br />而作软件工程研究涵盖的范围很广。它可以概括为过程，方法和工具上个方面。<br />从方法的角度来是。讲究的是，如何让已经作过的工作能够在以后被以最简单的方式重用。尽量避免重复劳动，并且两者的改动尽量不相互影响。<br />这就要求结构清晰，接口明确，功能划分仔细等一系列标准。<br />而且，这些结构，接口和功能划分等设计层次上的东西是不方便直接从代码中看的，能尽量做到黑盒使用是最好的。这就要求文档和图形化表示让人能更好理解原有的设计。就如同使用windows的api和vc的mfc,delphi&amp;cbuilder的vcl,以及java或C#的类库，大家都不需要去了解它的实现。只需要了解如何用他们。他们的实现会随着版本的升级而变化。<br /><br />我们也不需要关注那些将来发生的变化。如同我们用打开文件对话框的api在windows 95和windows xp是完全不一样的界面。而我们只关注它最终为我们返回了一个文件名。你在使用以上说到的api或类库时不需要参考任何文档(不用书籍或帮助文件或msdn或网络上的文档)？你使用mfc和vcl时,事先看了它们的源代码？（虽然有，我相信你不到万不得已，不会去看的。程序员的优良素质之一就是——懒：） ）.为何不能把自己写过的程序也能做到像前面说到的东西一样能被充分重用呢？<br /><br />再进一步。大家为何不能相互尽可能的共享劳动成果呢？没有设计好的标准和规范，两个人写的实现同一个功能的函数或类都是不可能互换的。<br />你提到的日本人的文档确实可能是个极端。我也是个懒人，而且我看不懂日文，你的好意我心领了。我没看到也就不好做过多的评论了：）<br />建议对《设计模式》那本书多关注点：）并不是要把那些模式挂在嘴边来展示自己的才华横溢，而是它说到了隐藏在模式背后的很多面向对象编程的更深层次的便于重用的一些原则。<br />例如：<br />1。针对接口编程而不是实现<br />2。优先使用对象组合而不是继承<br />从中引出的两种重用模式<br />1。delegation/委托，是c#中代替windows消息机制的重大特征<br />2.参数化类型,是generic programming范型的本质，STL是它的具体应用。<br /><br />Weihello：<br />首先感谢对于设计模式的建议。 关于设计模式，我已经接触一年有余了，至于我们团队的技术带头人，更是于96年左右就开始接触设计模式。 而且在实践中不断的深入学习。 至于针对接口编程的事，我们在代码中极少引用具体类， 尤其高层代码更是如是。可以这么说吧，在这个领域，我们在国内已经走得相当远了。实践的系统已经包括医保，ERP,电力生产，交通等等。 可以这么说吧，如果我们这个团队是在夸夸其谈设计模式，那么，国内没有多少人不在夸夸其谈了。 ：）<br /><br />你提到的VCL和MFC等等（题外话：我个人认为VCL和MFC同时是世界上最糟糕的类库框架典型，CB我未曾接触过，不好说）。 实际上，这时候你忽略了一点，这种项目（姑且叫项目吧）的客户是程序员！你前面也说过，我们要针对接口编程。 <br />设想，一个程序员去类库，对于类库框架都不了解，他怎么去基于这个类库？ 他如果连类库的一些接口不熟悉，他怎么去入手？ 呵呵。<br />前面我提过，好的程序不是做给计算机“看”的，而是人看的。 一个良好的接口，应该是人们看了名称就知道这是干什么的，看了具体方法，就能直接利用了。 一个命名好的接口，比一万本书更能使人容易理解！ 那么，需要看实现吗？<br />客户是必须至少知道系统的功能的。仅仅如此而已。<br /><br />软件工程研究和软件项目开发的区别：<br />搞软件研究做什么？就是最终用于实际项目的开发。 研究不能搞空洞化，架空化，无源化（不好意思，自创名词）。 历史上多少研究人员提出所谓软件分层等等<br />概念。 实际上，一到了实际项目，所谓的层根本不会有什么明显的界限。也就是说，这种纯粹是无源之水。<br />“这就要求结构清晰，接口明确，功能划分仔细等一系列标准。” 关于这句话，我想你自己个人的经历应该可以说明一切，当我们去接触人家成熟并且成功的产品的时候， 我们可以这么说。 而对于一个实际项目，你永远也不可能一开始就做到。大师级人物也不能做到。 更不用说我们这些略知一二的所谓程序员了。<br />而且，这话理论味道比实际意义强多了。<br />不要过于理论化，如果非要如此，那么，我们只能说，朝这个目标前进， 而不是达到这个目标。<br />当然，招标书可不能这么说。<br /><br />（编者：估计Caomo有事忙，无暇顾及辩论，他想的是以事实说话把！辩驳暂告一段落，但是技术在进步，他们二位也在不断的　　　　探索，下次再来，将会有更精辟的言论奉上！）<br /><br /><br />（尾续：技术总在不厌其烦地不断发展，程序员虽不该疲于奔命---出一种技术，就捧一出，但该适时交流。感谢二位为我们提　　　　供了一些意见和可供研究、参考的资料，希望有更多的行家在我们的留言簿里提出更新、更好、更专业的意见！）

在我看来，不管是传统的软件工程还是xp方法，它们的使用者都是人，都是软件开发方法。怎样使开发过程更高效，让开发结果更好，是两者的共同目标。它们都是软件工程研究人员结合实际的软件工程所设计的一种软件开发方法。因此，两者并不矛盾，用一个成语来形容就是：殊途同归。

<!--QuoteBegin-threehair+2003-10-20 08:06:43--><div class='quotetop'>QUOTE(threehair @ 2003-10-20 08:06:43)</div><div class='quotemain'><!--QuoteEBegin--> 在我看来，不管是传统的软件工程还是xp方法，它们的使用者都是人，都是软件开发方法。怎样使开发过程更高效，让开发结果更好，是两者的共同目标。它们都是软件工程研究人员结合实际的软件工程所设计的一种软件开发方法。因此，两者并不矛盾，用一个成语来形容就是：殊途同归。 <!--QuoteEnd--></div><!--QuoteEEnd--><br /><!--emo&:good:--><img src='style_emoticons/default/good.gif' border='0' style='vertical-align:middle' alt='good.gif' /><!--endemo--> 回答正确，满分！

谢谢夸奖。大花王，有没有自己的想法，说说看 <!--emo&:P--><img src='style_emoticons/default/tongue.gif' border='0' style='vertical-align:middle' alt='tongue.gif' /><!--endemo-->

<!--QuoteBegin-threehair+2003-10-20 16:11:41--><div class='quotetop'>QUOTE(threehair @ 2003-10-20 16:11:41)</div><div class='quotemain'><!--QuoteEBegin--> 谢谢夸奖。大花王，有没有自己的想法，说说看 <!--emo&:P--><img src='style_emoticons/default/tongue.gif' border='0' style='vertical-align:middle' alt='tongue.gif' /><!--endemo--> <!--QuoteEnd--></div><!--QuoteEEnd--><br />嘿嘿，偶只写代码，不关心这些乱七八糟的理论的东东

<!--emo&:huh:--><img src='style_emoticons/default/huh.gif' border='0' style='vertical-align:middle' alt='huh.gif' /><!--endemo-->  <!--emo&:huh:--><img src='style_emoticons/default/huh.gif' border='0' style='vertical-align:middle' alt='huh.gif' /><!--endemo-->  <!--emo&:huh:--><img src='style_emoticons/default/huh.gif' border='0' style='vertical-align:middle' alt='huh.gif' /><!--endemo--> <br />你用的是什么，作什么项目？有没有什么经验也可以说说啊 <!--emo&:D--><img src='style_emoticons/default/laugh.gif' border='0' style='vertical-align:middle' alt='laugh.gif' /><!--endemo-->

这才是符合偶们的国情的精华所在 <!--emo&kkk--><img src='style_emoticons/default/kkk.gif' border='0' style='vertical-align:middle' alt='kkk.gif' /><!--endemo--> <br /><!--c1--><div class='codetop'>CODE</div><div class='codemain'><!--ec1-->软件质量好坏不是最重要，关系网是最重要的。学术界也如是。<!--c2--></div><!--ec2-->

<!--emo&:huh:--><img src='style_emoticons/default/huh.gif' border='0' style='vertical-align:middle' alt='huh.gif' /><!--endemo-->  <!--emo&:huh:--><img src='style_emoticons/default/huh.gif' border='0' style='vertical-align:middle' alt='huh.gif' /><!--endemo-->  <!--emo&:huh:--><img src='style_emoticons/default/huh.gif' border='0' style='vertical-align:middle' alt='huh.gif' /><!--endemo--> <br />但是对哦们软件开发人员而言，自己还是很重视编码的质量 <!--emo&:o--><img src='style_emoticons/default/ohmy.gif' border='0' style='vertical-align:middle' alt='ohmy.gif' /><!--endemo-->

<!--QuoteBegin-threehair+2003-10-20 16:33:44--><div class='quotetop'>QUOTE(threehair @ 2003-10-20 16:33:44)</div><div class='quotemain'><!--QuoteEBegin--> <!--emo&:huh:--><img src='style_emoticons/default/huh.gif' border='0' style='vertical-align:middle' alt='huh.gif' /><!--endemo-->&nbsp; <!--emo&:huh:--><img src='style_emoticons/default/huh.gif' border='0' style='vertical-align:middle' alt='huh.gif' /><!--endemo-->&nbsp; <!--emo&:huh:--><img src='style_emoticons/default/huh.gif' border='0' style='vertical-align:middle' alt='huh.gif' /><!--endemo--> <br />你用的是什么，作什么项目？有没有什么经验也可以说说啊 <!--emo&:D--><img src='style_emoticons/default/laugh.gif' border='0' style='vertical-align:middle' alt='laugh.gif' /><!--endemo--> <!--QuoteEnd--></div><!--QuoteEEnd--><br />偶是需要什么用什么，痛苦。。。现在是什么都不会用 <!--emo&:rolleyes:--><img src='style_emoticons/default/rolleyes.gif' border='0' style='vertical-align:middle' alt='rolleyes.gif' /><!--endemo--> <br />做过的都不能称之为项目，呵呵，有个大项目（名字大）啊，比全世界还要大 - 所以就不敢说出来了（安全第一） <!--emo&:grin:--><img src='style_emoticons/default/grin.gif' border='0' style='vertical-align:middle' alt='grin.gif' /><!--endemo--> <br /><br />有空了偶会漫漫写一些对新人有帮助的文字 <!--emo&:shut:--><img src='style_emoticons/default/shut.gif' border='0' style='vertical-align:middle' alt='shut.gif' /><!--endemo-->

<!--QuoteBegin-threehair+2003-10-20 16:43:44--><div class='quotetop'>QUOTE(threehair @ 2003-10-20 16:43:44)</div><div class='quotemain'><!--QuoteEBegin--> <!--emo&:huh:--><img src='style_emoticons/default/huh.gif' border='0' style='vertical-align:middle' alt='huh.gif' /><!--endemo-->&nbsp; <!--emo&:huh:--><img src='style_emoticons/default/huh.gif' border='0' style='vertical-align:middle' alt='huh.gif' /><!--endemo-->&nbsp; <!--emo&:huh:--><img src='style_emoticons/default/huh.gif' border='0' style='vertical-align:middle' alt='huh.gif' /><!--endemo--> <br />但是对哦们软件开发人员而言，自己还是很重视编码的质量 <!--emo&:o--><img src='style_emoticons/default/ohmy.gif' border='0' style='vertical-align:middle' alt='ohmy.gif' /><!--endemo--> <!--QuoteEnd--></div><!--QuoteEEnd--><br />这样的开发人员毕竟是少数<br />很多开发人员都不会重视编码质量的，这是个大问题

<!--QuoteBegin-99大话王+2003-10-20 16:52:58--><div class='quotetop'>QUOTE(99大话王 @ 2003-10-20 16:52:58)</div><div class='quotemain'><!--QuoteEBegin--> <!--QuoteBegin-threehair+2003-10-20 16:33:44--><div class='quotetop'>QUOTE(threehair @ 2003-10-20 16:33:44)</div><div class='quotemain'><!--QuoteEBegin--> <!--emo&:huh:--><img src='style_emoticons/default/huh.gif' border='0' style='vertical-align:middle' alt='huh.gif' /><!--endemo-->&nbsp; <!--emo&:huh:--><img src='style_emoticons/default/huh.gif' border='0' style='vertical-align:middle' alt='huh.gif' /><!--endemo-->&nbsp; <!--emo&:huh:--><img src='style_emoticons/default/huh.gif' border='0' style='vertical-align:middle' alt='huh.gif' /><!--endemo--> <br />你用的是什么，作什么项目？有没有什么经验也可以说说啊 <!--emo&:D--><img src='style_emoticons/default/laugh.gif' border='0' style='vertical-align:middle' alt='laugh.gif' /><!--endemo--> <!--QuoteEnd--></div><!--QuoteEEnd--><br />偶是需要什么用什么，痛苦。。。现在是什么都不会用 <!--emo&:rolleyes:--><img src='style_emoticons/default/rolleyes.gif' border='0' style='vertical-align:middle' alt='rolleyes.gif' /><!--endemo--> <br />做过的都不能称之为项目，呵呵，有个大项目（名字大）啊，比全世界还要大 - 所以就不敢说出来了（安全第一） <!--emo&:grin:--><img src='style_emoticons/default/grin.gif' border='0' style='vertical-align:middle' alt='grin.gif' /><!--endemo--> <br /><br />有空了偶会漫漫写一些对新人有帮助的文字 <!--emo&:shut:--><img src='style_emoticons/default/shut.gif' border='0' style='vertical-align:middle' alt='shut.gif' /><!--endemo--> <!--QuoteEnd--></div><!--QuoteEEnd--><br /><br />哦做的都称不上是项目，只能说是程序或者模块。 <!--emo&:redface:--><img src='style_emoticons/default/icon_redface.gif' border='0' style='vertical-align:middle' alt='icon_redface.gif' /><!--endemo--> <br />而且哦一般都是自己一个人做。<br />所以没有这方面的经验。<br /> <!--emo&:P--><img src='style_emoticons/default/tongue.gif' border='0' style='vertical-align:middle' alt='tongue.gif' /><!--endemo--> 哦等着看

确实，孰途同归。<br /><br />  不过，当你日复一日，年复一年的做相同的代码，且框框都做好了，只需要你往里填充数据；当你被当做生产计划中的机器一样，定时定量的完成重复性劳动；当让你封闭开发三个月......<br /><br />   你已经机械化了，只有机器和你可以可比性。<!--emo&:)--><img src='style_emoticons/default/smile.gif' border='0' style='vertical-align:middle' alt='smile.gif' /><!--endemo--> <br /><br />   人就是人，是有欲望的人。而他们认为你没有欲望了。<br /><br /><br />   无论程序员还是所谓的系统分析员，最合适的名称即是Software Craftsman。我们有创造性。<br /><br />   我们和其他的工匠唯一的区别在于，我们是program的。

<!--QuoteBegin-99大话王+2003-10-20 16:28:27--><div class='quotetop'>QUOTE(99大话王 @ 2003-10-20 16:28:27)</div><div class='quotemain'><!--QuoteEBegin--> 嘿嘿，偶只写代码，不关心这些乱七八糟的理论的东东 <!--QuoteEnd--></div><!--QuoteEEnd--><br />很不幸，你或许沦为机器了，而且自得其乐

<!--QuoteBegin-weihello+2003-10-31 10:37:40--><div class='quotetop'>QUOTE(weihello @ 2003-10-31 10:37:40)</div><div class='quotemain'><!--QuoteEBegin--> 确实，孰途同归。<br /><br />&nbsp; 不过，当你日复一日，年复一年的做相同的代码，且框框都做好了，只需要你往里填充数据；当你被当做生产计划中的机器一样，定时定量的完成重复性劳动；当让你封闭开发三个月......<br /><br />&nbsp;  你已经机械化了，只有机器和你可以可比性。<!--emo&:)--><img src='style_emoticons/default/smile.gif' border='0' style='vertical-align:middle' alt='smile.gif' /><!--endemo--> <br /><br />&nbsp;  人就是人，是有欲望的人。而他们认为你没有欲望了。<br /><br /><br />&nbsp;  无论程序员还是所谓的系统分析员，最合适的名称即是Software Craftsman。我们有创造性。<br /><br />&nbsp;  我们和其他的工匠唯一的区别在于，我们是program的。 <!--QuoteEnd--></div><!--QuoteEEnd--><br />说的真是精辟，一针见血。<br />写代码并不是一件枯燥的事情。只要你愿意，可以其实也是一种艺术。<br />把一个个相同的函数、语言经过你的努力，可以用很多方式表现出来，就象是写作一样。<br />代码中也可以反映你的思想

<!--QuoteBegin-threehair+2003-10-31 11:03:53--><div class='quotetop'>QUOTE(threehair @ 2003-10-31 11:03:53)</div><div class='quotemain'><!--QuoteEBegin--> <!--QuoteBegin-weihello+2003-10-31 10:37:40--><div class='quotetop'>QUOTE(weihello @ 2003-10-31 10:37:40)</div><div class='quotemain'><!--QuoteEBegin--> 确实，孰途同归。<br /><br />&nbsp; 不过，当你日复一日，年复一年的做相同的代码，且框框都做好了，只需要你往里填充数据；当你被当做生产计划中的机器一样，定时定量的完成重复性劳动；当让你封闭开发三个月......<br /><br />&nbsp;&nbsp; 你已经机械化了，只有机器和你可以可比性。<!--emo&:)--><img src='style_emoticons/default/smile.gif' border='0' style='vertical-align:middle' alt='smile.gif' /><!--endemo--> <br /><br />&nbsp;&nbsp; 人就是人，是有欲望的人。而他们认为你没有欲望了。<br /><br /><br />&nbsp;&nbsp; 无论程序员还是所谓的系统分析员，最合适的名称即是Software Craftsman。我们有创造性。<br /><br />&nbsp;&nbsp; 我们和其他的工匠唯一的区别在于，我们是program的。 <!--QuoteEnd--></div><!--QuoteEEnd--><br />说的真是精辟，一针见血。<br />写代码并不是一件枯燥的事情。只要你愿意，可以其实也是一种艺术。<br />把一个个相同的函数、语言经过你的努力，可以用很多方式表现出来，就象是写作一样。<br />代码中也可以反映你的思想 <!--QuoteEnd--></div><!--QuoteEEnd--><br />所以，我更喜欢agile，不喜欢软件工程。<br /><br />   当你成为计划中的一台机器的时候，你如果还自得其乐的说，我就喜欢这样的生活，我做coder（not programmer），<!--emo&:)--><img src='style_emoticons/default/smile.gif' border='0' style='vertical-align:middle' alt='smile.gif' /><!--endemo--> 其间不透着点悲哀吗？

有句话说：不管黑猫白猫，捉到老鼠就是好猫。<br />软件工程和极限编程大相径庭，适合不同的情况。<br />你说过人都是有思想的。所以我想应该选择最恰当的方式，最适合自己的情况的方法<br />哦不会排斥两者的任何一个。在我看来，适当的时候选择适当的方法才是好的。<br />而且哦以为，随着发展，难保不会出现第三种方法，很有可能把两者加以融合。毕竟事物是发展的。大家总是在不满意-〉满意-〉不满意中不停的探索

<!--QuoteBegin-threehair+2003-10-31 11:22:08--><div class='quotetop'>QUOTE(threehair @ 2003-10-31 11:22:08)</div><div class='quotemain'><!--QuoteEBegin--> 有句话说：不管黑猫白猫，捉到老鼠就是好猫。<br />软件工程和极限编程大相径庭，适合不同的情况。<br />你说过人都是有思想的。所以我想应该选择最恰当的方式，最适合自己的情况的方法<br />哦不会排斥两者的任何一个。在我看来，适当的时候选择适当的方法才是好的。<br />而且哦以为，随着发展，难保不会出现第三种方法，很有可能把两者加以融合。毕竟事物是发展的。大家总是在不满意-〉满意-〉不满意中不停的探索 <!--QuoteEnd--></div><!--QuoteEEnd--><br />呵呵，我建议仔细看看贴子。 虽然那是我一年多前的看法，但基本没有什么出入。

另外,也可以访问我们的网站:http://www.erproad.org   <!--emo&:)--><img src='style_emoticons/default/smile.gif' border='0' style='vertical-align:middle' alt='smile.gif' /><!--endemo-->

<!--emo&:shut:--><img src='style_emoticons/default/shut.gif' border='0' style='vertical-align:middle' alt='shut.gif' /><!--endemo--> 刚才就看着您的id觉得好像见过。原来你就是。。。。。。<br /> <!--emo&:redface:--><img src='style_emoticons/default/icon_redface.gif' border='0' style='vertical-align:middle' alt='icon_redface.gif' /><!--endemo--> 很8好意思。丢人了<br />这个版相比较之下，比较冷清。哦的理论都是纸上谈兵。您能常来看看吗 <!--emo&:grin:--><img src='style_emoticons/default/grin.gif' border='0' style='vertical-align:middle' alt='grin.gif' /><!--endemo-->

<!--QuoteBegin-weihello+2003-10-31 11:31:43--><div class='quotetop'>QUOTE(weihello @ 2003-10-31 11:31:43)</div><div class='quotemain'><!--QuoteEBegin--> 另外,也可以访问我们的网站:http://www.erproad.org&nbsp;  <!--emo&:)--><img src='style_emoticons/default/smile.gif' border='0' style='vertical-align:middle' alt='smile.gif' /><!--endemo--> <!--QuoteEnd--></div><!--QuoteEEnd--><br />好的。哦会常去看看的。<br />也欢迎您常来看看 <!--emo&^_^--><img src='style_emoticons/default/happy.gif' border='0' style='vertical-align:middle' alt='happy.gif' /><!--endemo-->

<!--QuoteBegin-threehair+2003-10-31 11:36:19--><div class='quotetop'>QUOTE(threehair @ 2003-10-31 11:36:19)</div><div class='quotemain'><!--QuoteEBegin--> 好的。哦会常去看看的。<br />也欢迎您常来看看 <!--emo&^_^--><img src='style_emoticons/default/happy.gif' border='0' style='vertical-align:middle' alt='happy.gif' /><!--endemo--> <!--QuoteEnd--></div><!--QuoteEEnd--><br />不必过谦，大家是交流,共同提高。

再一次表示欢迎 <!--emo&:hand:--><img src='style_emoticons/default/hand.gif' border='0' style='vertical-align:middle' alt='hand.gif' /><!--endemo--> <br />PS：对了，您从事软件业有多久了？ <!--emo&:wub:--><img src='style_emoticons/default/wub.gif' border='0' style='vertical-align:middle' alt='wub.gif' /><!--endemo-->

两年多吧。

<!--QuoteBegin-weihello+2003-10-31 12:04:23--><div class='quotetop'>QUOTE(weihello @ 2003-10-31 12:04:23)</div><div class='quotemain'><!--QuoteEBegin--> 两年多吧。 <!--QuoteEnd--></div><!--QuoteEEnd--><br />年轻人就是有想法 <!--emo&:unsure:--><img src='style_emoticons/default/unsure.gif' border='0' style='vertical-align:middle' alt='unsure.gif' /><!--endemo-->