敏捷一天记

        原本打算早上7点半左右出门，结果睡到了8点半，匆匆忙忙的收拾一下，9点半左右才赶到了会场。出乎我意料的，会场一中人居然这么多，人满满的，连三个墙边也站满人。一个小时前，我还自我安慰的想：这么早应该没有什么人的，这样的想法是让人惭愧的。看着满满一屋的人，自己一时为难，留在这儿吧，人太多,没有座位，要是站着听，一天下来，是在受不了；不进去吧，好不容易，把自己运过来，就这样灰不溜秋的回去，不甘心。

        这时，我见服务人员正在引导人们去其他的会场，便凑过去，问其他会场在什么地方？她看了我一下便说，胸卡呢？我说没有领。她便手指着旁边的工作台说，在这边登记一下。这时我才发现门口的一边有几个工作人员在登记人员和发送胸卡和相关资料的, 自己太粗心，刚才来时居然没有留意到。领了资料和胸卡后，便去了会场二，这里人数也不少的，只有前排一些贵宾座位是空的，找了一个空位便坐下了。

        翻翻会议的资料，初步了解了一天的议程，里面还有几个重量级的人物讲座，讲得内容也多是我不了解的。唉，想想以前和现在做的事情，不禁唏嘘自己是一个井底之蛙的，所知甚少。不意间，陆续还碰见了几个熟识的人。     和其中一个人一边听着讲座，一边和聊着以前的项目。他还是喜欢说的，思维还是敏捷的，和以前共事时，差不了多少的。我们一边听着别人的讲座，一边一起拨撩了过去的事情。这比我一个人听着讲座，要好多了。对敏捷开发思想的理解较多了点。

        敏捷的开发思想，讲得理念是以人为本，自我驱动，持续改进。它对开发人员的要求很高，要熟悉传统开发模式。为什么这样呢？我想敏捷本身没有提出什么流程的，所做应该是还是基于原来流程。它提出的是一个个建议的：1.两个人结对编程；2.将复杂的问题分解为一个个简单的问题；3.简单的设计；4.随机应变，不局限于方法,目标只有一个，就是正确的实现客户的需求；5.自动化，将机器能做的事情，交给机器去做的；6.质量不是测试来保证的，测试是为了准确的了解需求，将测试分解到项目的各个阶段；7.持续的集成，持续的测试，持续的反馈，持续的迭代。。。     

        因此，敏捷似乎是一个模糊的概念，那什么是敏捷？一天的讲座，也没有让我准确的了解的。我所了解的是一个个建议，一个个实践经验的共享，还有是精益生产。难道这就是敏捷？敏捷，以人为本，依靠的不是流程，它看似没有流程，但是它一个个具体实践中，必然有个合适这个实践的流程，它重视必须的文档，它重视code，它重视和客户交流，它革新了传统的观念和流程，它要求减少客户需求的传递层次，它把需求分解成一个个小粒度，根据重要性，优先实现重要的和先独立出来的。     

        以前，自己经历的是否是敏捷开发？他说不是，因为后来的修改是框架的改动，而敏捷不是这样的。真的是这样吗？但是，那些经历具有敏捷的一些特征的：先做了一些，然后给用户和测试，接着根据他们的反馈，再修改。只是这样的敏捷太多了。重构，有时也会涉及到框架的修改的。那么为什么它就称不上敏捷呢？他的理由说服不了我的，但是我现在也不能说服自己：那就是敏捷的。     为什么呢？不职业。环境，开发的流程，测试，都是不能满足的。这些因素，制约敏捷的行为。敏捷不是开发人员的敏捷，而是一个团队的敏捷，个人的敏捷，不是敏捷。

       我曾提出重构部分code，老大没理睬的。现在想想他是对的，重构现有的code，在现有的条件下，风险大，成本也大的。做这件事情，自然是搬起石头砸自己的脚。而现在，你要付出不是重构的工作，只是忍受。     

       拨撩完过去的事情，讲座也讲得差不多的，时间过的差不多了，既有聊聊了最近的状态，不过是exchange infomation。     

       下午，有人离开了，位子自然空了点的，这样到时便于我们两边穿梭了的。听了美女的讲座，听了帅哥的讲座，但是终是比及最后的他。他的长相有些冷峻的，言辞犀利而诙谐。讲c++，讲的那么从容自信，不时针砭诟病,可谓已成小器。十年研发，不可小觑。他也说了些敏捷，提出测试驱动开发，固定短周期的迭代，每日构建持续集成，有测试保证下的重构，松耦合设计，但是更多的讲得是一些c++方面经验。

       这次来的人比较多，年轻人居多。会场不时还可以见到几个不错的MM，给会议增加了几分靓色。晚上回来时，就觉得特别累，便睡了一会。醒来后，觉得要写点什么，来总结一天的收获。于是便写了上面的文字。