上面还清晰的写着“叫我以秉就好了”。

...

咳咳...这不重要。

只是原来这东西也躲在这里，那这片空间，应该就在自己身体里没错了。

贾以秉一挥手，那天道牌重新散掉。

无心查看天道牌的问题，反正这东西跑不掉，再外面都能带出来，还是改BUG要紧，贾以秉有一种直觉，如果自己能把这道体给修好了，那么自己对这片空间的掌控应该可以更进一步。

虽然具体不知道有什么好处。

不过改BUG本身就是一件很有意思的事情不是么。

从上次过后，贾以秉上班的时候就偶尔在想这个问题，那就是如果一个程序，功能几乎未知，全靠盲猜，BUG一堆，那要怎么修复，让它可以好好运行。

这问题虽然比较笼统，但是还是能根据经验想出一些也许可行的办法，为了贾以秉还特地翻了一些程序方法论的知识。

这次正好可以一一尝试。

按照过往经验，自己大概还能有个五六个小时的时间，足够了。

贾以秉继续起未竟的事业来。

正所谓，山中无甲子，寒尽不知年，这里没钟表，沉迷工作忘时间。

贾以秉换了N个方法，反复调整，有时候甚至还会走入误区，最终终于确定了一个当前看起来效果最好的理论。

那就是...

先忘了自己是个程序员，假装自己是用户。

哦，好像自己实际上也是用户。

程序员和用户具备不同的角色，他们的目的都是搞好一个程序，但是角度截然不同，一个是从技术角度，一个是从使用角度。

这两者看起来没什么冲突，但是实际上会因此多出很多不一样的观点出来。

所以如果程序开发会和客户打起来，那也没什么奇怪的。

毕竟每个程序员都曾这么幻想过，哪怕有万分之一没有控制住自己...

从程序员的思维上来看，用户大部分的要求都是奇怪的，不合理的，但是通常来说客户都是甲方，甲方又是金主，所以大部分时候都是程序开发去迁就用户。

而这里自己就是用户，所以如果跳出技术的角度，从纯使用的角度上来分析，先考虑好期待的样子，再以技术的角度来分析，能不能实现以及怎么实现，配合自己之前的分而治之的方法，不停的迭代版本...

好像可行性就很高了。

实验下来，效率果然提升了很多。

其实也很好理解，之前大部分时间，贾以秉都在分析怎么改才能优化效果，却很少想过自己要达到什么样的效果，没有目的性的工作，要么容易太过，要么达不到标准，很难把控。

现在自己先通过整体来假设自己想要达到的目标，再分批去实现目标，达到了就继续，技术上做不到就重新回来进行微调。

如此又迭代了三个版本之后，贾以秉附身上去，行动已经变得更加自如。

自己上次就能做广播体操了，这回手指，脚趾间的活动都很自，动动眼睛鼻子，还算不错。

再试图模拟一下敲击键盘的动作...还是有些僵硬，自己的手指明明那么灵活，在这里却像是有点刚学打字时候的样子。

要是用这双手去写代码...那大概自己会找不到工作的吧。