IT architect很牛吗？

kawara

原帖由 michaelchin 于 2010-9-27 20:48 发表
http://www.glassdoor.com/Salary/ ... Salaries-E354_D_KO4,16.htm
看看这个，100K的平均工资在美国算啥

链接无效。

michaelchin

原帖由 kawara 于 2010-9-27 20:50 发表

链接无效。

现在应该可以了

Fernando

architect的薪水和忽悠一般都挺牛，其他的就不好说了

michaelchin

博士毕业3年内在IBM一般都可以做到band8，也就是arch级别，有啥意思？

kawara

原帖由 michaelchin 于 2010-9-27 20:48 发表
http://www.glassdoor.com/Salary/ ... Salaries-E354_D_KO4,16.htm
看看这个，100K的平均工资在美国算啥

美国新水好低啊，很多网友每年上的税都比他们的薪水高

michaelchin

当年我同事领一大帮arch去客户那儿做项目，那才叫壮观
后来客户把一大半都撵回去了

乱码

原帖由 sera_aus 于 2010-9-27 20:22 发表
一直以为ARCHITECT只是一种职业。根据需求为公司设计具体的系统架构。和那些系统DEVELOPER比，具体牛在哪里呢？

architect先要是good developer，知识深度广度都应该有，有整体感，有hands on coding experience,通晓各种best practice。

我现在公司architect还负责tech QA,不过最近我写的jquery他们一般都看不懂。

乱码

原帖由 kawara 于 2010-9-27 20:56 发表

美国新水好低啊，很多网友每年上的税都比他们的薪水高

听他们忽悠你吧，再高又我们澳洲的高么？！

http://www.moneybluebook.com/201 ... kets-irs-tax-rates/

kawara

原帖由 乱码 于 2010-9-27 21:08 发表


architect先要是good developer，知识深度广度都应该有，有整体感，有hands on coding experience,通晓各种best practice。

我现在公司architect还负责tech QA,不过最近我写的jquery他们一般都看不懂。 ...

Architect还要review Jquery，真是不可思议

coin_king

原帖由 kawara 于 2010-9-27 21:11 发表

Architect还要review Jquery，真是不可思议

这不是Tech Leader 或Senior的工作嘛

kawara

原帖由 liedong 于 2010-9-27 21:14 发表

这不是Tech Leader 或Senior的工作嘛

Architect review code很正常，review javascript好受罪

michaelchin

大家跑江湖都这么久了
牛的Architect要加定语的，比如：XX著名产品的Architect

kawara

原帖由 michaelchin 于 2010-9-27 21:15 发表
大家跑江湖都这么久了
牛的Architect要加定语的，比如：XX著名产品的Architect

牛的Architect很容易分辨的，交谈看思路就能知道。不牛的什么事都帮你google一下，送个链接给你。

牛的Architect能把架构break down很细，不牛的写篇文章说几层结构，大概用啥技术就完了

[ 本帖最后由 kawara 于 2010-9-27 21:22 编辑 ]

乱码

原帖由 kawara 于 2010-9-27 21:11 发表

Architect还要review Jquery，真是不可思议

是啊，技术把关，保证不出现major bug，有些javascript很tricky，而且因为是前台的东西，不加comments很正常，让我revisit我自己几个月前写的东西，我也不一定100%还能看懂，尤其是那些复杂的caculation的东西，再加上几个closure混淆一下，谁都头大。

乱码

原帖由 liedong 于 2010-9-27 21:14 发表

这不是Tech Leader 或Senior的工作嘛

我们公司，一般人没有权限check in code到staging,连prestaging都没有可能，有2个人有这个权利，往上merge的时候，顺便技术上把关。

roo81

之所以叫architect，取的是和建筑师一个意思。
建筑行业中，建筑设计是龙头。建筑师出了图纸后，才会有结构工程师，电气电力工程师，给排水工程师的图纸。
虽然在大家看来建筑图纸好像技术和难度并没有结构工程的大和难。但是结构往往只是为建筑服务和实现建筑的意图。
好的建筑会考虑到结构的问题。什么样子的建筑形式可以达到同样的效果，但是却在结构上更合理更简单更经济。
反过来，结构上可能要花很大的费用，却不实用经济。

IT的系统大概和建筑很类似。一个architect一定要懂得business的requirement，懂得各种技术的长处和短处。然后设计出IT系统的构架。而那些system engineer，包括coding的team就要根据他的设计来实现功能。

薪水当然是要随着职责的高低来定了，责权利嘛。好的IT构架师对IT系统是非常重要的。就像盖房子，没有一个好的建筑图纸，一切都是瞎掰。

