我们需要学的东西还有很多很多…...

   前天和同事聊天,同事指着前边的人说,这就是牛人,我问怎么个牛法,他说:"咱现在开发用的整个平台架构都是人家的,"后来才知道这人是公司的沈总,来自微软,一次开会周总介绍沈总的时候有这么两句话让我记忆犹新.

一,他在软件开发方面达到了技术自由

二,他1999年的时候工资是一天8000

       这人就是公司的总架构师沈峥.当然说这些不是重点,重点是我离这种层次有多远.

       假如现在给自己订立一个目标我要成为架构师,那接下来将是一份清单,我离架构师还有多远.

       作为架构师需要考虑的问题如下:

1.系统做成什么样?

        老生常谈的事情,高可用性是必不可少的吧,通俗的说,一旦一台服务器出现故障如何保证系统正常访问,对于这点倒是可以通过负载均衡来实现,不过只是听说过而已,需要学.

2.语言方面注意什么

         首先使用反射,反射不一定是高效的，但是在写框架程序的时候反射是一种很有用的技术，并且反射的性能开销往往是可以通过诸如缓存等手段来最小化的。比如在ORM中，根据实体类的信息动态获得所有的属性，然后取得其值，生成要到数据库中执行的SQL语句。理解反射熟练掌握反射的使用以及性能优化是编写框架类代码很重要的一点。

         其次就是错误处理.不要把捕获的异常吃掉,捕获异常的粒度要尽可能的细一些.

3.系统如何架构

         关于整体的架构正在做的项目用到了MVC,ORM,SOA,但说实话还不是很理解,需要继续学习进步.

4.整体设计怎样

         最重要的思想自然是分层了,分层架构是项目设计中很重要的一点，从根本的目的上来说就是为了职责的分离.还要做到高内聚低耦合吧,高内聚低耦合是一个很重要的设计理念,任何一段代码都只是在一个地方出现,任何的方法都只做一件事,任何一个类都只做一件事,

         要使用设计模式,所有的设计模式其实都是前人在大量的编程实践后总结出来的，每一个模式都有适用的地方，每一个模式都是解决一个问题的.

         最最重要的一点就是一定要设计的面向对象,不过对于面向对象的理解也不是一时半会能够多么深刻的.

5.性能达到什么样的要求

          关于性能很重要,但是实话是我们平时做程序性能考虑的还很少.

 

仔细想想自己离架构师的的路不可以道计啊 ,路还很长,不过至少能看得见路了.