Road to Architecturer
来源:互联网 发布:迈锐宝xl和迈锐宝 知乎 编辑:程序博客网 时间:2024/05/16 04:36
转自:http://blog.csdn.net/cutesource/archive/2010/11/13/6007460.aspx
有一个多月没有写blog,主要原因是受工作所累,公司由于组织变动任命我为部门的架构师,算是真正踏出了迈向架构师的第一步。
以前收集过很多有关架构师能力模型的文章,感觉自己离架构师不远,但近一两个月真正把这个title戴我头上时才发现自己离一个合格的架构师还有很远,架构师决不仅仅停留在设计系统和写设计文档的层面,现在感觉到压力和捉襟见肘是因为没有真正回答过以下几个问题:
1)是否真正具备扎实的开发功底?而不是停留在满足项目需求
2)是否能推动他人去改进系统或提升技术?而不是停留在DIY
3)是否对一些关键问题(如系统可用性、性能、底层开发框架)理解透彻?而不是浮在表面看不到水底
4)能否持续不断地提出新的思路?而不是仅仅曾经有过一两次创新想法
5)是否能三头六臂处理各种不同事务?而不是只能专心做一件事
6)能否快速理解问题并做出决断?而不是犹豫不决反复推敲
7)能否站在一定高度来领引团队的技术发展?而不是停留在处理琐碎的技术问题
有志成为架构师的朋友可以试着回答以上几个问题。架构师是一个比较虚的职位,产品线架构师更是如此,一个部门可以没有架构师,项目经理同样可以带着一帮兄弟搞项目,但这样的团队会缺乏成长力,需要一个称职的架构师来帮助团队提升技术能力,提升系统质量,得到一个质的提升。因此,架构师对团队的作用绝不能停留在量的层面,从这一层面也反映出架构师工作的难度。
现在每项工作对于我都很有难度,常常一天下来累得半死,但回头想想却啥事也没做成,搞得情绪也不高涨。但折腾一两个月后也慢慢有了点头绪,总结起来有以下几个心得:
1)每天为自己留出不会被打扰的一个半小时,做当天最紧急和重要的事情
2)按不同时间段规划好工作,按计划做事情不会乱
3)保持好心态,先学会做人
4)放低姿态,保持学习者的态度
5)放宽注意力的范围,便于开拓思路
6)先从实在的事做起,逐步提升高度和扩大范围
总之,架构师的工作远超出预料的难度,但既然迈出了这一步,就只能硬着头皮走下去,不管成就如何,这也是职业生涯中非常重要的一段经历,我要做的就是全力以赴地去体验,这样想想感觉轻松了不少,nice
- Road to Architecturer
- The road to xunlei
- Road to Success
- The Road to Success
- Road to MS
- Road to Django
- [codeforces721E]Road to Home
- The Road to RAD (A)
- URAL 1980 Road to Investor
- The road to Java(1)
- The road to a science Ph.D.
- There is no royal road to science....
- The Road to the Semantic Web
- 安全库存 转自ROAD TO SAP
- The Road to RAD (B) note
- 【Road To Android】1 Genymotion配置总结
- 【年终总结】--To My SB English learning road
- URAL 1980 Road to Investor (二分 + SPFA)
- 监听TextArea的link事件
- using_nfs
- Blackberry MDS 在 Windows下无法启动
- 打印出 本次编译时的变量及其值
- using_lftp
- Road to Architecturer
- 线性表---顺序存储实现
- UE使用技巧笔记
- javascript中0级DOM和2级DOM事件模型浅析
- install_gtkdev
- Apache日志格式说明
- Bytes2HexString
- 关于SQL时间类型的模糊查询
- U-boot-2009.03移植之六:对一些关键标号的理解以及start.s中代码重定向原理