分离与融合

接着上一篇博文最后的疑惑，今天写点儿东西：

突然发现又是一个哲学问题，上一篇的最后提出服务器做还是给客户端做。其实是需要根据实际情况来定夺。

这就好比，一个任务可以由处理器做，也可以由操作系统做，甚至可以完全由应用程序来作，到底谁来负责还要根据实际的应用场景，在技术的发展中逐步明确。比如地址管理，又比如数据缓存，处理器和操作系统乃至应用层都有分层次不同程度的任务。

再好比VLIW与Supersclar，一个静态调度，一个动态调度。并且VLIW可以在一定程度下依赖硬件做一些调度，而superscalar也需要在编译期做一些优化。两者分离，却要在某些点融合。

再比如从面向过程到面向对象，再到泛型编程的思想。把任务不断分离，但是一味地强求是不对的，也要根据应用场合来使用。

比如从原生设计到一定的设计模式，设计模式又要和原生设计相结合，分离与融合，才能发挥威力。

再比如从RPC到REST，资源的组织和计算方式发生变化，随着技术的发展，也会有不一样的分离与融合。

So just do whatever it takes to make your product shipped~

又回到算法导论中的那句话，The real answer is 'it depends'.