space的终结

space不做了，辛辛苦苦coding了两个月的space不做了。我想原因很复杂，这里不用多说，还是自己总结一下自己的得失吧。 虽然space最终流产，但是我从中学到很多的东西。现在就简要的说几点。 一、需求分析的重要性 需求分析的重要性，在本科时老师都讲烂了，可能正因为在本科就讲烂了，所以在实际的项目中才会如此。其实需求分析说白了还是交流问题，产品和研发的交流，我想说没有那个产品能在最初就能把需求给全搞完，并把需求给定死了，所以二者之间的交流至关重要。 但是我还发现一个问题，在基本需求出来后发现一些需求实现起来有问题（这里的问题不是能不能实现的问题，而是代价的问题），这就会有问题，你说需求提得不合理？不是吧，去改需求？这个情况最终的结果是，可能按照原需求继续高代价coding，修改需求再coding，我遇到的情况往往是第一种。很不爽！ 二、团队代码的公用 毕竟项目不是一个人在开发，大家不可能自己闷着头写不顾其他人的代码。大家代码之间的重用就很重要，怎样让大家彼此知道对方的code，定时的交流、统一的交流平台、及时更新的文档、共用的整合、等等。 三、代码的效率 大型产品对效率要求的很高，怎样在高访问量高并发的情况下保持系统的可用，效率。我感觉代码重用和效率有时候是有矛盾的，人们不可能把所有的情况都给封装起来，有时需要一个页面就有一个策略在后台支持，你想重用？还是先想好吧。单个功能单个底层有时不失为一种好的策略。 四、不要小看前台 大家视乎都感觉前台是很easy的工作，比如我事先已经把某个功能给做出来了，等真正开始应用时你会发现很多意想不到的事情，条件不能满足、新的功能的增加、甚至页面位置的改变都会给这个应用产生影响。功能做出来了？原来离应用还早着呢。 五、一个成熟的产品不是一蹴而就的。over