第六十三章 部门会议（求推荐票） (第3/3页)
的盖书和楚利都露出不可思议的表情，他们最清楚，陈子轩拿去的代码案例有多少，那是一个正常程序员至少需要一个星期才能看完的，而且他们也知道没有注释语句，看起来时间会更长，每想到陈子轩竟然说他只用一天半的时间，已经把代码案例全部看完了！到底是吹的还是真的,他们不清楚，但从陈子轩之前提到的代码中的一些问题看，陈子轩的确是认真的看了这些代码案例的，而且有些问题，是必须全部看完才能发现的。
盖书朝楚利吐吐舌头，表示惊讶，楚利则悄悄伸出自己的大拇指，朝陈子轩指指，意思是这个人，牛！
听完陈子轩的说明和解释，底下也没有人再反对，其实做程序员的都知道，陈子轩说的这些东西，都是对的，如果别人的代码注释清晰明了，格式逻辑性强，那么自己看起来当然又快又舒服，也很容易找到和修改BUG。但是人都有惰性，都是“宽于对己，严于对人”，自己在写程序代码的时候，往往偷懒图快，对于注释，只要自己能看懂就行，能省则省，没为别人去想过。接手程序的人一看，上一任写代码的都没有写注释，我干嘛写？于是形成恶性循环，大家都不写，这样接手的人遇到看不懂的地方，还得来问自己，更凸显出自己的重要性。
陈子轩在会上，建议软件项目部形成自己的程序代码编写规则，大家都要按照规则的要求来写注释，形成制度，曹经理当场拍板，形成决议，以后软件项目部的所有程序员，写代码都必须遵守编写规则，按要求写好注释。并让陈子轩去把规则的具体细则列出来，交给他，他签字认可以后就下发给部门所有的程序员执行。
散会后，大家都各自回自己的办公区，有两三个主管朝陈子轩笑笑，示意友好和支持，也有个别的主管的眼神里有着不屑的神情，陈子轩都十分坦然，这本来是一件小事情，却能看清楚公司里的人事关系和很多问题。
――――――――――――――――――――――――――――――
明天公司开会，没时间发文，把两章都发了，求推荐票票！