关键词：
团队项目开启了，“注重实效”的问题也变得格外重要，每个人都有各自的工作，也就需要一个合理的管理方法与原则。身处于团队里的我对此深有感触，一个好的策略可以让我们能够在省时省力的同时也能注重项目的质量。又一周的读书，幸而能够遇到“注重实效的项目”一章，这一章不仅介绍了使项目成功或失败的关键区域，也同样会教会怎么在遵循注重实效哲学的同时做到建立基本原则与分派任务。
首先成为一名注重实效的程序员是我所希望的，而一个个体在注重实效的团队中工作时，自身的成长是成倍增长的，于是我怀着一种激动地心情阅读这一章，脑海中不断重复着：这就是我所需要的。
“质量”是一个团队问题，书中举例说：最勤勉的开发者如果被派到不在乎质量的团队里，会发现自己很难保持修正琐碎问题所需的热情，以至于问题会进一步恶化，正如前面个人开发要点，一个团队更不应该容忍破窗户，有的团队会专门配有保证产品质量的质量官员，一开始我认为这是一个很不错的想法，但作者却说这是荒谬的，质量只可能源于全体团队成员都做出自己的贡献，我仔细想想，确实如此，如果配有一个质量检查的人，那么对于开发的人来说，就可以不用在意自己的细节，如此一来，问题就如破堤的洪水一般无法阻拦，对质量官员是天大的难题，更是对项目的毁灭性的打击，因此只要每个人都为自己负责，质量自然就起来了。同样出现在团队身上的问题是“煮青蛙”，意思是不注意周围环境的渐变，导致最后被“煮熟了”，作为整体的团队更容易被煮熟，因为大家都会产生别人在处理某个问题的想法，最后即使是目的最明确的团队对项目中的重大改动可能也会很健忘。“交流”在团队中尤为重要，试想一个没有交流的团队，他们甚至不能称的上团队，都变成了个人开发，到最后所有模块拼接的时候就会出现，要么是拼不上，要么就是拼出了一个四不像，而且没有交流就会造成成员开发时的重复，不仅是工作的浪费，而且会带来维护的噩梦，这也就是一个小组需要每周都至少开一次会，哪怕没有需要讨论的东西，在一起编程也是一种交流的手段，不仅提高能力，而且可以避免没有交流出现的种种问题，书的备注里有一句话：“团队用一个声音说话——对外部，在内部，我们强烈地鼓励进行活跃、热烈的辩论”。
紧接着便是如何划分一个小组，是按照工作职务划分还是选择围绕功能？一般传统的团队组织是基于工作职务指派的，认为项目的各种活动——分析、设计、编码、测试，会孤立地发生，这是一个错误，每一个都是有联系的，人为的分隔开会带来许多麻烦，如果围绕功能划分，那么就有助于使团队作为整体与变化的各种效应隔离开来，例如我们团队将小组分为了前段与后端，前段又分为了登录界面、用户界面和游戏界面，后端分为了各类功能，每一部分都有人进行负责，如果有东西需要修改，那么只需对相应的功能模块进行修改，对其他部分的影响就可以降到最小，有一句话很重要，只有在项目拥有负责的开发者以及强有力的项目管理时，这种途径才有效，这就类似我们的组长一般的存在。团队是由个体组成的，让每个成员都能以他们自己的方式闪亮，给他们足够的空间，以支持他们。
“文明通过增加我们不假思索就能完成的重要操作的数目而取得进步”，这句话的意思是进步就体现在无处不在的自动化，一般来说现代社会从手工流程逐步的走向了自动化的进程，正如软件开发，有时候我们需要确保项目的一致性和可重复性，人工流程不能这两个性质，所以我们推崇一切都要自动化。项目编译是一件应该可靠、可重复地进行的琐碎工作，使用makefile有若干好处，它是脚本化、自动化的流程，可以增加挂钩，让其为我们生成代码，并自动运行回归测试。一个程序员不可能把所有时间投入实际编程，因为有邮件需要回复，有文档要发布到Web上等，于是可以使用一个shell脚本完成它们，人的记忆是随着时间会丧失的，通过运行脚本可以自动为我们完成各种流程，实现维持自动、无人照管、内容驱动的工作流。在平时的时候，如果自己有一段时间没有对代码的编程，有些流程就会如作者所说遗忘掉，如果有一个shell脚本可以自动完成的话，那么就可以省下来去回想与重新熟悉的过程与时间，可以说是很人性化的。
测试可以说是无情的，作者也是这么认为的，想想自己曾经被代码测试折磨的死去活来，就感到一阵头皮发麻，但是要成为一个注重实效的程序员要有一种感觉，一种以后经由别人找到我们bug所带来的羞耻，自然而然的就有了测试代码的动力。一开始在编了寥寥几行的时候就应该进行测试，否则就如书中比喻所讲，那些小鱼苗有飞速地变成吃人的大鲨鱼的可恶习惯，而抓住鲨鱼会困难许多，简而言之，bug发现的越早，进行修补额成本就越低，所以就要“编一点，测一点”，每次对于这个真理自己都是信心满满的说，自己知道了，但是到了真实的上战场的时候就会发现自己又犯了把小鱼苗养大的错误，因此自己对于测试是无比无奈，我想自己可以在以后的编写的任务时，每次写注释的时候加上一句“未测试/已测试”，以督促自己。好的项目拥有的测试代码可能比产品代码还要多，这个给了我以后写测试代码的信心。
一本书已接近尾声，回顾自己以前的读书笔记，发现自己已经有了一丝小小的进步，说不喜悦，那肯定没有，但自己任要继续下去，戒骄戒躁，学习的道路没有止境。
程序员修炼之道从小工到专家
注重实效的项目： 成为注重实效的个体有好处，但如果成为注重实效的团队中的一员，这种好处会翻倍。在团队中不应该留下破窗户，形成破窗效应，而应是鼓励团队中的开发者在琐碎的问题修改当中投入热情，对产品的质... 查看详情
一个程序员的基本素养——读《程序员修炼之道》有感
...了不是会编几段程序、会几种语言就能称得上注重实效的程序员。当我们的项目开 查看详情
程序员修炼之道
从一个程序员处理问题、寻求解决方案时的态度、风格、哲学可以看出他是否注重实效。注重实效的程序员可以越出直接的问题去思考，总是设法把问题放在更大的语境中，总是设法注意更大的图景。只有有了更大的语境才可以... 查看详情
我与项目的化学反应——读《程序员修炼之道》有感
正如书中所说，我曾经产生过自己的项目会失败的感觉，因为自己很迷茫不知道自己该如何去完成自己的团队项目，那种迷茫感在一开始的时候一直围绕着我，直到组长开始逐步把项目分块，一步步细分后，并且要求每个人需要... 查看详情
《程序员修炼之道》之注重实效
十月这一个月以来，读了关于程序员修炼之道的第二站，注重实效，其中有一句话让我印象深刻。 系统中的每一个知识都必须具有单一，无歧义，权威的表示。 通过这本书，我了解到我们... 查看详情
程序员修炼之道学习记录之注重实效的哲学
我的源码让猫吃了 软件的熵(无序)石头汤和煮青蛙你的知识财产 交流 查看详情
七日阅书1.注重实效《程序员修炼之道—从小工到专家》
...书破万卷』，可见书籍的力量还是足够强大。这本《程序员修炼之道— 查看详情
《程序员修炼之道》读书笔记①
概述花了几天时间看完了程序员修炼之道，有很多感悟，记录于此，供自己开发时参考，相信对其他人也有用。值得一提的是，这本书写的非常好，很多大牛在走了很多弯路之后再读这本书都很感慨没有早些读。注重实效的哲学... 查看详情
程序员修炼之道——第一章读后感
这两天读了程序员的修炼之道第一章，感觉收获很多。 注重实效的编程源于注重实效的思考的哲学。 注重实效的程序员的特征：他们处理问题的能力，寻求解决问题的风格、态度、哲学。他们能直接超越问题本身去... 查看详情
读《程序员修炼之道》有感(代码片段)
最近一段时间，自己在项目开发过程中出现了很多问题，于是根据同事的推荐读了这本书。读完后，自己最大的感受就是：在项目开发中，一定要规范自己的行为。一个完整的开发流程应该有这样四步:分析→... 查看详情
程序员修炼之道第八章读后感
第八章是注重实效的项目，主要讨论的是能使项目成功或失败的几个关键因素。主要是组织和管理团队、工作流程自动化、项目测试、编写文档和是使投资人高兴的诀窍等几个方面。首先我明白了要修正那... 查看详情
读《程序员修炼之道（节选）》有感
同学推荐了本书——《程序员修炼之道》，在整个寒假闲来无事时，我就会翻一翻这本书，看了这么长时间，我也想写点自己的感想。 这本书很有一些特色，比如，本书一共分为64个小节，且每个小节各不相关，所以我... 查看详情
程序员的修炼之道：从小工到专家读后感2
...点中，最大的弱点就是害怕弱点”。一个注重实效的程序员，并不害怕承认无知与错误。一个被认为最好的项目中，尽管有彻底的测试，良好的文档以及足够的自动化（自动化是什么鬼？），程序还是会出错。但是，一个程... 查看详情
程序员修炼之道读后感2
程序员修炼之道读后感2最近，我又继续阅读了《程序员修炼之道》，又有了更深一步的了解。我们不止应正确的规范自身行为，而且也应该规范自己说话的行为，正如书中所说“你说什么和你怎么说同等重要。”，不论是... 查看详情
《程序员修炼之道---从小工到专家》第一章读后感
《程序员修炼之道---从小工到专家》一书由美国AndrewHunt和DavidThomas所著，主要讲述了一位程序员应当如何从个人责任，职业发展，到基本工具，实际的编程项目中发展自己。本书第一章的标题为：注重实效的哲学。 ... 查看详情
程序员修炼之道读后感1
因为时间问题，自己只阅读了这本经典图书的第一章，下面是我在阅读中的一些感悟，这本书并不是那种教我们语法代码的，更多的是一些经验之谈，这本书中包含了很多看似浅显朴素的道理，实则是若干经验的心血总结。 ... 查看详情
程序员修炼之道
程序员修炼之道-从小工到专家本人阅读比较慢，只阅读了第一章，那就让我来说说从第一章中自己领悟倒些什么？本书第一章的题目为：注重实效的哲学。这在程序员中体现的很充分，对于目前的我来说是很有效的，自己编了... 查看详情
程序员修炼之道_从小工到专家_读书分享
...分享了《大国工匠》，很是羡慕，嫉妒，恨。要知道我们程序员也是一名工匠，哈哈。最近用两天多的时间读了一本和工匠有关的书籍《程序员修炼之道-从小工到专家》这本书，现在分享给大家，因本人能力有限，拙劣之处请... 查看详情