最近上CSDN的时间非常少,因为公司的事情忙了起来。
现在,老板让我向架构师方向转型并且负责开发的组织。从来经历过,还请各位大大给点建议或者提供点资源,相关的工具或者技术也行。
本人水平有限,也许没有资格做架构,但是公司这么安排还请楼下各位高手口下留情。

解决方案 »

  1.   

    看看 UML和设计模式应用(第三版) 这本书
      

  2.   

    佩服,LZ当官了。
    俺们也就只是个Programer。
      

  3.   

    1:设计模式不是架构.设计模式是让你在代码层次养成良好的习惯2:UML不是架构.UML是一种语言,它能帮你理清程序结构或者说明你的架构,但是你心里面没有架构,UML也表现不出来3:思考一下,WINDOWS的结构是怎么定出来的?如何管理?如果大家都你搞个技术我搞个技术,最后不能合并起来,那么庞大的工程岂不是不能完成?4:参考业内人士的一些文章,我最近从一些做网游的TEAM LEADER那里捕获到不少好东西.服务器是怎么架设的?怎么有效减轻地图服务器负担?服务器间数据的传输控制?其实就是一句话:什么东西到最后都是一样的,做MIS和做游戏,也就是一点基础技术的差别,上层的东西差不多.5:最简单的方法就是找老大
      

  4.   


    架构设计需要"重视"的"关注"点:1.程序组织(Program Organization)2.数据设计(Data Design)3.安全性(Security)4.性能(Performance)5.可扩展性(Scalability)6.可靠性(Reliability)7.可用性(Usability)
      

  5.   

    怎么 KKND2006(人生有两种遗憾:一种是没得到,一种是得到了) 跟我要说的一模一样!
      

  6.   

    怎么 sp1234(asp.net门槛低容易被骗子利用)  跟我要说的不一样!
      

  7.   

    怎么 ERPCoder(Most Valuable Player) 跟我要说的一模一样!
      

  8.   

    架构不是低级。软件开发不能仅仅比做堆砌房子,而设计软件更应该用设计房子来比喻而不是用民工的视角来比喻。架构师引擎,是具体的可应用框架,而不是空洞的“模式”之类的基础知识。对于asp.net开发来说,例如CacheDepency、Page/Usercontrol的处理流程、Membership等等都是架构,因为它是按照引擎、框架来设计而不是按照水泥桩子(死板的组件)的方式来设计的,并且也是直接了当地接近普通程序员甚至非程序员(例如control的架构就是实在的、具体的,他的深思熟虑体现在使用方便上,而不是仅仅搞点抽象模式)。昨天我遇到一个人,他说非常精通membershipProvider、roleProvider、webService,于是我就请他设计一个membershipProvider通过webService访问另一个服务、roleProvider访问本地数据库的实现,结果一天一夜没有结果。这就是学会了点东西,但是只能别人指挥它干什么,自己还不会设计。