roo81

说回来构架师的成长，也和建筑很类似。
那些一毕业就在设计院里工作的建筑专业的学生很难成为一个好的建筑师。
而那些从工地做起，看着别人图纸干活的学建筑的毕业生，反而更容易提高。因为他们直接接触到了具体的工作。

kawara

原帖由 乱码 于 2010-9-27 21:26 发表


我们公司，一般人没有权限check in code到staging,连prestaging都没有可能，有2个人有这个权利，往上merge的时候，顺便技术上把关。

这个还第一次听说。

一般check in 对应的是reposory，staging 对应的是 deployment server。

reposory一般只有一个，有的环境下不能随便check in 到trunk。

gnorud

arch 在infra里面当然算牛的 脑力活 不像我们多是体力活儿

zhongbingo

工资多少?

乱码

原帖由 kawara 于 2010-9-27 21:39 发表

这个还第一次听说。

一般check in 对应的是reposory，staging 对应的是 deployment server。

reposory一般只有一个，有的环境下不能随便check in 到trunk。

嗯，不同公司叫法不同，你的这个说法我原来有个公司也这么用，意思都是差不多。

一般我们只能在development branch上check in，然后merge up到其他的branch，根据不同的要求，我们有几个branch，其中staging是倒数第二个，prod是最后一个。

developer只有在dev branch可以做check in，其他的branch没有权限，merge up的工作只有group lead & architect来做。

可能我刚才说的有点misleading了，抱歉阿！！

kawara

原帖由 乱码 于 2010-9-27 21:56 发表


嗯，不同公司叫法不同，你的这个说法我原来有个公司也这么用，意思都是差不多。

一般我们只能在development branch上check in，然后merge up到其他的branch，根据不同的要求，我们有几个branch，其中staging是倒数第二个，prod是 ...

哦，原来是这样。

你们用的什么SCM？在这么多Branch之间搞来稿去一定满痛苦的吧。哈哈。

BTW，你们的trunk干什么用的？

bulaohu

这个帖子我转到IT专业版了

stella_hq

原帖由 乱码 于 2010-9-27 12:24 发表
architect的确很牛，不过也分jnr/snr, IT architect这个叫法太笼统，比较常用的做法是分领域的，比如app,infrastructure....

不过很少听说database方面的architect,大家一般都叫DBA，也很少听人强调这个方面，最然architect d ...

DBA 用的更多的似乎是 Database Administrator吧

乱码

原帖由 kawara 于 2010-9-27 22:00 发表

哦，原来是这样。

你们用的什么SCM？在这么多Branch之间搞来稿去一定满痛苦的吧。哈哈。

BTW，你们的trunk干什么用的？

scm?? source control management?

好多阿，不过最多的是Tortoise SVN,现在公司用tfs，喜欢tfs多些，一个是跟vs继承，另外一个有workitem的概念，和scrum的产品集成起来，对project有量的感觉。

当时他们把trunk就是当prod.

wkp

小程序员飘过， 羡慕一下大佬们...

flyspirit

Architect细分还有Enterprise Architect, solution architect和app architect。 有没有人比较清楚它们之间的区别？

乱码

原帖由 flyspirit 于 2010-9-27 22:42 发表
Architect细分还有Enterprise Architect, solution architect和app architect。 有没有人比较清楚它们之间的区别？

http://www.linkedin.com/answers/ ... H_ENT/241401-420306


http://blogs.msdn.com/b/gabriel_ ... tion-architect.aspx

[ 本帖最后由 乱码 于 2010-9-27 22:58 编辑 ]

kawara

原帖由 flyspirit 于 2010-9-27 22:42 发表
Architect细分还有Enterprise Architect, solution architect和app architect。 有没有人比较清楚它们之间的区别？

我觉得啊，从待遇和经验来讲EA>AA>SA。

SA稍偏应用，有时候就是Senior Solution Designer，有不少是从BA或solution designer升上来的，一般也就是30多岁。

EA和AA年龄都偏大。

正规企业来说。

smartmonkey

原帖由 sera_aus 于 2010-9-27 20:22 发表
一直以为ARCHITECT只是一种职业。根据需求为公司设计具体的系统架构。和那些系统DEVELOPER比，具体牛在哪里呢？

牛就牛在只会划图不会编程. 他们就是想一个generic的系统出来, 通常开发的时候原来是不可行的.

最近在一家公司ARCHITECT走了, 走前说方案已经完成, 可不可以实现他就不理了.  以后见到ARCHITECT的工作一定say no.

不如去agile development, 每个人都可以是ARCHITECT. 多好啊.