＋设为首页 ＋添加到收藏夹
一个软件公司的人员是具有流动性的，公司里面的某个程序员离开了以后需要招入新人，让这个新人去理解与领会离开的程序员所实现的模块却没有相关的代码注释是不可想象的，但即便是加上了注释的文字，新人也非常有可能需要花相当多的时间才能理解通，因为看懂代码的一小块并不表示你能看明白整个模块，毕竟里面总还是存在一定的上下文关系的,所以要完全明白离去程序员的工作一定还是会付出许多的时间作为代价，这对项目的进行是有不小的影响的。而且即便是对于该模块一直进行工作的“老人”（特别对于大的项目），当某一个局部久不接触了也是会有一定的遗忘的，这时候就不得不再次去理解它，这也要花好多时间的。甚至如果是项目的系统设计者离开了，那问题就更大了，如果接替的人不能很好很快的理解原先的设计者的设计思路，那项目就有相当大的风险了。这些问题能不能通过某些方法得到缓解呢。。。
我的办法是说完了，现在举个例子。比如设计了一个这样的函数 【相关文章:联机的Linux的系统分析（第一部分）（】
坐在破竹椅上，我突然来了个莫名其妙的想法，为什么不能将程序员与系统设计者甚至其他项目有关人员的工作录下来成声音文件或者视频文件呢。比如某个程序员在写完了程序的某个函数之后，就用录音用的话筒录下自己对该函数的一翻口头描述，比如函数名是什么，函数的功能是什么等等常规的文字注释中也有的描述,接着可以录制下自己如何去实现这个函数的，采用的是什么方法（细节上的），为什么这么做，有什么含义啦，还可以录下调用该函数的一些注意事项啦，甚至还可以附上该函数的一些缺陷啦，等等等等，你想录什么录什么。对系统设计者的工作的录制就更有意义了，比如录下他为什么采用xxx设计架构啦，为什么这样分模块啦，结构与类的个成员为什么要这样定义啦，它们各自有什么作用，类以类之间存在什么关系等等许多东西都可以而且是应该录下来，毕竟设计者与实现者他们亲自的口头的表达能够提供的信息量是可以远远大过文字文档的说明的，通过语言的引导要远远比单一的用文字表述强得多（否则还要老师来干嘛，是吧），后面才加入开发的人可以通过这种方式快速的融入团队。同时语音录制是很方便容易的事，先不说别的，说话的速度绝对会比打字或者写字速度快吧（不要告诉我你连说话都懒哟），而且公司可以通过这种办法来锻炼员工的口头表达能力，这对公司员工的沟通与交流，甚至对项目的实施都是相当有好处的。 【扩展阅读:联机的Linux的系统分析（第二部分）（】
... 下一页