Java EE

摘要： 这是敏捷开发一千零一问系列的第四篇。（在这里提问，之一，之二，之三，问题总目录）这个系列的文章太多，除了用于总结性篇章外，请访问“问题总目录”查找感兴趣的具体问题。初始问题对于不断更新的需求，导致需求优先级的判断出现了错误，知道项目周期后期才发现，怎么办？答案1. （临时方案）确保所有排序均是由PO完成的常常出现所谓现场客户、由客户出PO、由一个销售当PO的情况，都是应该避免的。PO一方面要熟悉具体的需求和原始目的（广度与细度的要求），另一方面则应该对产品的商业目标、终极目的了然于胸（高度与深度），才能站在企业立场而非简单的客户价值立场。从这一方面看，“有无限时间陪着我们的现场客户”和“一个销 阅读全文

摘要： 这是敏捷开发一千零一问系列的第三篇。（在这里提问，之一，之二，之三，问题总目录）也是般若敏捷系列第十二篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九，之十，之十一，之十二）共振共振是以无我、无住精神推广敏捷时的具体做法。很容易被简单理解为循序渐进，但这样理解不全面，这也是为什么会出现“共振”这个奇怪的词汇。之前的无我、无住，也都很难找到完整替代的又没有歧义的词汇或语句。循序渐进很多人都梦想有一家企业，高层领导支持，企业文化适合，队员个人能力超强，团队合作顺畅，就只差自己这个项目经理去推广敏捷。但睁开眼一看，自己的企业不是如此，因此“我们实际企业不适合推广敏捷”。很多时候组织架构、产 阅读全文

摘要： 这是敏捷开发一千零一问系列的第二篇。（在这里提问，之一，之二，之三，问题总目录）也是般若敏捷系列第十一篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九，之十，之十一，之十二）无住在般若敏捷系列中已经提过，包括不住于法，不住于空。不住于法就是不停留在一种固定的方法上。如果把“敏捷”理解成一个名词，就会出现一个问题：什么是敏捷？又会扩展成Scrum是敏捷，还是XP是敏捷？RUP是不是敏捷？等等问题。如果把“敏捷”理解成一个形容词，也就是“敏捷的开发方法”，大致能找到敏捷新的定义：敏捷是一种轻量级的开发方法。如果把“敏捷”理解成一个副词，也就是“敏捷地开发”，就会找到一个更新的定义：敏捷就 阅读全文

摘要： 这是敏捷开发一千零一问系列的第一篇。（在这里提问，之一，之二，之三，问题总目录）也是般若敏捷系列第十篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九，之十，之十一，之十二）做敏捷开发时间长了，就感觉很多事情都理所当然，越发觉得“问题很可贵”，最近做培训的时候收集了一些问题，很多现场来不及解答，逐一发表在这里。如何解决一个问题知识多了自然可以解决问题，经历多了自然也可以积累经验，但是在一个只出现10年的领域，还有一堆只工作了10多年的年轻人中间，必然有一天会遇到从来没有人解决过的问题，这时候怎么办呢？掌握解决问题的心法是核心。对这个系列而言，就是要掌握用敏捷开发的方法解决问题的心法。掌 阅读全文

摘要： 一，题目：输入一个已经按升序排序过的数组和一个数字，在数组中查找两个数，使得它们的和正好是输入的那个数字。要求时间复杂度是O(n)。如果有多对数字的和等于输入的数字，输出任意一对即可。例如输入数组1、2、4、7、11、15和数字15。由于4+11=15，因此输出4和11。二，题目难点在于时间复杂度控制在O(n)三，方法一 1，分别从数组前，数组后向中间查找。直到前后相遇！！ 2，当前得到currentSum>sum说明：大的数太大（数组递增，后面的数太大）。应该将指向最后的标记向前挪动 3，当前得到currentSum<sum说明：大的数太小（数组递增，前面的数太小）。应该将... 阅读全文