周大老板很高兴，“国内像朋友网这样的大站还有不少，比如qq空间，那皮肤设计的花里胡哨，加载进去得10秒钟。还有淘宝，那么多商品图片，想打开网页也非常缓慢。咱们要帮帮同行啊！”
张一明泼了冷水，“这事没那么容易，涉及到很多方面。”
“怎么回事？”
“这事技术委员会讨论过，可以让搜索业务、浏览器业务跟朋友网同步进行，三个项目同时启动，彼此联动。可项目资金有点大，被否了。”
然后，张一明就简单的解释了这其中的原理。
网页的加载过程，背后的逻辑并不简单。
用户需要通过浏览器，跟网站进行“握手”互动，获得网站许可了，就进入网站服务器，提取其网站数据。
然后把数据渲染出来，就变成呈现在用户屏幕前的网页了。
提取的数据，如果是线性的，那么网线的呈现方式就是一个模块接着一个模块的传统方式。如果并行的提取，是分布式的，网站的加载就可以像瀑布那样的从上到下，很迅速。
可这技术别人都没有。
而且，这也只是网页加载提速的一部分。
这个过程中，浏览器需要跟网站履行一系列的网络协议，三次握手、四次握手，协议达成了之后，才能开始提取数据。
过程太繁琐。
如果能简化这个流程，网页加载速度就能提高。
还有，浏览器和网站服务器是顺序、线性执行的关系，服务器必须等待浏览器的请求，这样就会造成服务器的空闲。浏览器工作时，服务器在等待，而服务器工作时，浏览器在等待，这也是一种时间上的浪费。
假如双方能同时工作、并行工作，就可以提高速度。
并行就是分布式。
第三点，用户在使用网站的过程中，就是浏览器和网站服务器交互的过程，这个期间需要不停的发送信号，浏览器申请、服务器允许，申请、允许，申请、允许……不停的握手，不停的交互。
如果把后续的这些过程尽可能的省略，减少服务器发送请求，就可以大大的节省网站服务器的负载，带来性能上的提升……
周不器听得云山雾罩，可大体上是听懂了。
就是网页的读取过程太复杂，背后涉及到太多的网络协议。要想改变这种情况，除了改善网站自身的信息供给方式外，就要修改旧的网络协议，或者想办法通过技术手段绕开。
张一明道：“目前是s系统做捆绑都没用。
谷歌浏览器目前还没诞生，微点浏览器只能使用ie内核，可以通过分布式技术进行一定的优化。
这三个项目做下来……是递进式的。
朋友网的项目，优化自身网站的加载速度；
微点搜索的项目，优化合作网站的网页加载速度；
浏览器项目，优化所有使用微点系浏览器的网页加载速度。
很有意义啊！
周不器忍不住问：“假如这三个项目都做成了，用户通过微点浏览器，通过微点搜索来使用朋友网，需要多少时间？”
“大约……效率能提升50%。目前朋友网的平均加载速度将近4秒钟，都做成了，可以缩短到2秒钟。”
“啊？”周不器有些失望，感觉也高不到哪去，“不是说朋友网自己的项目，加载时间就只是传统模式的20%吗？”
张一明笑道：“这不是一个概念，朋友网的项目，只是加载的先后顺序变了，先加载呈现给用户的第1屏的内容，总体加载时间没有变化。只是给用户的印象，好像是加载时间变快了。”
周不器想明白了什么，“是不是加载完了第1屏的内容，用户们只能看，却没法用？必须要等全部页面加载完了之后，才能真正地使用？”
张一明道：“对，是这样。”
在这种模式下，用户打开朋友网，前两秒钟的时间是只能浏览、只能看。因为页面还在加载过程中。等全部加载完毕了，用户才能发表状态、回复留言之类的交互操作。
周不器皱皱眉，“可不可以进一步的升级，第1屏的内容加载完毕了，用户就可以对第1屏的内容进行操作。操作和加载互不影响。不是分布式吗？并行着一起来啊，不耽误吧？”
张一明沉默了好一会儿，“理论上来讲，是可以做的。不过目前来看，技术上有难度。”
“做不出来？”
“把网页不同的功能模块并行加载，其实都属于加载模组。可交互和加载是两个相矛盾的模组，有先后关系。如果把这两块并行起来，需要对网页底层框架进行修改。技术难度大，工程量也大。”
“多久能做出来？”
张一明道：“我觉得得一步步来，分布式算法的应用大家都是第一次接触，先从简单的做，再向更难的去研究。首先得有资金上的保障。”
周不器笑道：“你话中有话啊！”
张一明感慨道：“我觉得这三个项目很重要，有必要第一时间启动。分布式是世界前沿的技术，我们却做出来了。工程师们都很兴奋，在跃跃欲试。我觉得不能拖的太久，冷却了大家的热情。”
“不就是要钱嘛。”
“当然，我很尊重公司的决定。融资在即，的确不适合有大手笔的支出。”
周不器稍作沉吟，问道：“这三个项目，需要多少钱？”
张一明道：“朋友网2000万就够了，王浩阳也批准了。浏览器项目需要3000万，微点搜索的项目需要5000万。后两个都没批。”
周不器好笑道：“这个老王，批了一个花钱最少的项目来填技术委员会的胃口，真是……行了，我这就给他打电话，让他马上给钱！1个亿只是个小目标，我还不差这点钱！”