锁定老帖子 主题:关于 架构师 的问题
精华帖 (0) :: 良好帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2010-04-20
同意楼主的看法,5年的架构师估计很少,当然不排除有超级牛人的。国内的项目经理、架构师很多都不是真正意义上的项目经理、架构师的
|
|
返回顶楼 | |
发表时间:2010-04-20
红四团 写道 另:红四团,你说这些话 没有拿出一些根据啊。。。可不可以把你们公司的架构师,或者说你比较认可的架构师介绍一下哈。^_^ 谢谢。 他们的工作职责和优秀开发人员的区别。:) 对我们公司来说就是这样的,三年以下基本上是初级工程师,六年以下基本上是中级工程师,八年以下基本上是高级工程师,架构师基本上都是八年以上的,六年以下就成为架构师是很少见的。架构师应该对某个领域的技术和业务都能有很好的把握。 |
|
返回顶楼 | |
发表时间:2010-04-20
happyforever82 写道 红四团 写道 另:红四团,你说这些话 没有拿出一些根据啊。。。可不可以把你们公司的架构师,或者说你比较认可的架构师介绍一下哈。^_^ 谢谢。 他们的工作职责和优秀开发人员的区别。:) 对我们公司来说就是这样的,三年以下基本上是初级工程师,六年以下基本上是中级工程师,八年以下基本上是高级工程师,架构师基本上都是八年以上的,六年以下就成为架构师是很少见的。架构师应该对某个领域的技术和业务都能有很好的把握。 那他们都干什么呢? |
|
返回顶楼 | |
发表时间:2010-04-20
设计,评审,培训,维护框架,系统优化,解决疑难问题。
|
|
返回顶楼 | |
发表时间:2010-04-20
最后修改:2010-04-20
happyforever82 写道 happyforever82 写道 freej 写道 happyforever82 写道 fengsky491 写道 happyforever82 写道 一名优秀的开发人员,对于各种技术也一定会有自己的判断与评价。
而使用开源框架进行项目的搭建也是必备的。 进度控制,应该是向项目经理方向的发展要求。 难点释疑,这个是优秀开发人员都可以提供帮助的吧。 照你这么说,架构师是干什么的? 我正是想问这个问题。。请您解答一下。。。 层次不同,就跟电话拨号和ADSL一样,都可以帮助人们上网,用的都是电话线,可是速度、质量都大有不同。 道理大家都懂。。。你这几句话没什么可操作性吧。。。 具体一点呢? 多举点实际的开发例子。不要说“禅” 比如,项目刚开始,需要做出一个合理的架构、需要选择符合项目当前需求的框架方案,包括诸如:系统模块怎样划分;模块之间怎样解耦(采用什么方式);模块间的数据传输通道和接口怎样定制以及定制的内容;系统的并行容量是多大;是否需要采用集群,集群之间采用怎样的并行方式;是否需要缓存,缓存是选择原有框架还是自己创造;系统的容错方式是怎样的,怎样的容错可以让用户满意甚至是超满意;系统需不需要热备份措施,当shutdown时需要采取什么措施;系统与第三方的有没有接口,以至于将来会不会有;系统在初始开发的时候应该具有怎样的扩展性,怎样在健壮性和灵活性之间做出权衡;... 再比如,项目做了N期,代码繁多且混乱不堪。需要对系统进行重构了,在这种情况下:怎样做才能一步步对系统进行重构(什么方式、什么途径、什么步骤、预期结果是什么);需要引入新技术么,如果需要以什么方式进行引入;系统改造和技术引入应该有什么样的量化指标,评估流程是怎样的;是否需要对系统的架构进行调整,环境是否允许,新的架构方向适合现有环境么,对于未来环境是否有很好的扩展性;... 类似这样的问题还有很多,而且大而全、广而深,包含了整个系统的方方面面,都需要架构者来决策,做什么、变什么、优化什么、用什么方式进行等等等等。 程序员可能想的是怎样把某个程序模块实现好;高级程序员可能想的是怎样把某个程序某快设计的很好;软件工程者想的是模块是否满足项目要求,并提供了必要的健壮性和可扩展性;高级软件工程者想的可能是怎样使模块符合项目标准并与系统整体质量相一致,怎样能够为质量控制的可操作性做更多的事;... 程序员和软件工程师的主要区别就在于:程序员是在写程序,而工程师是在做工程。工程是有流程和标准的,而程序在脱离工程的前提下是没有任何有实际意义的规范的。 至于,架构师会想什么事情,我已经在前面罗列出了很多项。 之所以我会说架构师和工程师层次不同,主要有三个方面的原因: 1、解决的问题(领域)不同,比如:工程师可能只是去解决哪个框架怎样用、怎么整合、怎么提高效率,而架构师需要考虑的是框架对于系统意味着什么,用与不用、用哪一个种框架、怎样的框架组合对于系统的当前和今后都会产生怎样的影响。 2、需要关注的范围不同,比如:工程师需要关注的可能仅仅是某个模块或者几个模块怎样设计和实现,而架构师关注的是整个系统的构成,每个构成所起到的作用,怎样的构成方式可以满足当前或可预期未来的需要,怎样选择构成方式或者说怎样权衡。 3、面对干系人不同,程序员面对组,、工程师有可能会面对团队负责人,而架构师面对的可能会是更高层的人员(部门经理甚至老板),因为高层人员更关注的是系统和项目的大框架和整体进展(关系到节约成本和提高利润),而不是系统怎样实现,都分哪些模块。 另外,架构师相对于程序员和软工来讲是最不容易空降的,这是由于架构师需要具备一些特殊的能力和经验,包括: 1、熟悉系统核心和架构 2、拥有与当前系统类似的丰富经验(技术能力) 3、了解团队的能力和风格 4、具有宏观把控能力,这包括对项目、对系统和对团队(影响力和领导力) 5、充分得到上司和老板的信任 说了这么多,只是泛泛的举些例子,希望和大家共同探讨。 |
|
返回顶楼 | |
发表时间:2010-04-20
http://www.infoq.com/cn/articles/brown-are-you-a-software-architect
你是个软件架构师吗? |
|
返回顶楼 | |
发表时间:2010-04-20
最后修改:2010-04-20
勤奋的工作五年能弄清楚用接口隔离变化,掌握几种常见的设计模式并用于解决特定领域的问题就很优秀了,离架构师很遥远。如果你想知道架构师是什么,首先要知道架构的内容。那么谁告诉企业信息架构有哪些内容呢,建议去看看TOGAF,TOGAF告诉你架构师干些什么,了解了这些再回头看什么是架构师,到底需要多久可以成为架构师,基本上会有一个大致的共识。
|
|
返回顶楼 | |
发表时间:2010-04-20
happyforever82 写道 piao_bo_yi 写道 搭建系统框架,解决疑难问题,控制进度。我旁边这位架构师(11年)的工作内容。
能不能列点实际的内容呢。呵呵。 (想把您旁边那位大佬的简历看看。嘿嘿。) "搭建系统框架" 怎么搭建的呢? 搭建的内容呢? 项目的系统结构呢? 也是SSH之类的? "解决疑难问题" 举个例子吧。。。 (我先来个例子 http://happyforever82.iteye.com/blog/354666 不是说它算疑难问题, 只是想说架构师解决的都是哪些层次上的问题。) 恩,不是SSH,11年前还没有SSH呢~~~ 你提的那个问题,连API都没搞明白,更别说底层实现了。 我们做产品,他主要负责图形框架,不过人是全才。公司的数据库系统,他最近搭建了一个。如何搭建,我不懂。 疑难问题可就多了,他解决的问题,我现在连描述都描述不好,惭愧... |
|
返回顶楼 | |
发表时间:2010-04-20
看你怎么理解架构师了,是个称呼还是一种专业的表示? 如果是称呼,3个人的公司你都可以是总经理,技术总监;3万人的公司还是一样,那么技术总监有区别么?
对于HR的理解,是关心你在5年内,在同一家公司职位没有上去而已,如果是这样,你把简历写成架构师又何妨呢? 如果你把它看成一个职业的方向和成熟程度,那么谦虚点,5年确实不够成为架构师的资历的,不过没关系,努力就是,路都是要走过的。别像太多人,2年就要当架构师,3年就要当项目经理,5年就当技术总监了.... |
|
返回顶楼 | |
发表时间:2010-04-20
我想起来了,有一个问题,在c++中实现反射,是他解决的。
|
|
返回顶楼 | |