架构师的封装抽象癖好
 |
凤舞凰扬
2010-06-13
不去讨论是否有这样的头衔，也不去关心他做的是什么样的事。如果只是从架构师所担负的职责来说，他应该也必须做好一些事情。
|
 |
javamonkey
2010-06-17
sys53 写道 从你说描述的4点来看，没有一个是符合架构师的标准？
也就是你说的人的本就是“伪架构师” 1,好的架构师都是聚合优先继承，不是动不动就继承; 2,尽可能的开闭原则还是合理的，好的架构师会综合考虑现实成本，需要权衡，推敲；同步讲究不断重构； 3,连需要用到的技术都不知道，如果架构，纯属扯蛋; 4,喜欢用My或者自己名字命名类的，特别是抽象公共组件的；很可能是刚入门，或者是做测试代码。一般来说（不是绝对），达到架构师的人，所定义的抽象类应该见名如见义(对象，模块，组件的责职)，所定义的名称也是抽象的; 根据你的四点，一一对比，证明，你说的不是架构师，或者只是冠以“架构师”之名而已. 拿我身边的例子来说，也是工作10多年，国内外大公司呆过的。但仍然有不懂的技术。你也许认为他傻了，不懂的技术为啥还用，但我认为这样的人比那些不懂就不用的人稍微好些。只是在把“不懂"转化"懂"的过程中，通过封装是一个好办法，但如果滥用就有问题了。 另外我说的例子My。。。只是一种比较夸张的说法。这些架构师无聊的继承当然不会用My开头了，哈哈。 过度封装和抽象只能使得学习难，开发难，调式难，运行慢，但毕竟项目还是能做出来的，所以我不同意你说的伪架构师。符合我说的四点，但仍然有可能是出色的架构师。 架构师的责任，绝对不是我列出的这几条，我认为重要的懂业务，熟习主流技术等，培养下属等。这个也许可以专门一起讨论 |
 |
faye.feelcool
2010-09-06
架构师，个人认为首先应该是开放的，如果这点做不到。起码不算真正的架构师。因为架构师首先是一个工程师，而不是科学家。工程师，是做什么的？将知识用于实践工作的人，而不是去执迷于发明一些新的理论。
架构师，为什么要架构师？ ->成本！如果没有时间开发维护的压力，有那么迫切要个架构师吗？！我们可以花个几百年去得到一个金品系统。 所以衡量一个好的架构师的标准，就是你用多少现成的东西（低成本），去帮助团队更快更好的完成项目。 封装一般的情况，只会出现在扩展的地方，比如系统要支持多种通讯方式，而公司由于成本考虑不会去选购一些现成的组件，这是为了应变可能需要封装。 封装和抽象是高级开发人员的基本功，架构师何苦要凑那个热闹呢，职责不在那呀，你要考虑的是低成本高产出！快交付、好质量。 |
 |
fxfeiyi
2010-10-09
看了还是深有感触，我是比较喜欢open一点的架构师，同时能察言纳谏，不是动不动就强制灌输冒出来的想法。不要拿项目做试验，而是要为项目的远期考虑。另外就是要多交流，多参考其他公司的产品，我比较喜欢先学习和积攒在做架构师，而不是先挂“架构师”头衔，从头研究“架构”。
|
 |
lpn520
2010-10-09
说的极好，我深有体会。 除非够聪明，要不然别封装别人的东西
|
|
凤舞凰扬
2010-10-15
fxfeiyi 写道 看了还是深有感触，我是比较喜欢open一点的架构师，同时能察言纳谏，不是动不动就强制灌输冒出来的想法。不要拿项目做试验，而是要为项目的远期考虑。另外就是要多交流，多参考其他公司的产品，我比较喜欢先学习和积攒在做架构师，而不是先挂“架构师”头衔，从头研究“架构”。
其实这只能说明你所遇到的架构师一是无法有效表达自己的想法，不能充分说服你；二是架构师的技术水平反而有限，无法提出有效的解决方案。 其实在一个项目中，架构师是技术的主导，他必须对项目的技术风险及技术问题承担所有责任，所以架构师必须是坚定的，有明确的理念和想法的，不能随意被左右。（当然，这不应该阻碍他不接受任何正确的观点） 至于你说的察言纳谏，算是项目经理的一个重要指标了。 |
|
凤舞凰扬
2010-10-15
faye.feelcool 写道 封装和抽象是高级开发人员的基本功，架构师何苦要凑那个热闹呢，职责不在那呀， 这个说得没错，架构师更多地应该是指导如何去封装和抽象以及为什么要这么做。
faye.feelcool 写道 你要考虑的是低成本高产出！快交付、好质量。 这就不是架构师的职责了，完全一个项目经理的观点。项目经理最大的责任就是控制风险，控制成本，哪怕什么技术都不考虑。而架构师是为了减少技术对系统所产生的影响。
|
 |
jiangzheng
2010-12-06
呃，我做项目就没见到建构师影子，更不用提什么所谓的设计啦，只是模仿了一套sringSide的一套框架，生搬硬抄。而且没有什么实质的设计，都是由一个比较熟悉业务的老员工带。开发流程及其不规范。。
|
|
javamonkey
2010-12-06
我不喜欢走向了“政治”的架构师。
鸡毛大的改善能吹成天， 明明一个现成的东西改改就成自己的。 以能抽象自居（夸张的说，恨不得项目群里的所有对象都继承于XXObject） 搞技术的人他糊弄不住，就去糊弄领导。 拿我这儿的环境来说，这儿所有架构师都说领导被XX架构师糊弄，可大家本着混饭吃的原则没有点破，可苦了客户和干活的程序员 |
|
sw9408
2011-02-10
javamonkey 写道 我不喜欢走向了“政治”的架构师。
鸡毛大的改善能吹成天， 明明一个现成的东西改改就成自己的。 以能抽象自居（夸张的说，恨不得项目群里的所有对象都继承于XXObject） 搞技术的人他糊弄不住，就去糊弄领导。 拿我这儿的环境来说，这儿所有架构师都说领导被XX架构师糊弄，可大家本着混饭吃的原则没有点破，可苦了客户和干活的程序员 这个说得有点严重了，架构师也是平常人。 有时候，常在江湖混，身不由已啊 等你N年后，说不定，做法大同小异。 关键是你的出发点。 |
