剪刀，随意的裁剪。
在Karen开源之前，全世界的程序员，都是在‘屎山’上跳舞，而且一个项目迭代时间越长，复杂低效的代码就越多，以至于坊间都流传着一个调侃：屎山传万代，代代不吱声。
每一次的‘传承’，都会遗留大量的问题，而接手的人，一般来说都不会、更不敢动前面的代码，而是针对性的修修补补，哪怕明知道有BUG，只要程序能运行，就不要去动，因为你不知道这个BUG会牵扯到哪一行、哪一年前写的、没有任何备注的代码。
最着名的例子，就是一个联机版的单机游戏，加载时间达到了一二十分钟，再高配置的电脑都无法缩短这个加载时间，后来被发现是因为一个IF循环了近二十亿次，然后就没有然后了，七年多的时间里都没有修复这个问题。
这不仅仅是程序员偷懒和得过且过，而是涉及面太广，动一个代码，来一堆BUG，在日常运营中简直不要太常见，因此除非是很虎的新人，否则根本没人敢动基层架构，因为这不是敲敲键盘，重写个代码的事情，而是牵一发而动全身。
动底层架构，就像要从摩天大楼的模型抽走底层的一块积木，然后再塞进去一个新的，就在成功之前，谁也不知道抽走这块积木，会不会让这栋大楼倒塌，就算没有坍塌，那新的积木塞进去，会不会和原来一样严丝合缝，会不会导致周围的积木发生歪斜。
总而言之，一旦涉及到屎山代码的底层架构，那是多重视都不为过，毫不夸张的说，哪怕是改一行核心代码，都是一件堪称恐怖的事情，所以大家都是能不改就不改、能不动就不动，实在不行就打补丁，宁愿补丁摞补丁，也不去改代码。
可是这一切都随着Karen陆续的开源而迎刃而解，大家‘恍然大悟’，原来还能这样改代码，可以肆无忌惮的挥舞着大剪刀，把那一行行无用、冗余、低效的代码裁剪下来，再把新的高效的代码接上去。
这简直...
太无敌了。
对整个行业来说，Karen编写的这些程序软件之先进，说是降维打击，那是一点都不夸张，以往所学的一切、所掌握的技术，与之一对比基本和垃圾没啥区别了。
有的备受打击的颓废，有的则两眼放光的学习，Karen的名气也随着Karen结构和Karen算法的扩散而水涨船高，很快就广为人知，备受业内外的好评，毕竟好用还免费的东西，谁不喜欢呢。
于是乎，Karen结构和Karen