架构师的讨论
WZ
架构师这东西。。我司的架构师是属于啥都做的 但是不参与具体的功能开发
STST
不做具体的,意味着空得很
DH
做技术选型啦 性能优化啊 安全专项啊之类的
STST
我不相信,不做具体的,能把设计做好
DH
那是因为做过很多年具体的了
没见过刚毕业进来就挂个架构师头衔的
STST
不做具体的,就得不到具体的反馈,得不到反馈,就无法确认设计没问题
做多少年也一样,这行业没有完全一样的设计,也没有必要
DH
我们这个职位更像是资深开发
CRS
说到这个我突然想起来,前端时间前.net MVP,老赵的微博里就有说过一个有意思的事情
说是他们摩根大通招一个架构师,然后一个IBM的资深架构师来应聘,结果老赵随口问了一个,输入一个数求偶,那个IBM资深架构师答不出来
DH
各个公司对职位的定义是不一样的
CRS
然后微博里引发了一系列讨论...,还把阿里的窥基给招来了
DH
又不是全世界一个标准
MK
他现在人在阿里没有办法
CRS
今天郑总发了这个pdf...粗粗看了一遍..
还是没看明白架构师到底都干啥
MK
所以他说的不能作数
DH
公司说你是架构师就是 挂着个架构师头衔做着别的事的人不也挺多的么
CRS
那么...提问来了
阿里的陈皓(这个level的专家)能算是架构师么
DH
比如"自动化测试架构师"
STST
架构师把概念搭起来,提供一个到两个具体的实现验证没问题后,交给大家实现具体的概念
CRS
弱弱问句..自动化测试架构师都干嘛....
DH
之前在某个群里听说过这个职位啊
CRS
那问题又来了..
都没实现你就知道没问题...
DH
我也好奇是干嘛的
MK
不就是扯淡么
LF
到底是干嘛的
CRS
对啊..,这职位到底干嘛的
HX
验证的话,也就验证有疑义的点吧,如果一个架构啥都要验证,那还算什么架构啊
STST
验证,就是把架构通过具体的例子跑通了,算是验证过了
那你以为架构是干什么?画个圈?
CRS
那我又来了一个low逼问题...嘛叫架构....
MK
架构就是画个圈啊。。。至少我们这里都是画个圈啊
我问个问题
架构要懂技术么
STST
架构要重点解决两个问题
有什么?Has
是什么?Is
并且得到验证
MK
嗯,这不架构到现在了
蛮好的
看来时代是进步了
STST
HAS:系统由什么组成,一直细化到可操作的余地
IS:系统里涉及的概念的层次关系,也要细化到可操作的余地
STST
可操作的余地就是,用一两个例子跑通
然后交给大家,去做更多的概念的实现
架构师停嘴上,有意义吗?
MK
额。。有意义。。。至少现在公司都是这样
STST
"存在即有理",这不是我们讨论的范畴,存在不一定有意义
【活跃】姜武金-北科
是 存在即合理吧?
STST
吃干饭的也存在很多,你觉得也有理,那就脱离了现在讨论的主题了
【活跃】LJ-广州U
不要因为一些水货的存在 否认这个角色的价值
STST
是的,不写代码架构什么
【活跃】姜武金-北科
存在必定有着存在的意义,如果没有意义 要么早就灭亡了 ,要么就是我们没有发现而已,人类在不断的进步过程中,总是不断的创建任何真理和推翻任何整理,比如牛顿定理
CRS
HAS:系统由什么组成,一直细化到可操作的余地
IS:系统里涉及的概念的层次关系,也要细化到可操作的余地
=====================================
还是有点似懂非懂啊..
我就是个low逼...
STST
一个系统的架构,无法用一个形势完整描述,序列,活动,类图......,这些都只能描述其一个视角
软件工程发展至今,公认了两个视图,对描述系统架构最有效,一个就是组成,一个就是层次化概念
所以,架构师的责任应该是整理出这两个视图
如果视图太粗糙,是无法实施的,所以必须细化到一定程度,架构师自己也需要在细化过程中不断得到反馈,根据反馈来修正架构
不存在一步到位的架构,也别妄想一步到位
所以,架构师不做具体编码,做出来的设计,是不可信的
LJ
架构师 为什么不会编码呢;不要小看架构师了。。
STST
所以,不干活的架构师都是吃干饭的
干活是架构师最有力的工具,也是他的最大的强项