发发关于系统框架的牢骚

一直以来，我都希望能开发出一套完善的系统框架，能让其他的开发人员尽量避免接触到复杂的底层技术细节，能把主要的精力放在业务需求上面，加快开发速度。但结果还是不尽人意。总结了一下原因，大概有以下几点吧。

 

1。本人能力不足。从毕业后就加入现在的公司，我从来没有接触过其它的系统，也没有人能够指点我，也许我自己走了弯路而自己还不知道。

 

2。缺少人力资源。人少，事多。大部分的时间都放在了业务模块的开发上面。小公司的局限性注定了它不可能投入大量的人力和时间去做底层框架的开发。这没有错，但是让我很无奈！

 

3。需求太复杂。几百个对象之间错综复杂的关系就像一个蜘蛛网，同时又要求系统界面user friendly，结果导致系统的复杂性大大增加。

 

4。无技术文档。把一个没有详细技术文档的系统丢给一个开发人员，就好比是把一个没有用户手册的系统丢给客户又不给他们培训一样。五年了，我还真的没有怎么写过开发文档。结果每次来一个新的程序员，都要花上大半年的时间，才能基本上熟悉系统框架，做出点象样子的东西。但还没有哪一个能真正做到游刃有余，灵活使用。

 

总之，个人能力不足+公司人太少+客户需求复杂+缺少技术文档=开发进度慢+开发难度大=一个远远不完美的系统

很多时候失败是因为心太急，总想毕其功于一役

也谈不上失败，毕竟整个系统还是顺着我所期望的方向前进，只是由于很多限制，离我所追求的完美还有很大的距离。

你在这公司5year了？

是啊，偶一毕业就加入这个公司，当时公司还没有正式成立。五年了。。。

写文档是个好习惯。。。
多写写吧，方便自己以后看得懂

我在现在的公司有一年半了，和你的感受相似。
我们公司人少的可怜，不可能做底层框架的开发，同时害怕开发出来的框架不能大幅提高效率，感觉需求越复杂，基础框架的作用越不明显。

相对于人数来说需求比较多，现在考虑 拉一两个人专门做零零碎碎的需求或bugfix。这样其他人可以把精力都放在重要的需求上。

只有很少的文档，主要原因是自己懒，产品经理给的需求文档也不细致。
编码质量不高。

相信你们项目的整体流程要比5年前规范了很多

我始终是认为一个好的基础框架是能够大幅度提高开发效率的。只是需求越复杂，对框架复杂性和框架开发者的技术水平的要求就越高。

对于小公司来说，往往没有足够的人力去开发一个复杂的框架，往往公司考虑更多的是能不能完成眼前的项目。而且在只有几个一两个人，三五条枪的情况下，开发底层框架的短期回报和支出比率并不足以说服老板。这也是我所面对的问题。

在我看来，作为一个软件框架的开发者，实际上是提供一组便利的“工具”去强制开发人员以一种固定的模式去更快速的解决业务问题。任何一个框架都有它自己的“刚性”。一个好的框架，可以提高90%问题的解决速度，但有可能让10%的特殊问题更难以解决。可能开发人员必须想办法绕过框架的限制。如果这个比例下降到60-40,那这个框架就不算一个成功的产品。

框架要看是什么框架。如果是嫌SSH自己配置太麻烦，也有Springside之类的帮忙。或者直接使用Grails、Seam等快速开发框架。
如果是打算开发所谓的基础平台，实施人员通过界面动态建表、添加配置生成目标系统的话，还是算了吧。那种东西没有一个能算成功的。不是比直接写代码还麻烦就是超慢。一旦不能直接满足需求连改都不知道怎么改。

我们公司有自己的框架，而且有2套，都是以前的大牛留下来的，但是感觉上面目前做到项目开发的时候，很多功能还是得靠人工完成，所谓真正的达到统一标准，快速开发的框架目标还是有困难，我们也一直在想办法修改已有的框架或者重新开发，都发现很困难，所以lz不用太强求，可以从工具箱做起，先能松散的完成一些功能，逐步完善吧。