随笔分类 -  敏捷

摘要：以前也没有深刻意识到它的重要性。直到后来,去接手一些遗留系统,那种混乱,寻找代码和代码文件多么费力。系统经过了很多人手,人员调岗,人员离职。每个人都有自己的风格，折腾一下，就闪了。丢下一个千疮百孔的系统。 人的眼睛是相信现实的东西，没有经历过那种坑，就无法理解。所以当我们怎么说要规划好目录结构，要好 阅读全文

摘要：c语言系的命名风格：单词之间使用下划线分隔。如上图。 java语言是另外一个系，javascript属于java语系(当年就是想借助java的名气所以命名javascript)。java语系是驼峰式命名法，如getElementById()。如果使用c语系命名风格则使用下划线分隔 get_eleme 阅读全文

摘要：以前看了一个观点，不错：不要的代码删除掉删除你没有使用的功能清理的时间正比于代码的数量，复杂性和糟糕的程度。如果代码的功能你目前没有使用，而且在可预见的将来也不会使用，那么就删除它，这会减少你浏览的代码数，降低复杂度（删除不必要的概念和依赖）。你会清理的更快的，而且最后的结果会更简单。不要留着代码... 阅读全文

摘要：刚才看到文章这个看法很有同感，以前也没有深刻理解到可维护性的重要性。在现在的公司呆了一年半，才明白。因为现在的公司用户量大，团队开发人员多，遇到很多难以维护的代码，花费人员沟通成本，延缓功能的开发进度，去填补遇到的坑..... http://www.cnblogs.com/freeflying/p/ 阅读全文

摘要：极限编程敏捷开发是一种思想，极限编程也是一种思想，它与敏捷开发某些目标是一致的。只是实现方式不同。测试驱动开发是极限编程的一部分。1、极限编程这个思路的来源Kent Beck先生最早在其极限编程（XP）方法论中，向大家推荐“测试驱动”这一最佳实践，还专门撰写了《测试驱动开发》一书，详细说明如何实现。经过几年的迅猛发展，测试驱动开发已经成长为一门独立的软件开发技术，其名气甚至盖过了极限编程。[1]2、为什么测试驱动开发在实践中难以开展测试驱动开发，在国内很多公司难以实施。因为tdd(测试驱动开发)的办法是，写代码之前先编写测试代码，测试通过后再实现这个测试代码。很多人觉得这是浪费了时间。这样循环 阅读全文

摘要：我们做开发的经常遇到一个问题：设计出来机制不是需求方想要的,按照他的思路去修改功能,结果做出来发现有损失了，就是解决他要的问题，其他附带问题就来了，那个不是他想要的。其实我借鉴《顾客想得与说的不一样》中的。我理解到，技术需求与顾客需求分析也是一样的道理，所以我借鉴过来。总结为：我们不要陷入需求方的思维去，不要陷入需求方口头上说的去。而要问对方要解决什么问题(因为我解决他那个问题的技术方案很多种)可以看《顾客想得与说的不一样》里面提到一个例子：你问用户想要什么样的把手，顾客答：我想要把手粗的！结果工厂造把手加粗的。结果还是没人买。实际上，深入问对方：想解决什么问题？顾客答：我只是想避免把手拿到手 阅读全文