以下情景是从《高效程序员的45个习惯 - 敏捷开发修炼之道》中摘录的,个人感受是,"这本书太实在了!",句句说到了心砍里,如果有条件真希望开发的兄弟们瞧瞧,这对自己的管理能力,解决处理问题的能力,风险控制能力,沟通能力,等等都有很好的提高,因为它不仅仅是给出了问题,还给出了答案,更给了做事的哲学,处世的道理,一句话总结:very good
下边的情景都是书中给出的反例,就是说,这些观点都是不正确的,至少是不合适的看法,这里只给出了问题,没给出解决方案,目的是大概知道它在讲什么,带着一些问题去看书,效果也许更好!
---------------------------------------华丽丽的分隔线---------------------------------------------------------
"出了问题,第一重要的是确定元凶.找到那个白痴!一旦证实了是他出的错误,就可以保证这样的问题永远不会再发生了."
"你不需要真正地理解那块代码,它只要能够工作就可以了.哦,它需要一个小小的调整.只要在结果中再加上几行代码,它就可以工作了.干吧!就把那几行代码加进去,它应该可以工作."
"如果你发现其他人的代码有问题，只要你自己心里知道就行了。毕竟，你不想伤害他们，或者惹来麻烦。如果他是你的老板，更好格外谨慎，只要按照他的命令执行就可以了。"
"不要和别人分享你的知识--------自己留着。你是因为这些知识而成为团队中的佼佼者，只要自己聪明就可以了，不用管其他失败者。"
"那就是你一贯的工作方法，并且是有原因的，这个方法也很好地为你所用。开始你就掌握了这个方法，很明显它是最好的方法，真的，从那以后就不要再改变了。"
"接受别人给的解释。别人告诉你问题出在了什么地方，你就去看什么地方。不需要再浪费时间去追根究底。"
"我们很长时间没有进行代码复审，所以这周会复审所有的代码。此外，我们也要做一个发布计划了，那就从星期二开始，用3周时间做下一个发布计划。"
"开发者兼具创新和智慧，最了解应用程序。因此，所有关键决定都应该由开发者定夺。每次业务人员介入的时候，都会弄得一团槽，他们无法理解我们做事的逻辑。"
"设计文档应该尽可能详细，这样，低级的代码工人只要敲入代码就可以了。在高层方面，详细描述对象的关联关系；在低层方面，详细描述对象之间的交互。其中一定要包括方法的实现信息和参数的注释。也不要忘记给出类里面的所有字段。编写代码的时候，无论你发现了什么，绝不能偏离了设计文档。"
"你开始了一个新的项目，在你面前有一个长串关于新技术和应用框架的列表。这些都是好东西，你真的需要使用列表中所有的技术。想一想，你的简历上将留下漂亮的一笔，用那些伟大的框架，你的新应用将具有极高技术含量。"
"没问题，可以手工安装产品，尤其是给质量保证人员安装，而且你不需要经常自己动手，他们都很擅长复制需要的所有文件。"
"这不是你的过错，问题出在我们的客户——那些麻烦的最终客户和用户身上。他们不停地更改需求，导致我们严重地延期。他们一次就应该想清楚所有想要的东西，然后把这些需求给我们，这样我们才能开发出令他们满意的系统。这才是正确的工作方式。"
"我们为后面的3年制定了漂亮的项目计划，列出了所有的任务和可交付的时间表。只要我们那时候发布了产品，就可以占领市场。"
"对这个 项目，我们必须要有固定的报价，虽然我们还不清楚项目的具体情况，但任要有一个标价，到星期一，我需要整个团队的评估，并且我们必须要再年末交付真个项目。"
"你不必为单元测试花费那么多时间和精力.它只会拖延项目的进度.好歹,你也是一个不错的程序员—单元测试只会浪费时间,我们现在正处于关键时刻"
"请进，先完成所有的代码库，后面会有大量时间看到用户是否是如何思考，现在只有把代码仍过去就可以了，我保证它没有问题"
"只要代码能在你的机器上运行就可以了，谁会去关心她是否可以在其他平台上工作，你又不用其他平台。"
"用户就是会抱怨，这不是你的过错，是用户太愚蠢了，连使用手册都看不懂。它不是bug，只是用户不明白如何使用而已，他们本应该知道更多"
"如果代码太杂乱以至于无法阅读,就应该使用注释来说明.精确解释代码做了什么,每行代码应该加注释,不用关为什么要这样编码,只要告诉我们到底是怎样做的就好了"
"真正的程序员写起代码来，一干就是几个小时，根本不停，甚至连头都不抬。不要停下来去编译你的代码，只要一直往下写就好了!"
"软件是很复杂的东西。随便哪个笨蛋都可以编写出简单、优雅的软件。通过编写史上最复杂的程序，你将会得到美誉和认可，更不用提保住你的工作了。"
"你要编写一些新的代码，首先要决定的就是把这些代码放在什么地方。其实放在什么地方问题不大，你就赶紧开始吧，看看IDE中现在打开的是哪个类，直接加进去就是了。如果所有的代码都在一个类或组件里面，要找起来是很方便的。"
"不要相信其它的对象。毕竟，它们是有别人写的，甚至有可能是你自己上个月头脑发昏的时候写的呢。从别人那里去拿你需要的信息，然后自己处理，自己决策。不要放弃控制别人的机会！"
"深沉次的继承是很棒的。如果你需要其他类的函数，直接继承它们就好了！不要担心你创建的新类会造成破坏，你的调用者可以改变他们的代码。这是他们的问题，而不是你的问题。"
"在开发过程中是不是经常遇到似曾相识的问题？这没关系。以前解决过的问题，现在还是可以解决掉的。"
---------------------------------------华丽丽的分隔线---------------------------------------------------------
