要创新,树立正确的学习能力观。当时感觉头说得没错,需要加强交流沟通,自己距离目标差的太远,周边没法寄希望能有人带着做,于是甚至都想到跳槽赔着钱当学徒工都行。头告诉我做好自力更生的准备,国内当时是欠缺好的架构师,干得好的大多都搞管理去了,剩下没搞管理的不见得碰得到,算碰到了不见得肯带你,算肯带你不见得真比我厉害。我相信他没有贬低同行的意思,只是为了激励我罢。

学习能力对于一个搞IT的人来说非常重要,如果没有很强的学习能力,很难快速适应技术变化的能力。

(我后来碰到不少新员工,因为基本都是从大学毕业的人,学习接收新东西的能力都挺快,但是成迥然有别。有的人,也具有强烈的好奇心,但为了学习而学习,敝帚自珍,不愿意应用到开发和工作中去,这种人,学到一定程度很难再提高,学习能力只能算是不及格。

笔者后来在浪潮软件烟草事业部开始做基于J2EE的应用的时候,及时将以前学到的新知识和技术运用到开发中去,从而确立了楼上企业应用框架在浪潮软件的地位。)

在那一年只做了一个物流管理系统一个单,基于J2EE的单子,一切都是从头做,单子额不大内容却不少。虽然后顺利完成,却因为广泛使用了应用服务器提供商提供的一个不成熟的扩展包而吃尽了苦头。虽说架构师不纠缠于细节,但是忽略了细节却可能造成严重的后果。对于7X24小时系统,一个细节不处理好,会造成停机和严重的损失。细节是追求完美,架构师既要有好的大局观,也不能忽略细节,要求我们不仅对原理搞明白,很多时候必须对具体技术实现有透彻的了解。

基于J2EE的BS应用毕竟市场还小,加上其它一些原因,在2001年上半年,公司倒闭员工整体并入浪潮软件成为了浪潮软件的烟草事业部,同时带进浪潮的还有一个J2EE的Framework,楼上Web应用框架1.0。

倚靠浪潮的市场优势和品牌优势,依靠楼上架构的卓越品质和快速二次开发 的能力。浪潮软件在烟草业行业占有率连续几年。而楼上系列产品也以Web应用框架1.0为基础,发展到的包含Web应用框架、工作流平台、商业服务平台、业务规则引擎等的楼上企业应用框架3.0。

楼上企业应用框架也已在除烟草外的通讯、卫生、政务、税务等行业全面开花。依赖楼上企业应用框架构建的在多个行业属于首例全省大型集中式企业Web应用。

在使用楼上企业应用框架构建Web应用中,也有一些经验教训。

在初的程序中程序员把太多的东西都放到内存session之中,我看见了这个问题并提出来以后数据量大可能会存在问题,但是不少人都认为已经写了不少了改的话返工太多,决定以后再改吧,我屈服了没有继续抗争。但是事实证明我们大家都错了,我们后来有了更大范围的返工,造成不少宕机。架构师应该意志坚强,既不偏执,也不轻易屈服。

客户有时候会提出一些超过条件所能承受的要求,比如说不愿意新建一个OLAP库,要在很繁忙的OLTP库上做复杂的报表查询。如果满足客户的要求,其结果是后性能达不到要求,影响实时操作的使用。或者即使把性能优化到能满足客户的要求,却付出非常高的代价,后客户和我们都得不偿失。这时候需要我们要不卑不亢,和客户沟通,说服客户采用更好的技术方案,架构师不仅要和客户沟通,还要和项目经理沟通,和程序员、测试人员沟通。

架构师要对系统的功能负责,对系统的成熟度负责,对系统的成本负责,架构自软件始而始,自软件终而终。架构师需要参与拟定项目的各种标准和规范,要指导大家,要和低层设计人员探讨一些难点的设计问题,他不仅仅是一个技术高手,还要充当技术的,因此,学习一些软件工程的知识和提高领导力是有必要的。

在项目组中,架构师是一个角色,不一定是一个人,可能是一个小组。

架构师虽然不要忽略细节,也要警惕过分追求完美,架构师学会放弃,在系统的功能、成熟度、成本中取得平衡,从客户的角度和开发者的角度来考虑问题。特别是要警惕技术情结,一味追求新的不成熟的技术,对于难以完成的功能,需要暂时舍弃,不可能一下造成完美的系统。

架构是一门科学,更是一门艺术,触类旁通,除了掌握深厚的技术知识以外,要尽可能多的掌握领域知识。

成为架构师,没有速成的办法,唯有实践+努力。