“柳工，我的笔记本。🂿🔣”汪永丰看到启明星的人离去，才松了口气。
这些人的气场好大，他看的都有点憷，也不知道他的老板，是怎么在这种气场下，谈笑风生🝒的。
柳诚来到了汪永丰的电脑前，指着他写的一段代码说道：“你看🕶这里🖷，你就有九处嵌套，过一段时间，你自🚹😔🁂己看，都得懵。”
他说着有打开了另外一段日志宝的代码说道：“你看我这段，我的这段嵌套分支也很多，🆐🎬🔍但是👴🍈这都不是一次写出来的，而是每次增加新功能时就开个新的分支。”
“对于每一个分支的增加，我都不觉得需要重构整段代码，因为我当时只想用最快的时间，把自己要做的事情做完，于是代码🛒🛲质量变得⛂🗩🞖越来越低。”
“昨天晚上🄾，我就把这段代码进行了重构，将三百二十行，变成了一百行，这样就🅡不担心启明星的工程师们看晕头了，也节省了大量的资源。”
汪永丰看着两段代码，点了点头说道：“区♰🌃别真的很大，但是功能相同。那应该怎么重构代码呢？”
柳诚接过了柳依诺递过来的水杯，说道：“一般情况下，三个分支就可以重构为一个判断（switch），如果一个判断的分支大于10个，就要考虑写成表（fig）去驱动，专门写一个函数根🕙据配置写一个路⛨线图（mapping）。”
“如果是映射逻辑复杂，使用频率较高，就专门写一🜭🅙个数据库规则引擎（ruleengine）来调用。”
汪永丰还♴是有点懵，柳诚又亲自演示了一遍，有些犹豫的说道：“就是类似这种，重构代码是个费力不讨好的活儿，但是也是一个必🕃🕙做的工作。”
“好厉害！”😉⛋汪永丰眨着眼睛，目瞪口🅆🄓☬呆的说道。
柳诚示意这没什么，笑着说道：“⚺大部分都是这样，我曾经🍍接手过一个三十几层的ifelse套ifelse模块，把我差点干崩溃。”
“我对这个模块，做评审复盘的时候，发现第一个程序员，只写了一层，后来每增加一个需求，逻辑分支扩张到了三十多层，就没人愿意重构💏了。”
“重构错了，还得背锅。”
“我那时候就劝自己，编程嘛，最重要的就是看得开，我加了一层，测试，提交，下班。”
汪永丰十分好奇的问道：“后来呢？”
柳诚满是回忆的说道🚛：“后来这个模块，在启动的时候，会被执行19.6亿次，开启🄋🟑🜛这个模块的时间长达六分钟，🞹而且所有人都不知道问题出在哪里。”
“19.6亿次？”汪永丰拍了拍额头。
柳诚站起身来，笑着🚛说道：“是🆘🏲🞃一个游戏在线服务的子模块，你知道，19.6亿次的无用运算，一遍又一遍的在用户的CPU上上演，那场面，🔐⛖🚚啧啧。”
“后来呢？”汪永丰瞪着眼睛，问道。
柳诚笑眯眯的说道：“后来呀，我偷偷的改了呀，还🜭🅙能咋样，🈀🞡🕬要是被公司发现，我岂不是要被炒鱿鱼🍝🉈🅒？”
人生的路上，有很多的经验，都很⚺一个坎坷一个坎坷，跨过去之后，才恍🁱然大悟，当初就不该犯这样的错误。