| « | August 2025 | » | | 日 | 一 | 二 | 三 | 四 | 五 | 六 | | | | | | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | | | | | | | |
|
公告 |
戒除浮躁，读好书，交益友 |
| Blog信息 |
|
blog名称:邢红瑞的blog
日志总数:523
评论数量:1142
留言数量:0
访问次数:9697003
建立时间:2004年12月20日 |
| |
|
 [编程感想]架构师的能力和职责-《架构实战—软件架构设计的过程》读后感 
原创空间, 文章收藏, 软件技术, 电脑与网络
邢红瑞 发表于 2010/6/12 17:02:59 |
|
读这本书前，和几个阿里的架构师聊天，讨论架构师最基本的素质，总结出两点，1是技术知识广度，2是业务行业深度。自己细化后，和这本书的架构师的定义不谋而合。1 架构师是技术领导。架构师必须要有技术，而且还是领导。架构师要带领自己团队完成自己的任务，完全凭借自己的能力做事情，完全是匹夫之勇，根本不提倡。2 架构师理解软件流程架构师必须了解软件流程，否则无法驱动整个团队前进，如果一个架构师不熟悉开发流程，无法协调产品线相关人员进行高效工作，也无法指导团队成员完成自己的工作。所以来说架构师一般不是空降兵（除非是全新的部门），因为空降兵一般不会熟悉新公司的开发流程，即使是同一个行业的，各个公司的差别还是很大。所以说听说某某去某某公司做首席架构师或者首席科学家,一般是高风险的事情，即使他对这个行业很了解。3 架构师必须熟悉业务领域如果一个架构师不熟悉自己的行业，做的架构就是纸上谈兵，熟悉业务领域的架构师，才能很好的理解需求，做出合适的方案。互联网和网络安全是完全不同的两个方向，即使你熟悉里面的各种具体技术，但是以互联网的架构来做网络安全产品，肯定是100%的失败。我做PKI的时候，项目最初的使用.net，使用微软的crytoAPI，开发的很顺利。后来来了一位新的架构师，觉得.net不能跨平台，决定使用java，做出产品后，发现找不到arm cpu的jdk，使用平台有限。再次决定使用openssl做，最后这个项目以失败而告终。后来我想过arm cpu都是嵌入式设备用的，根本没有任何嵌入式设备提供CA服务。
4 架构师必须要有广度的知识架构师考虑的问题必须全面，必须了解的要广，具体的细节可以不关注，因为细节变化很快。很多具体技术人员出身的架构师，只关注于具体的细节，某些方面做的很好，整体的性能很差。下面这个项目的成功可以理解为一个笑话。某公司的两个部门都做c程序的，A部门做的平台使用的x86和mips，B部门使用平台是x86和arm，后来A部门的一个模块要给B部门用，最后发现根本不能运行。最后A部门发现arm平台使用big endian模式，这样A部门的20多名员工，检查代码中所有非零整数，经过数个月苦战，才修改完毕。其实解决方法很简单，因B部门的代码也是首先在x86做的，做的时候他们考虑了cpu的endian模式。这并不能说B部门架构师很牛，从另一个方面说他的无知。因为板子有跳线，专门切换cpu的是big endian还是little endian，这样两个部门都可以不修改程序。5 架构师必须是写程序的高手架构师一般都是开发人员出身，一般都是团队的核心。优秀的架构师应该了解团队使用各种技术，有了这些知识，才能和开发人软进行有效沟通。有一个项目架构使用xml做配置，因为病毒库很庞大，最后导致xml 达30多兆，服务端的java程序使用dom 进行过滤的时候，30兆xml加载很慢，频繁出现out of memory。这个项目后来搁浅。根据以前的经验发现 msxml加载30多M的xml 不过几秒，而且msxml的xpath速度很快，后来专门为此写了JNI处理xml的。6架构师是优秀的沟通人员架构师一定要会忽悠，至少要扯淡。架构师不但要指导本部门员工的工作，也要协调其他部门的资源，还要向用户收集需求，制定规格说明书，重要的把用户的不合理要求砍掉，合理需求遵循自己的思路。 |
|
|
回复:架构师的能力和职责-《架构实战—软件架构设计的过程》读后感
原创空间, 文章收藏, 软件技术, 电脑与网络
长春酒店式公寓(游客)发表评论于2011/11/18 13:54:29 |
|
|
回复:架构师的能力和职责-《架构实战—软件架构设计的过程》读后感
原创空间, 文章收藏, 软件技术, 电脑与网络
邢刚·咖啡豆(游客)发表评论于2010/6/19 14:34:06 |
|
|
回复:架构师的能力和职责-《架构实战—软件架构设计的过程》读后感
原创空间, 文章收藏, 软件技术, 电脑与网络
真不准发表评论于2010/6/15 8:13:51 |
| 写得很不错。现在的项目，顺畅的沟通和确切的需求是项目成功的一半。技术上的全才加领域专家作为架构师有很大优势。你那个PKI的例子似乎以前写过，比较搞笑的。 |
|
» 1 »
|