Chinaunix
标题: 【大话IT】你离成为架构大牛有多远？ [打印本页]
作者: duke217 时间: 2016-08-10 17:14
标题: 【大话IT】你离成为架构大牛有多远？
话题背景：
七夕虐狗日刚过，辛苦敲代码的你，是否也受到了朋友圈各种秀恩爱的狂轰滥炸呢？如果是，那么恭喜你，因为小编要继续往这个伤口上撒盐了……不过，这把盐也许会成为你“发粪涂墙”的源动力……
工作了挺久，发现有个挺有意思的现象，从程序员、高级程序员，到现在挂着架构师、专家之类的头衔，伴随着技术和能力的提高，想不明白的事情反而越来越多了。之前很多人问，怎样才能成为一名架构师大牛？今天我们就来聊聊这个话题。
问题讨论：
1. 在你眼中，一名优秀的架构师大牛应具备的最独特的能力是？为什么？
2. 从一般工程师到高级工程师，再到架构师。面对这种进化，你觉得架构师应不应该保持写代码的习惯？
3. 架构师 = LeaderShip + 高级工程师？你对这种观点怎么看？
讨论时间：
2016年8月10日-2016年9月10日
活动奖励:
话题结束后，我们将选取5个优质回复，各赠送精选图书一本。
更有机会获得SACC 2016大会门票一张哦~
这个秋天，和百位大咖约个会！
作为国内最受欢迎的架构师盛会，一年一度的中国系统架构师大会将于10月27-29日在北京万达索菲特大饭店撼世来袭！
大会以"架构创新之路"为主题，云集了国内外顶尖专家，共同探讨云计算和大数据等技术背景下，如何通过架构创新及各种IT新技术来带动企业转型增效。本届大会共设置两个主场分享时段，24个技术交流专场时段；邀请来自互联网、电子商务、金融、电信、政府、行业协会等20多个领域，150多位技术专家及行业领袖来分享他们的经验；并将吸引4000多名系统运维、架构师、及各种企业的IT决策人士参会，为他们提供最具价值的交流平台。
【大会详情】
欢迎扫码关注SACC官方微信，获取最新信息！
作者: invokermoon 时间: 2016-08-11 15:53
难道没人么,在所谓的外企大公司见到一个所谓的架构师,代码水平简直连普通工程师都不如,但是也见到过已经百人之上的大领导,也每天都在坚持写代码.
都算这个行业混的不错的人.
作者: ylky_2000 时间: 2016-08-11 16:27
留楼。。。
1. 在你眼中，一名优秀的架构师大牛应具备的最独特的能力是？为什么？
2. 从一般工程师到高级工程师，再到架构师。面对这种进化，你觉得架构师应不应该保持写代码的习惯？
3. 架构师 = LeaderShip + 高级工程师？你对这种观点怎么看？
作者: lipfy 时间: 2016-08-11 19:11
架构师，首先他最起码知道每处的代码改怎么写，但是不需要自己写，这时候需要考虑的是可扩展性，兼容性，安全性，效率，速度等是应该架构师考虑的问题，最主要的是客户需求的可变动性，因为客户当时的需求是个定时炸弹，说不定哪天就会这里改变那里改变，这一步必须是要考虑进去的。架构师应该是写了很多年的代码的那个人，也思考了多年的那个人，最终磨练成。。。。
作者: thinkeasy 时间: 2016-08-12 10:31
1. 在你眼中，一名优秀的架构师大牛应具备的最独特的能力是？为什么？
综合知识能力，知识面要广，还要有深度。要做到四懂：懂开发，懂运维，懂市场，懂用户。
为什么？不用详说了，如果不懂开发，怎么设计程序，如果不懂运维，做出来的程序没办法维护怎么办？不懂市场，可能与老板要求相距太远，不懂用户，东西做出来用户不爽，问题也很大。
2. 从一般工程师到高级工程师，再到架构师。面对这种进化，你觉得架构师应不应该保持写代码的习惯？
必需要保持写代码的习惯，因为计算机语言也是在进步和发展的，一段时间就会有新的语言功能出来，要持续进步才行。
用句管理学的话来说，就是每天进步一点点。
3. 架构师 = LeaderShip + 高级工程师？你对这种观点怎么看？
我不同意这种看法，如果等式成立，那项目经理，CTO干什么啊。架构师的主要工作是将开发层次分配好，使做出来的系统好开发，好维护，用户满意。
架构师=高级开发工程师+高级运维工程师+高级售前工程师+高级美工
公式里为什么要加入高级美工呢？因为美工设计出来的界面元素并不一定能使用户和开发都满意，需要架构师进行协调。
作者: fire_cpp 时间: 2016-08-12 13:25
本帖最后由 fire_cpp 于 2016-08-12 13:36 编辑
1. 在你眼中，一名优秀的架构师大牛应具备的最独特的能力是？为什么？
抽象能力、业务知识、扎实的技术知识和适当的更新速度，要能准确判断出支撑业务的系统会遇到什么瓶颈，并用合理的成本予以解决，能理解业务未来的变化与扩展，使架构拥有弹性与合理的扩展成本。
因为架构围绕的是业务，所以必须针对业务进行抽象，而业务是会扩展的、要求考虑成本的，所以这种抽象是必须适当的、能随业务合理扩展的。
2、一般工程师到高级工程师，再到架构师。面对这种进化，你觉得架构师应不应该保持写代码的习惯？
我认为，应该尽力保持写代码的习惯，这样才能接触第一线业务，保持感觉的敏锐、使知识不会随行业的发展而过时。即使不喜欢写代码，也应该让手不太生，适当写一点。
而如果一个架构师完全没时间顾及其他，我认为这是团队或公司管理出了问题——一个架构师怎么可以没有时间思考或干点“闲事”呢？太忙、太要求所谓的执行力，就会损害创造性——对所有人都一样。
3、架构师 = LeaderShip + 高级工程师？你对这种观点怎么看？
我不同意。因为他们主要思考的应该是比这更高一层抽象的问题。即使是写代码，也要适可而止——时间太宝贵。项目的推进、以及其它更具体的问题，应该留给项目经理或者高程去解决。
而如果所面对的业务是有成熟方案的，那么高程就能解决，用不着专职的架构师动手。
当然，“架构师”这三个字，有时和“产品经理”一样，在不同的公司做着不同的事情，没必要在这种问题上太纠结——你的价值取决于你所在的团体。
作者: chenxing2 时间: 2016-08-14 11:06
1. 在你眼中，一名优秀的架构师大牛应具备的最独特的能力是？为什么？
理解需求/业务能力，对需求和业务理解不到位，后面很难设计出好的架构来，通常是基于需求/业务的边界先出业务架构
软件架构能力，基于业务架构及工程的技术资源，做系统架构，包含比较多的知识（编程语言、软硬件、DB等等）
架构推广能力，小公司还好，在大公司尤其跨部门时，尤其需要这个能力，推广不出去白搭。
2. 从一般工程师到高级工程师，再到架构师。面对这种进化，你觉得架构师应不应该保持写代码的习惯？
架构师还是要写代码，更多的是框架设计时涉及的核心代码，业务代码应该不写了。
3. 架构师 = LeaderShip + 高级工程师？你对这种观点怎么看？
这个每个公司对架构师的定义不同，对于架构师 = LeaderShip + 高级工程师，这种的架构师更像是技术经理，而不是架构师。
现在架构师也没有明确的定义，各公司根据自己的情况决定架构要干的事。
作者: 东风玖哥 时间: 2016-08-14 14:45
1. 在你眼中，一名优秀的架构师大牛应具备的最独特的能力是？为什么？
架构师具备的、而一般码农不具备的能力就是高超的整体架构能力，熟悉算法和设计模式，能写出适应任何具体业务逻辑的代码（抽象类和泛型等），提高整个技术团队的效率。
2. 从一般工程师到高级工程师，再到架构师。面对这种进化，你觉得架构师应不应该保持写代码的习惯？
随着技术能力的进化，写代码的习惯不应该被保持。而是应该改正堆砌代码量的习惯，尽量写具备可复用性、可扩展性、高兼容性、高安全性、高效率的代码。
3. 架构师 = LeaderShip + 高级工程师？你对这种观点怎么看？
LeaderShip + 高级工程师 = 技术经理，主要负责技术团队的建设和团队整体技术能力的提升，而架构师更多时候 = 高级工程师 ++ ，写最关键的整体架构代码和核心代码。
其实像架构师呀、专家呀之类的头衔、称呼在不同年代、不同公司也有不同的含义，同样是“写代码”这个工作的从业者，在70年代被称为“科学家”，在90年代被称为“工程师”，在当代被称为“码农”，而雇佣架构师的老板则在那三个年代分别被称为“反革命资本家”、“投机倒把”和“创客企业家”
作者: duke217 时间: 2016-08-15 13:41
回复 2# invokermoon
只能说，有的人，随着发展，就慢慢地忘记了自己码代码的能力了……
作者: duke217 时间: 2016-08-15 13:43
回复 4# lipfy
是不一定亲手写代码，但必须做到心中有码的境界么
作者: duke217 时间: 2016-08-15 13:45
回复 5# thinkeasy
作者: duke217 时间: 2016-08-15 13:45
回复 6# fire_cpp
作者: duke217 时间: 2016-08-15 13:46
回复 7# chenxing2
作者: duke217 时间: 2016-08-15 13:46
回复 8# 东风玖哥
作者: seesea2517 时间: 2016-08-17 09:58
架构师就不用写代码了，我看行。
作者: sjf0115 时间: 2016-08-18 13:16
顶 
作者: 爻易 时间: 2016-08-18 17:24
找些基础软件如编译器、操作系统什么的练一练，在游泳中学会游泳，能力不断提高，终有得道成牛之时
作者: 破晓如风 时间: 2016-08-20 13:44
无所不知 至少你懂的他都懂 无所不能 值少你会的他都会
作者: lsstarboy 时间: 2016-08-24 10:14
1. 在你眼中，一名优秀的架构师大牛应具备的最独特的能力是？为什么？
架构师最独特的能力应该是全局的掌控能力，而不是具体的某一项技能。毛*泽东和邓*小平是架构师，他们都能看到普通人看不到的东西，做出别人想不到，甚至理解不了的事情。架构师不是具体的执行者，而是资源、人力的合理分配者，是在多个选择中能做出正确判断力的人。
一个项目可能需要多种语言，多个系统，架构师不需要精通每一种语言，不需要精通每个系统，但他能了解每种语言的优缺点，了解每个系统的特性，从而在中间找出各个平衡点，快速准确地整合好项目。
架构师就是总司令，需要了解每个兵种的优缺点，以及整个部队的战斗情况。
反过来就一句话：单一的系统不需要架构师。
2. 从一般工程师到高级工程师，再到架构师。面对这种进化，你觉得架构师应不应该保持写代码的习惯？
不写代码的不是好运维，不写代码的架构师也不是好的架构师。只有亲自写写代码，才知道哪个地方更轻优雅，才知道哪个地方坑有多深。写的代码不一定多，也不一定完整，但是关键点一定要过一遍。就相当于统军打仗，需要了解每个兵种的优缺点，不一定每个兵种都参加过，但是至少要了解每个兵种最核心的东西。
架构师不需要过问代码细节，但是要了解代码核心，这些核心自已不写代码，则很难有深的理解。
3. 架构师 = LeaderShip + 高级工程师？你对这种观点怎么看？
有一定道理。架构师不一定精通于某个方面，但是要知识面要广，眼光要超前，这些都是专业技能，但是仅专业技能还是不够的，还需要有领导能力、交际能力。架构师不仅要跟产品打交道，很多时候是跟人打交道，跟程序员、同事、领导、客户都要打交道，领导力是必要的能力。
作者: yehuafeilang 时间: 2016-08-25 16:02
他就是项目掌舵人
作者: 睿智2012 时间: 2016-08-25 16:10
不懂的路过
作者: bbzsxjj 时间: 2016-08-26 15:56
1. 在你眼中，一名优秀的架构师大牛应具备的最独特的能力是？为什么？
架构师应该是一个优秀的程序员，另外还要有运维、产品、市场的经验。
首先，架构师特别是软件系统架构师，不是一个优秀的程序员就不能在关键的时候指导程序员解决问题，不能设计好一个软件系统架构，不懂运维，设计的架构就不能很好的落地运行，特别是一些不靠谱设计，在实际运行中会遇到各种解决不了坑，懂产品和市场就是为了设计架构时从产品运营的角度考虑问题，特别是一个时间很紧张的项目，你设计出一个非常复杂的系统，最终会导致开发无法按时完成交付，后果很严重......
2. 从一般工程师到高级工程师，再到架构师。面对这种进化，你觉得架构师应不应该保持写代码的习惯？
我觉的架构师一定要保持写代码的习惯,就像第一点说的，架构师就是一个优秀的程序员。
3. 架构师 = LeaderShip + 高级工程师？你对这种观点怎么看？
我觉的架构师不是LeaderShip + 高级工程师，架构师虽然有部分项目经理的职责和本身就是程序员的事实，但是架构师更应该从纯粹的技术上，利用自己的知识引导和设计一个好的系统架构，而不是简单的项目经理+高级工程师,而且架构师和项目经理在很多的团队中是并存的。
作者: 我不哭想 时间: 2016-08-30 21:30
分享了。。。。。。
作者: garyv 时间: 2016-11-03 18:38
哥层见过之前公司一位所谓的架构师，其实就是个解决android技术问题的工程师，工作经验丰富点而已。
有一次一个stm32 mcu项目遇到难题，竟然找我这个普通的linux驱动工程师去解决，哥直接拒绝说找那个工资最高的“架构师”去，没想到那个架构师的答复是：我没做过mcu！
说实话，有多年经验，会android，C语言JAVA语言的架构师说出这句话，这让人“汗颜”！！！！！！
其实，STM32 mcu只要会C语言，能看datasheet和原理图就能做，在这位所谓的架构师看来，mcu是另外一个不相关行业。
从此以后，哥对“架构师”这个职称非常反感，很简单，架构师的前提必须是一位非常优秀的coder，熟悉多种开发语言和平台，这是最基础的，必须的，否则不要说是什么“架构师”
| 欢迎光临 Chinaunix (http://bbs.chinaunix.net/) |
Powered by Discuz! X3.2 |
