|
|
发表于 2013/6/25 20:09:36
|
显示全部楼层
回帖奖励 +20 点努力值
由于我做开发比较久,就谈谈技术开发方面的我个人觉得的隐性成本吧:
1.项目技术代码的规范程度:由于项目上的开发任务需要多人协同完成,如果没有技术规范,不同人员有各自的开发风格则当接替别人工作或者修改被人编写的技术代码时,在阅读代码上和寻找代码逻辑上就需要一个漫长的过程.这个导致了处理相同问题时增加了所需时间
2.项目开发清单管理信息化的程度:有些项目的开发任务和维护问题等都是使用excel的形式记录,放在文件服务器上有项目成员共享,但是这种方式在一定程度来说是不过快速,便捷,准确的.如果能使用mantis等问题追踪系统来管理,可以很方便快捷的看到问题和任务的处理进度,处理人员,处理方式等.非常的方便快捷,还有利于以后复查和参考等
3.版本控制器的规范使用:1)保证所在版本控制器上的文件都是当前最新版本的,这一点非常重要.
2)所有对项目文档的修改,该文档都必须从版本控制器上取出最近的进行修改.
我目前所接触的版本控制器有微软的vss和开源的svn,相信这两个版本控制器大家一定都使用过,我个人比较喜欢使用vss.
首先说说使用vss进行技术代码的管理,在vss服务器上的文件有check out和check_in操作,当需要修改某个程序脚本时需要在svn服务器上对该程序脚本进行check out操作如果文件没有check out则该文件在本地是只读状态不能修改,如果该程序脚本被某人check out时可以要求这个人将最新的程序脚本check in,确保了所需要修改的文件都是最近的,且一个文档在同一时间只能被一个人修改.
下面来看看svn,对本地的文件都是处于可读状态的,同一个文件在同一时间可以被多人修改,虽然用户可以保证他修改是最新的文件,但是不能避免在提交文件是引发的版本冲突.这一冲突可能需要花费项目成员一段时间来处理这些文件冲突,所以在svn上能够保证同一文件在同一时间只能由一个人修改,这个是最好不过了.我所在过的项目是这样处理这个问题的:1)获取最新文件 2)将需要修改的文件进行get lock操作,如果成功则修改,不成功则查看时谁lock着文件,让其提交以获取最新文件. 这样规范svn上修改文件的操作后,减少了很多解决文件冲突的时间. |
评分
-
查看全部评分
|