`
mujizi
  • 浏览: 140139 次
  • 性别: Icon_minigender_1
  • 来自: 广州
社区版块
存档分类
最新评论

产品开发小记

阅读更多

前段时间一直在公司进行产品开发。按照公司原有的战略布局,所有产品应该都有一个公用的底层。

且所有产品应该都是这个公用底层派生出来的。

使用了这种方法以后,开发产品的速度确实是快了蛮多。

尤其是开发后台功能时,差不多是直接套用。

但是开发页面时,速度还是有些慢。

且对于后台的开发速度,个人觉得应该还可以加块。

只需要对人员的工作安排,合理分配一下,应该还是可以加快一些。

可以专门指定一位人员开发后台功能。

这样一来,等他开发的次数多了,再开发肯定会快很多。

再者因为前台显示与后台功能没有什么关系,而且数据已经从旧有系统中导过来了。

所以生成页面的功能其实是可以先做的,没有必要等后台出来后再做。

还有就是,对于已有人员要进行合理配置。

前期开发,可以配置几个资深程序员,达到快速高效的开发。

等到后期磨细节的时候,再把几个资深程序员抽走

配置几个实习生去磨细节。

如此一来,开发出来的系统稳定性和可靠性,

以及开发速度肯定会比资深程序员夹杂实习生的方式好。

同时也不会在磨细节的时候浪费资深程序的时间。

 

看来人员的安排是一件比较高深的事,转化到管理中就是资源的合理配置。

回想一下以前的公司,项目型的公司,如果能够做到人员的合理安排的话。

肯定会收意想不到效果。

 

对于数据的过虑,组装新的数据之类的东西,最好是在JAVA里面处理。比如说需要一个链接什么的。这样的话,方便需求

更改时,或是系统设计更改时。利用重构方便的知道有那些地方需要修改。

 

2:对于一些数据的准确性经常出现问题,需要手工调整,那是否可以做一个针对数据库字段的查询及修改公共底层框架,以适用于任何需求?

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics