第八章追求极致（1 / 2）

同事们陆续来到了办公室，紧张的一天又开始了。

现在已经顺利找到了，程序崩溃点，算是过了第一个难点了。

这也是之前的功劳，当初把整个拉普拉斯系统生成的数据按帧保存，虽然多消耗了一些空间，但是用起来特别方便，可以在时间轴上任意跳转。

这也是为了应付项目经理的各种变态需要设计出的灵活方案。

有时要求高了也不全都是坏事，提高自己的能力才是王道。陈兮始终是这么认为的。

接下来的事情自然是一个比一个难。

这会儿，应该是让timemachine（开发组内部给时间机器取的名字，连续的调用拉普拉斯，不停地推动时间回流。

令人沮丧的是，每次程序导致宇宙崩溃，只能前进一秒。而拉普拉斯系统从启动到产生崩溃，则需要至少五分钟。

如果每次宇宙崩溃后都重新启动拉普拉斯，那么这会是一个毫无用处的时间机器，因为你花了3秒的时间，结果只前进了一秒。

这种情况下，你要回到一年前，需要在时间机器里面呆上3年。

三百年，你可拉到吧，朕的大清的灭亡了。

所以程序需要优化，最好能达到理论的上限，也就是拉普拉斯一启动就能向前一秒。

就目前的量子计算机来说，启动一个进程需要十万分之一秒。

按照这个极限速度，回到一年前需要耗时31536秒，也就是5分15秒；回到一百年前需要8小时45分钟。

诶，就算达到这样的理论极限，也不能称之为时间机器，而充其量就是个“步行时间机器”。

这个陈兮倒不是特别担心，可以买更好的电脑，或者定制电脑，来提高启动速度。

想要达到理论上限，其实也非常的难度，这就相当于人类百米成绩达到9秒。

这需要做非常多的优化工作。

恰巧这就是陈兮所擅长的。

说来也巧，这两天他都在忙着优化程序，以便让timemachine可以达到理论的上限。

……

喆优站在陈兮后面，驻足观看了好一会，虽然他不是程序员，但是做了这么多天的pm，也大概见过代码长啥样子。

肯定不是这样的，“x57，xba，x1，x，xed，x58”，这是什么鬼东西啊。

喆优邹着眉头，右手指着屏幕说：“这是代码？怎么全是数字？”

“机器指令。”

他可能只是好奇，陈兮没有思考，就回答他了。

“机器指令？这么古老的东西，谁能看得懂啊？”

“这里需要高性能，不得不用一下。”

通常情况下，管理层一般不会限制程序员们如何写代码。仅仅在原则上会有一些建议，要求代码有很好的可读性，方便其他人能看得懂。这是团队管理中的基本操作。

例会上，喆优提了个要求，成员之间代码互审。

陈兮提出了反对意见：是否需要代码互审，这个是由团队内部来决定的，不是外行说审就审的。

喆优：你写了那么多的机器指令，现在不审，以后谁能看得懂啊？

瞿晓波：老大这么厉害，居然会写机器指令，给我们欣赏一下呗。

大家一再要求，陈兮也不好再拒绝了，随便打开了一个文件。

代码投影到了会议室的大屏幕上。

“看吧！这有什么好看的。”

陈兮没有做过多的解释。

喆优：你们看看，这全是神秘的数字，瞿晓波，你看的懂什么意思吗？

瞿晓波：我不需要看得懂，核心代码，这么厉害，老大懂就行了。

喆优：如果陈兮不在，谁能维护？

瞿晓波：我们也不想维护啊，老大告诉我们怎么用就可以了。

喆优：这不符合公司的编码规范。