写codegen后遇到的困难

写codegen后遇到的困难

就好像下面那篇文章说的，我全都能体会。

我在写转档程式的时后发现:
1.其实分享你的流程也不一定会有人喜欢。
2.如果不是旧程式有那些功能实在令人太讨厌，人们不习惯转换工具。
2.新人比较能接受新工具。

我在公股银行时
1.写了as转成ts的程式，可省2小时的时间。
2.写了将html改版程式，可省5分钟的时间。
3.写了新旧程式的比较表。
4.将测试报告原本要自已複製，贴上，改资料，要花15分钟，改成系统自动作好，2分钟就可以改好。
5.改善测试流程，原因要本机测试，本机war档测试，改成只要本机war档测试，只要按一个钮，程式就帮你将资料全都移到war档。

第1项有2-3人跑来谢谢我，有人攻击我，长官好像觉得不错，但又冷冷的。
第2项-第4项，后大家就没有什么感觉了。
第5项只有给几个人看，连长官都没有感觉，我就只能自已用了。

其实改善流程这件事，最主要还是自已要爽，因为没有人没事会一直称讚你。
所以你想分享就分享，不想分享就算了。如果可以的话，你就自已一直改善流程，一直改善，并将改善的文件都做好。未来有人问你就说，你去看XXXX文件。或是和他说:「我这支程式按下去，就可以解决你的问题了。」

但我很幸运的是，我的甲方的长官很赏识我，愿意帮我写一张推荐函。

那张现在可是我面试的法宝呢!!

Jacky

附件资料:
以下文章的资料来源:https://www.ptt.cc/bbs/Soft_Job/M.1400330523.A.09C.html

这种单位一般来说会认为掌握domain knowledge会认为比改善开发流程重要。
因为多半会认为，不管方法好不好。只要能解决的就是好方法。
更何况你也说架构运行已久，要转换不是只有动张嘴巴，说比较好就可以。
这是需要花时间和花经费去做转换的。
所以无痛转换+Z>B是非常重要
而且你还要说服长官和同事一起做
（以你的说法。大家认为目前的状况小小加班都可以接受）

举一个例子

之前待的公司有一位资深前辈本身比较是技术狂热
他之前想要改变当初的开发流程。
把MVC、linq、导入进去资料传送、接受、下命令的方式

1.自己先搞出一套跨用门槛非常低、SOP机制完全没有问题的流程
而且新旧流程都可以并行

2.自己把所有的底层都干掉。只剩下最简单的按照资料Table
建立model这一关，要自己建，其它API全部都写好

3.徵求主管同意后（刚好我们主管也觉得大家有一些新技术是不错的）
开了几次课程。教大家用。只希望大家新需求开始用新方法

结果还是只有比较资浅或是新同事（像我），愿意用新方法（因为跨入无门槛）
大部份资深同事还是继续用旧的方法写。
（我后来自己连手动建model都懒得做，就写一个codegen。半自动产生了XD）

我觉得你可以从这个例子去思考怎么去改变这一切:）