摘要：1、对具体用户而言，一个好的应用程序或产品，并不在于其业务逻辑是多么的复杂，而是无论多么复杂的业务逻辑或者功能，你是如何封装的让用户动动一个手指头就都完成的？！让用户能够憧憬到他能够坐在办公室里能够一边喝茶、一边完成了非常复杂和非常重要的的业务工作，让他的领导非常欣赏他的工作效率和工作成果，让用户明白他掏的钱是非常划算的！2、一个好的需求，并不是想得越多、越细、越全面就越好，再细、再全面的需求都必然会发生变化，而且极易让需求陷入死循环。我认为好的需求是应该而且必须抓住系统的主要路径，主要关键点，其它任何细节都是对主要路径的扩充，而这个主要路径就是用户想要的。 阅读全文

摘要：一、整体1、项目或模块开发，总是呈现一种迭代性的行为。在最开始，不可能会考虑的面面俱到。但是绝对不要在初期设置太多的临时性代码，比如设定一个硬编码、设定一个临时函数等等，然后期望到后期再改回来。这往往毁于两种情况的：1、后期还有很多时间进行代码ReView，这太理想了；2、当代码庞大到一定程度后，也许你自己都不知道当时为什么设置这些个东西了。 所以最好从一开始就宁可多花费时间，将代码写完整，不要偷懒。 如果中途发生了迭代，导致前期的代码结构不合理，不能因为打算节省时间而不舍得改动以前的构架，其结果是虽然此时省事了，但往后面需求再改动、再改动...，到一定程度后，即时你想改也改不了了。2、日志一 阅读全文

摘要：在项目的尾期遇到了一个问题，程序编译出的Release版本，交给测试人员，总是出现一些莫名其妙的错误，而且这些错误没有规律可循，十分诡异。而且错误之间没有规律。刚开始我总是在本机的Debug版本下试图重现，可怎么都重现不了。试图从逻辑上发现bug，确实修改了一些bug，明明没有问题了，可是一到测试那里，问题又重现了。痛苦了好几天，百思不得其解。后来在Release下，重现了一个错误，通过附加进程，... 阅读全文