【IT168 技术文档】

    两年的项目今天提交了，实在是有些腻了，有些话，忍不住要说出来。

    两年前，刚接手这个项目的时候，有人已经把项目的架子搭了一半，那时候我“比较菜“，花了不少的时间研究“前辈“留下来的代码，慢慢发现“前辈”的架子有些“诡异”（很多代码，都是用js写的，估计有的东西也只有他本人能看得懂，我觉得好代码，应该是简单的，稳定的，而不是搞得后面接手的后辈看不懂的Demo），慢慢发现“权限模块”是死的，硬编码的，又发现“数据提供层”是死的，因为抽象层用的是接口（程序意义上的接口），又发现数据查询的时候没有进行数据分页，还发现，没有统一的错误处理机制…

    这两年里，没少折腾，期间就重构了三个版本，主要是一开始没有设计好统一的UI风格，没有一个良好的用户体验，当然，这都要归咎于项目一开始，就急于求成，急于完成功能模块，留下的苦果。

    期间换过两个美工，设计人员一般都极具个性，但个性归个性，该要重构的设计，还是要重构，该配合的地方还是要配合（没必要耍大牌），大型的Web系统其实比CS系统更难做，你不可能精通所有的技术，你要CSS，要DIV，要JS，还要考虑性能，考虑安全，所以，人员安排也是比较麻烦的事情，需要根据开发人员所掌握的技术来权衡，但往往有些人，总想着做“大家伙“，认为布局和用户体验不屑一顾。

    产品和程序是两码事，产品是有品质保证的程序，所以我们不要做“程序”，我们不要把“程序”提交给用户，也不要和用户谈什么“程序“。

    在需求未确定的情况下（在没人敢拍板的情况下），不要急于编码，也不要给用户演示什么测试版本，人总是喜欢得寸进尺，本来用户只是要求一个比较简单的功能，而你一开始就做好，演示给用户看，用户当然还会提要求，怪谁呢？所以要适当的引导用户，莫把他们宠坏了（谁说用户是上帝？）

    管好你的源代码服务器，记得每天backup，说不定哪天，你的手提包会摔地上，买手提包的时候，要选背带结实点的。

    跟着公司的核心价值走，公司重视什么，就做什么，不要以自己的喜好来判断自己的路线，或许几年后，你会发现，干什么都一样，重要的是能体现自己的价值，说白了，就是要get more and more money。

    做应用开发的，无所谓技术，能用C#的，何必C++呢？哪个技术方案快，稳定，就用哪个。

    每隔几年，都有新的技术替代品，或者升级产品出来，别盲目的搞什么WPF，不如多花点时间看看底层原理，算法，数据结构。在学一门技术之前，要先搞清楚他的what，why，how等本质，比如asp.net，了解下他的今生前世，搞清楚她的“运行时“生命周期和页面生命周期，以及事件，状态，数据绑定，Render等，这些远比做N个项目来的实在有用。

    最后，应该多关心关心家人和朋友（家人才是你一身中，最值得关怀和牵挂的），多体验下生活，技术不是你的全部。