然如此……
就只能自己开始编辑对时空间封锁的忍术了。
弘树深吸一口气。
要知道，现在随着弘树复制的忍术越来越多，越来越复杂，弘树的脑海里已经积攒了一个足够庞大的忍术库，但是问题也就在这里。
每一个忍术动辄十几b，又或者几十b，而还有许多代码，更是高达几百b，弘树虽然有着影分身，时不时会在休息的时候，利用影分身帮助自己看代码，但是再怎么说，影分身的数量终究还是不太够用。
毕竟自身的查克拉虽然已经有所提升，但是终究还是不如千手、漩涡一族那充裕，可以分出成千万拥有释放忍术能力的影分身。
这次事件结束，或许自己应该尝试着把自己的dows系统的代码抽出来，分析一下，然后拆解出一个有后台漏洞的低配dows版本，尝试培养更多的程序员，来帮自己写代码了。
毕竟，自己一个人是没办法把全部的时间都浪费在写代码上，去写完几个gb，甚至几十个gb的超大型文件，想要去制作超大型应用程序，终究还是要团队配合一起协作才行！
如此想着，弘树快速的分出了三个影分身。
这是弘树自开发音波刃忍术之后，第二次开发和实验忍术。
弘树和四个影分身迅速的坐了下来，互相对视着。
但是思绪却快速的开始交换着信息。
弘树和他的三个影分身首先要做的，不是马上开始“写代码”，明确定义这个新忍术需要实现的功能。
也就是程序员写代码的第一步，明确一个应用需要什么功能，这个应用的功能都由什么代码来实现。
而功能是根据需求来决定的，首先弘树的核心需求，是活捉未来的波风水门。
他需要了解未来的信息，来确定为什么未来的波风水门会选择来刺杀自己，同时也尽可能需要去获取未来的忍术的信息，来加快自己的成长速度。
那么，想要抓住波风水门的话……那么首先，自己就必须要能够清晰地捕捉对方何时发动飞雷神，飞雷神的苦无扔向哪里。
也就是自己接下来的忍术的第一个功能：
感知模块，这个模块可以借用白眼的功能，来分析波风水门在使用飞雷神时候的查克拉调动情况，然后做一个简单的图片识别的标记，从而在白眼之中出现了波风水门使用飞雷神的查克拉调用情况时，立刻对自己提示，并且标红。
其次，自己在感知到水