代码生成器的成长过程
我2017年7月入职航宇公司,那时正值云HIS门诊系统设计完成,全面进入开发的阶段。我主要负责基础功能,其中大部分是基础字典的管理功能开发。字典简单地说就是类似“1代表男,0代表女”这样的数据。性别就是一张字典表,云HIS中的字典表有100多张。这些字典表有共性,也有个性。许多都是有名称、编码、拼音全拼、拼音缩写、本地名称、本地编码,这些算作是共同属性,但也有许多表有更多的属性,甚至一部分表缺少共同属性。云HIS项目研发时间很紧张。我要写大量的代码,代码很相似,所以经常要复制、粘贴、替换,难免会多替换或者少替换,所以还得人工复查,速度也不比全部手写快多少。随着项目的推进,有时需要统一在全部字典表中添加相同的属性,修改代码的工作量就非常大。比如需要添加一个开关属性,控制本项数据是否禁止从界面修改。总之是那种技术含量不高,快不了,但又能把人累死,还容易出错的活。
作为一个对技术有追求的人,不能总是去机器般地干活,而且论速度和质量还不如机器。我开始改造手中一个代码生成工具,让他能干那些最简单、量大的工作,即是让他写机器式的代码。我把这个工具戏称为我的徒弟。徒弟刚开始很笨很笨,机器式的代码也写得出各种错,于是我得一边手工写代码,赶进度,一边帮徒弟找错误,教他如何改正错误。写代码有难度,写一份会写代码的代码,难度是前者的十倍不止。但我相信他能大大提升生产效率,此事意义重大,哪怕花十倍的精力投入都是值得的。他的特点是干活快,但有时会写出一些初级程序员都不太可能写出来的低级错误代码。每次发现这样的问题,就得去推测发生的机理,设计正确的处理机制,然后教会徒弟。要他举一反三,那是不可能的。他只接受最死板的教学方式,学得很慢,或者说我没法教得快。但他的优点是记得牢,一个错误一旦纠正后就永远不会再犯。有时为了搞清楚徒弟犯错的机理,要做实验到深夜。为了美好的明天,只能死磕今天。
慢慢地徒弟能写出最简单最有规律的代码了,初见成效,出现新的字典时徒弟能帮我分担约40%的工作量。一般是他先把通用的代码写好,然后我在他写的基础上修改或者添加这个字典的个性化代码。但是这样有个问题,如果因为业务的需要,字典的结构发生变化,则需要重新生成代码,而我手工辛苦写的代码会被覆盖掉,这是万万不可接受的。假如结构发生变化后,不重新生成,而是手工改代码,则徒弟的作用大打折扣。实践证明结构发生变化的事情还是时常发生的。经过一番思索,我用一套方案比较好地解决了这个问题。即是在徒弟生成的代码中,留出一块区域供我手工写代码,在重新生成代码时,保留这块手工写的代码,这样徒弟可以重新生成时大展身手,又能保留师父的劳动成果。
因为前面花了时间在教徒弟上,工程的进度有些落后,所以我只能加班加点写代码赶进度,徒弟能写的他都写了,剩下的都是得我来写的。新的字典逐渐出现,徒弟能很快地写出最有规律的那部分,不符合规律的留给我来写。而我是两边赶。一方面,项目紧,花在教徒弟的时间,也影响了项目的进度,虽然我尽量将教徒弟的时间安排在下班后,但徒弟出错还是要及时处理的。另一方面要逐渐把原先划分为“没有规律生成不了”的里面找一些规律更为复杂的,想办法生成,从而把没有规律一点一点变成有规律。徒弟的能力也一点点提升,也能帮我更快地赶进度。我想,只要把徒弟教会、教强,才能走出许多IT公司每天堆积代码,不断赶工,但进度和质量始终不如人意的状态。
后来预约分诊系统、云HIS住院系统的逐步开展,对徒弟提出更多更高的要求。作为师父,要在实践中探索,总结出好的代码结构,即最佳实践方案,再教给徒弟。我要求徒弟不能仅仅是会写代码,而必须是写出符合企业级工程规范的代码。
如今,大量的机器式代码交由徒弟写,个性化的创造性的代码由人来写。他写代码速度非常快,一秒钟能写几千上万行吧,质量很高,基本不出错。在依康宝、云HIS、预约分诊系统等许多系统有大量的代码就是徒弟写的。国内外用代码生成器的案例很多,但写出来的代码都非常死板,像徒弟这种灵活度的几乎没有。我会持续地教会他更多的技能,让他能写出更多更灵活的代码。取人和机器之所长,迭代加速软件的质量和生产效率。
写于2019年10月12日
博主简介:佘焕敏(shé),洋名 Billy Sir。
关注编程基础技术,并致力于研究软件的自动化生成。 对编程规范化、面向对象的极致使用也有着浓厚的兴趣。 同时非常希望能够写程序到65岁。
只有工匠精神,才能把常人觉得单调乏味的代码,当作作品雕刻成艺术品。
重点:这里几乎每一篇文章,都是我认真创作的,凝结了心血。写作从来都不是一件容易的事,对从小语文不好的我而言,是难上加难。而且,你发现没有,文中没有广告。这篇文章介绍了为什么要写这些文章。
![微信赞赏码](https://img2022.cnblogs.com/blog/33556/202211/33556-20221101085333455-1717538163.png)