第27部分 (第3/5页)

陈子轩站起来，向大家示意谢谢，然后轻轻坐下来，用平和的语气，开始说。

“我这两天，将公司有关电力企业以太网软件项目的源代码案例，做了一些了解和查阅，发现里面存在一些问题。虽然这些问题对于软件的运行，不会有多大影响，但对我们公司内部的交流、沟通和工作的效率，却有重要意义。首先是源代码的注释问题，我发现大部分的源代码案例都没有注释语句……”

陈子轩侃侃而谈，说了自己的一些看法，除了注释语句问题，还有一些模块之间配合和效率问题，陈子轩建议软件项目部的同事，都形成一个写注释语句的好习惯，这样可以方便组与组之间，同事与同事之间，先写者与后续者之间的了解沟通，提高代码的参考、修改和阅读的效率。

曹经理一边听一边点头，他很认可陈子轩的想法和意见，这些做法对规范部门内部的管理，当然有着很大的帮助，但是底下的员工和有些主管，却有着自己的想法。

“如果要写详细的注释语句，势必会加大我们的工作量，拖慢我们的工作进度，曹经理，真的有这个必要吗？”底下有人说出自己的反对意见。

曹经理望了一下陈子轩，示意他来回答，也把这个皮球踢给了他。

陈子轩微笑着，说：“写详细的注释语句，表面上看，的确增加了程序员的输入工作，按正常的注释密度来说，会增加5％左右的工作量和工作时间，但是这5％的工作时间，却能为我们在修改、接手、学习、参考这些源代码程序的时候，至少节省30％以上的时间！”

“有这么夸张吗？”有人说。

陈子轩望了那反对的人一眼，这个人刚才曹经理介绍时，好像还是一个主管。

陈子轩继续说：“我这两天，阅读代码案例的时候，就有这个深刻的体会，原本我以为一天之内能看完的代码，我却花了一天半的时间才看完。因为前面对一些定义和函数不了解，后面遇到的时候要翻回去看，有一些甚至要靠猜，所以无形之中，增加了我50％的工作量和时间，而如果有了注释语句，我想这半天就可以省下来。”

陈子轩此话一出，底下的盖书和楚利都露出不可思议的表情，他们最清楚，陈子轩拿去的代码案例有多少，那是一个正常程序员至少需要一个星期才能看完的，而且他们也知道没有注释语句，看起来时间会更长，每想到陈子轩竟然说他只用一天半的时间，已经把代码案例全部看完了！到底是吹的还是真的；他们不清楚，但从陈子轩之前提到的代码中的一些问题看，陈子轩的确是认真的看了这些代码案例的，而且有些问题，是必须全部看完才能发现的。

盖书朝楚利吐吐舌头，表示惊讶，楚利则悄悄伸出自己的大拇指，朝陈子轩指指，意思是这个人，牛！

听完陈子轩的说明和解释，底下也没有人再反对，其实做程序员的都知道，陈子轩说的这些东西，都是对的，如果别人的代码注释清晰明了，格式逻辑性强，那么自己看起来当然又快又舒服，也很容易找到和修改BUG。但是人都有惰性，都是“宽于对己，严于对人”，自己在写程序代码的时候，往往偷懒图快，对于注释，只要自己能看懂就行，能省则省，没为别人去想过。接手程序的人一看，上一任写代码的都没有写注释，我干嘛写？于是形成恶性循环，大家都不写，这样接手的人遇到看不懂的地方，还得来问自己，更凸显出自己的重要性。

陈子轩在会上，建议软件项目部形成自己的程序代码编写规则，大家都要按照规则的要求来写注释，形成制度，曹经理当场拍板，形成决议，以后软件项目部的所有程序员，写代码都必须遵守编写规则，按要求写好注释。并让陈子轩去把规则的具体细则列出来，交给他，他签字认可以后就下发给部门所有