前段时间一直在公司进行产品开发。按照公司原有的战略布局,所有产品应该都有一个公用的底层。
且所有产品应该都是这个公用底层派生出来的。
使用了这种方法以后,开发产品的速度确实是快了蛮多。
尤其是开发后台功能时,差不多是直接套用。
但是开发页面时,速度还是有些慢。
且对于后台的开发速度,个人觉得应该还可以加块。
只需要对人员的工作安排,合理分配一下,应该还是可以加快一些。
可以专门指定一位人员开发后台功能。
这样一来,等他开发的次数多了,再开发肯定会快很多。
再者因为前台显示与后台功能没有什么关系,而且数据已经从旧有系统中导过来了。
所以生成页面的功能其实是可以先做的,没有必要等后台出来后再做。
还有就是,对于已有人员要进行合理配置。
前期开发,可以配置几个资深程序员,达到快速高效的开发。
等到后期磨细节的时候,再把几个资深程序员抽走
配置几个实习生去磨细节。
如此一来,开发出来的系统稳定性和可靠性,
以及开发速度肯定会比资深程序员夹杂实习生的方式好。
同时也不会在磨细节的时候浪费资深程序的时间。
看来人员的安排是一件比较高深的事,转化到管理中就是资源的合理配置。
回想一下以前的公司,项目型的公司,如果能够做到人员的合理安排的话。
肯定会收意想不到效果。
对于数据的过虑,组装新的数据之类的东西,最好是在JAVA里面处理。比如说需要一个链接什么的。这样的话,方便需求
更改时,或是系统设计更改时。利用重构方便的知道有那些地方需要修改。
2:对于一些数据的准确性经常出现问题,需要手工调整,那是否可以做一个针对数据库字段的查询及修改公共底层框架,以适用于任何需求?
1795

被折叠的 条评论
为什么被折叠?



