摘要：瀑布模型 vs 敏捷开发 -- Theory X and Theory Y -- 人际关系一些杂想。其实所谓的瀑布模型的精髓，就是依靠需求>设计>实现>测试>交付的层层把关来实现的。实际项目中的实现者，就如同生产线上的设备一样工作。他们并不需要关心和自己的任务无关的事情，而这其中的根本，其实也就是Theory X，由FPL来负责对工作进度和质量进行把关。而在敏捷开发中，注重的要点之一就是，"可工作的代码" 大于 "完备的文档"。这带来的一个问题就是，其实team中的成员，需要通过对别人工作的review来完善自己对项目的理解。而且 阅读全文

摘要：前一篇分析了求质数的两个算法，在代码执行效率和系统开销两方面进行了比较。这在通信系统的设计和实现中，是非常重要的两点。因为需要同时面对的是巨大的用户群，和复杂的业务应用，通信系统的设计经常要面临鱼与熊掌间的选择。用最简单和最形象的比喻，就是使用数组还是用链表结构来存储和处理数据。很多时候，硬件的资源是无法提供对数组的支持的。这时候，不得不使用链表结构的算法，而继续的优化算法也非常必要。还是用求质数的算法来做说明。 ^_^[1]这是最原始的算法，处理9000个用户数据，需要2600ms。面对10000个用户时，崩溃!var stopwatch = new Date();var PrimeArys 阅读全文

摘要：有两个典型算法,思路都很清晰.其一: 凡是只能被1和自己整除的就是质数其二: 凡是最少有两个因数的就不是质数就这么两个例子，逻辑上都没有错误，但是分别执行一下，记录并比较一下耗时，就会有惊人的发现。算到九千以内的时候，算法一基本上还能工作，但是耗时为3秒；而这个时候算法二只需要30毫秒。这就是差距了，哈哈~~~话题外再说一句，算法二的一个关键点，就是实际工作中可能需要以适当的空间开销来换取工作效率的提高。附上用js实现的两个算法程序。其一: 凡是只能被1和自己整除的就是质数var stopwatch = new Date();var PrimeArys = [2];var count = 1; 阅读全文