第2018章 Karen 卡莲 (2 / 8)

        那编写程序的效率可以说是一个天上一个地下，速度度差的不是一星半点，给‘黑客们’造成了眼珠子都要掉在地上的震惊，让他们恍然大悟，‘啊，原来程序还能这么写’啊。

        于是乎，大家就开始‘参考’Karen的数据结构、使用ta开源的算法，来写程序，实际测试后发现，果然很强大。

        在那之后，Karen又陆续上传了上百种软件，每一款软件都比同种类的软件，效率高个三四倍都不止。

        最重要的是这么高效的程序、强大的算法，Karen没有敝扫自珍，反而全都开了源，免费共享给全世界。

        这给网络和电脑行业带来的进步，用‘无与伦比’来形容，那是一点都不为过。

        因为这给全世界的程序员，开辟了一条全新的赛道，不需要再像之前那样‘搭积木’，而能够如园丁一样，挥舞着大剪刀，随意的裁剪。

        在Karen开源之前，全世界的程序员，都是在‘屎山’上跳舞，而且一个项目迭代时间越长，复杂低效的代码就越多，以至于坊间都流传着一个调侃：屎山传万代，代代不吱声。

        每一次的‘传承’，都会遗留大量的问题，而接手的人，一般来说都不会、更不敢动前面的代码，而是针对性的修修补补，哪怕明知道有BUG，只要程序能运行，就不要去动，因为你不知道这个BUG会牵扯到哪一行、哪一年前写的、没有任何备注的代码。

        最着名的例子，就是一个联机版的单机游戏，加载时间达到了一二十分钟，再高配置的电脑都无法缩短这个加载时间，后来被发现是因为一个IF循环了近二十亿次，然后就没有然后了，七年多的时间里都没有修复这个问题。

        这不仅仅是程序员偷懒和得过且过，而是涉及面太广，动一个代码，来一堆BUG，在日常运营中简直不要太常见，因此除非是很虎的新人，否则根本没人敢动基层架构，因为这不是敲敲键盘，重写个代码的事情，而是牵一发而动全身。

        动底层架构，就像要从摩天大楼的模型抽走底层的一块积木，然后再塞进去一个新的，就在成功之前，谁也不知道抽走这块积木，会不会让这栋大楼倒塌，就算没有坍塌，那新的积木塞进去，会不会和原来一样严丝合缝，会不会导致周围的积木发生歪斜。

        内容未完，下一页继续阅读