第91章 让程序去找程序（1 / 8）
第二天，他跑了全套测试。
把新旧两套流程吐出来的几十gb结果进行比对。
结果全部一致。
再看最终成绩。
旧流程跑完要五个多小时。
换上他这个专门给五个数排序的小东西之后，省下二十一分钟。
二十一分钟。
放进一个五六小时的大任务里，这数字小得可怜，像从一桶水里舀走一勺。
换个外行看，会觉得他熬了一整夜，就为这点东西，简直是捡了芝麻丟了西瓜。
但江临不这样认为。
因为这套工具不会只跑一次。
这个项目后面还有几十组要重跑，这套工具以后还要接別的活儿。
今天省二十一分钟，明天省二十一分钟，跑上一百次，省下的就是三十多个小时的高强度算力。
这意味著，他能用更少的机器，跑出更快的叠代速度。
更何况，这只是他揪出来的第一颗小石头。
一个年久失修、堆满了懒惰和冗余的老系统里，这样的小石头，一定还有成百上千颗。
他在记录的末尾这样总结。
一件事被重复的次数足够多，最微小的效率差距，就会撕裂成生与死的鸿沟。
在这个城市，代码写错了，大不了多扣几块钱伺服器费用，大不了半夜爬起来重启，大不了回滚重来。
有售后，有同行，有无数冗余可以挥霍。
但在那个他迟早要回去的废土世界里，没有云伺服器，没有售后，没有第二个工程师替他擦屁股。
在那里，机器慢了，不能先要资源，必须先问。
为什么慢。
底层快一点，省一点，从来不是写进简歷的性能指標。
而是活下去的余量。
写下这句话，江临把这个给五个数排序的小东西，单独归到一个新建的文件夹里。
然后，一个新的念头浮了上来。
五个数，他靠纸笔和经验，一晚上能推出来。
可如果是六个数、七个数、八个数呢？
要排序的数字每多一个，可能的排法就成倍地，再成倍地往上翻，很快就会多到一张纸根本画不下。 ↑返回顶部↑
把新旧两套流程吐出来的几十gb结果进行比对。
结果全部一致。
再看最终成绩。
旧流程跑完要五个多小时。
换上他这个专门给五个数排序的小东西之后，省下二十一分钟。
二十一分钟。
放进一个五六小时的大任务里，这数字小得可怜，像从一桶水里舀走一勺。
换个外行看，会觉得他熬了一整夜，就为这点东西，简直是捡了芝麻丟了西瓜。
但江临不这样认为。
因为这套工具不会只跑一次。
这个项目后面还有几十组要重跑，这套工具以后还要接別的活儿。
今天省二十一分钟，明天省二十一分钟，跑上一百次，省下的就是三十多个小时的高强度算力。
这意味著，他能用更少的机器，跑出更快的叠代速度。
更何况，这只是他揪出来的第一颗小石头。
一个年久失修、堆满了懒惰和冗余的老系统里，这样的小石头，一定还有成百上千颗。
他在记录的末尾这样总结。
一件事被重复的次数足够多，最微小的效率差距，就会撕裂成生与死的鸿沟。
在这个城市，代码写错了，大不了多扣几块钱伺服器费用，大不了半夜爬起来重启，大不了回滚重来。
有售后，有同行，有无数冗余可以挥霍。
但在那个他迟早要回去的废土世界里，没有云伺服器，没有售后，没有第二个工程师替他擦屁股。
在那里，机器慢了，不能先要资源，必须先问。
为什么慢。
底层快一点，省一点，从来不是写进简歷的性能指標。
而是活下去的余量。
写下这句话，江临把这个给五个数排序的小东西，单独归到一个新建的文件夹里。
然后，一个新的念头浮了上来。
五个数，他靠纸笔和经验，一晚上能推出来。
可如果是六个数、七个数、八个数呢？
要排序的数字每多一个，可能的排法就成倍地，再成倍地往上翻，很快就会多到一张纸根本画不下。 ↑返回顶部↑