趋势一

　　网络、应用和服务融合
　　今后网络的发展将由应用服务主导，由智能终端将各种应用叠加起来，叠加之后网络对应地要做到服务的融合，而服务的融合则会推动网络的融合。这个发展方向的推动方式与以往是反方向的。
　　举一个例子，原来的网络上，数据是数据、视频是视频、话音是话音，不同业务网络是互相分离的。现在互联网出现，大家都用同样的数据网，都可以跑话音业务，不可避免的是话音业务会从原有的网络分流到数据网上，新的网络要不停地扩大，而且能力要不断加强，以满足终端业务的叠加，原来的话音网慢慢就没有了。一方面是越来越加强，一方面则越来越小，最终不同的网络会合并成一个。视频的融合最终也会推动网络本身的融合，原先提三网合一是从省钱的角度去看，今天再谈三网合一，是从推动新的服务这个角度看，以后这个趋势会越来越明显。
　　与网络相关的技术改变，都是以应用为导向的，这是一个最大的主流方向。
　　

趋势二

　　计算机系统重新整合
　　随着计算机技术（包括软、硬件技术）的发展，以前在计算机里面做的东西会慢慢拿到网络上做。上个世纪80年代根本没有网络设备这个概念，所有东西都是用一个设备，通过计算机里面不同的软件来实现；后来，有人看到一些有共性转换的，他将这个功能抽出来，用一个专门的设备去做，这就是集线器；再后来，随着计算机的发展，把第二层功能拿出去，做成交换设备；然后过去几年，路由性能也可以单独做了，就把第三层功能拿到专门设备去实现，成为路由器。随着芯片技术的发展，越来越多的功能将被拿出去，用一个专门的设备做，于是有了各种各样的网络设备。包括防火墙，以前也是用软件做，现在则放到硬件上去做了。
　　

趋势三

　　网络进行整合
　　以前网络的层次分得很清楚，是完全分开的。但是随着技术的发展，以前没什么关系的技术也会融合在一起，比如说，以前光是光、路由是路由，现在随着新的技术出现，比如路由技术，变成了光的IP转换。再举一个例子，SDN（自防御网络）的概念，安全跟网络已经分不开了，用户建网为了安全本身要加防火墙。以后技术的发展并不单一，比如搞芯片、软件开发时，并不是会像以前一样只是为了快，还要为了安全，整个系统一定要整合在一起。

趋势四

　　计算机系统结构改变
　　计算机本身包括CPU、内存、外设，中间插一个总线。随着网络的发展，网络的带宽越来越宽，网络一样可以有总线，就是说，CPU——外设、CPU——内存中间的总线功能是网络可以实现的，计算机本身的结构以后会有很大的变化，最终会变成里面CPU、MB分化，外设分化。
　　这个改变带来的好处是出现新的概念：虚拟系统总线。虚拟总线可以带来的最大好处是虚拟化，共享会更理想。将来计算机本身也会变，现在很多设备本身就在改变，比如把外设拿出来，但没有把内存拿出来。以后会达到把内存拿出来，已经有一些新的技术往这个方向走了。
　　

趋势五

　　用户建网
　　其实国内各个行业用户自行建网的趋势现在已经非常明显。以前我们认为，网络本身带宽很窄，计算机要离用户很近，否则无法使用。现在网络带宽越来越宽，设备更多地往中央放，成本降低了，不需要在每个地方都放很多人来维护整个计算机网络跟应用系统。在美国，大部分大企业的IT人员都是在总部的，最多是容灾中心，外面的机构基本上没几个做IT的人。这是数据中心发展的一个明显的趋势，对用户来讲很简单，而且人的成本会很低。
　　大家都熟悉现在网络上广为人知的网站技术，其中PHP及AJAX属于当前热潮，一个是服务器端开发语言，一个是客户端脚本技术，两者现在的融合度已经越来越高了。
　　很多的PHP框架基本上的AJAX功能都可以实现。但是我们有必要把前台的客户端脚本用后台的技术来设计使用吗？我觉得这样只会造成更多的傻瓜。其实往后网页结构的多元化，要求网页的前台核心技术必须是一个独立的、强大、稳定的客户端应用程序。那么对于AJAX技术和客户端脚本语言(javascrīpt)的高度要求会成为必须的前台技术要求。
　　我们在做网页的时候也会相应的分为：PHP后台(服务器端)开发，前台AJAX(客户端)程序的开发，W3C(模板架构)开发。三种必须的技术团队。其中三者的相互配合管理模式具体分析如下:
　　１、 服务器端
　　根据服务器端开发说明书，讨论数据库结构,根据系统要求分析数据库并整理出相应的开发方案。
　　根据系统要求，设计相应后台内核处理程序(后台主程序的开发)，配合主程序，开发出各种需要的程序包或程序块。设置基本的程序配置文件。
　　1、1 与客户端的合作
　　只需要把数据库开发方案传给客户端开发小组(性质 数据交互配合)
　　1、2 与模板构架小组合作
　　只需要根据系统要求分配相应的后台处理变量，模板构架小组根据模板接口获取变量进行页面的动态数据处理。
　　２、 客户端
　　根据客户端系统开发要求，制作系统的客户端内核程序，实现各个页面客户端子程序的开发。有效的根据不同的页面分配不同的子程序，并有效的组织前台模块脚本效果，让其稳定、有效。
　　1、1与服务器端的合作
　　更多的参与讨论不同的页面初始化所分配给客户端程序的变量。
　　1、２与模板构架小组的合作
　　更多的参与讨论系统页面的结构,包括节点、CSS、框架集和前台程序的调用。
　　实际上我个人比较看中客户端的开发。因为它把更多的执行程序给予前台用户，减轻了后台程序员的负担。同时也优化了网页元素和结构。未来的网站建设发展的趋势将更多的面向于客户端脚本程序的开发。