大家身边有没有那种 BAT 出身张口闭口架构设计，但写出来代码完全和口才不匹配的同事？

[wuzhi1234]

[v002ex]

这种事情不用想，太多了，动不动就是海量数据，高并发之类的，当然，谈这些没问题：
1.看业务是否需要，全中国有多少个海量数据高并发的网站？少的可怜，而实际情况是，一个做小 OA 的公司就给你谈这些

2.如果你谈这些，先保证你基础过硬，而动不动就谈这些的人往往都做不到，一种更流氓的说法是架构师不怎么需要懂代码，极其错误，一个合格的架构师首先必须是高级工程师

3.其实，我认为，架构是最简单的，而扎实的编程知识和良好的编码能力，以及解决问题的能力才是困难的，架构就那些，而且基本上都有实际的方案可参考

[wuzhi1234]

@v002ex 不能同意更多，老实说相较而言好的编程素养其实更难得

[zhgg0]

有，但通常情况下这种人混得更好。

[lihongming]

他们所处的圈子确实需要这种人，所以 BAT 更喜欢招 BAT 的人。你看不上他们，他们也同样看不上你。互相进入对方的圈子，只会让大家都难受。

[zonghua]

没有性能问题，只有业务逻辑一堆问题

[miketeam]

你连牛逼这种简单的操作都不会，你还会干嘛？要你何用

[v002ex]

@lihongming
1.BAT 也不都是搞架构的
2.这种现象不仅限于 BAT 圈

[v002ex]

@lihongming
3.看不上的是那些夸夸其谈，而编程水平不济的人

[q397064399]

@wuzhi1234 #2 架构师 其实更多是组织跟管理，协调各方的利益诉求，，跟软件的架构 其实关系不是很大了

[glues]

见过，开会的时候张口闭口高可用，高并发，分布式，后来看了他写的代码就只能呵呵了

[jasperjia]

见过，不过不仅限于 BAT，BAT 这种的反而更少

[TestSmirk]

狠人话不多

[wdlth]

是的，然后把钱烧完了……老板很高兴

[hrong]

架构也分 infra 和 application， 谈到并发并行的时候，还是基于 application 来理解和谈论架构的 V 友居多吧

[dychenyi]

换种思路，
代码能力是会下降的。
当你当了架构师，你保证代码能力会不输你巅峰时刻的你？总会此消彼长的。

[takato]

如果从架构本身的角度上来说的话。

架构者相当于人肉搜索引擎
实现者是实际存放数据的地方

哪个更重要需要根据环境来决定。