怎么看待那些对新技术聊起来头头是道，实际上却没实际使用过的人。

[darknoll]

这样的人能用来做架构设计吗？

[hijoker]

这不就是 PPT 工程师?

[murmur]

大家其实都是半斤八两，不踩踩坑是不知道深浅的，又不是付费软件遇到什么坑直接打电话让别人去解决

[ethego]

总有人觉得技术是割裂的，新的就是和旧的有决定性的不同，然而技术是渐进进步的，同类型的技术就有同样的框架和体系，实际没在工作中使用过当然也能从整体上去把握。

[herozzm]

这种人很多多

[lewis89]

等你用会了，踩坑踩完了 就该升级新版本 新特性了

[luckyrayyy]

比头头也说不出来的强

[LiuSha]

无论什么行业，都有这种人，吹牛第一，实操呵呵

[xuanbg]

我就是这种人！作为一个架构师，是需要随时了解新技术的。只有了解这些技术有什么用，适合解决什么问题，我才能在技术选型中作出正确的决策。至于是否引入到项目中去使用它们，这取决于项目需求而非我的兴趣。

所以吧，10 个新技术我也未必能用的到其中之一。于是我就成了楼主眼中的那种人了。。。

[FantaMole]

一般我找工作面试的时候，就会开启这个操作

[wangxiaoaer]

建筑设计师的主要工作是设计图纸，如果说起搬砖肯定是比不上建筑工人的。

但是前者的图纸是否合理，建筑工人是可以验证的（盖着盖着就塌了），但这也不是说图纸必须要经过工人验证，因为设计师设计图纸的时候可以参考理论依据。

所以我想说的是 ”聊起来头头是道，实际上却没实际使用过“的这种人跟能不能做架构设计没有必然联系，但是这种人总比写起代码 666，写个总结 555 的人强。

[sa2501]

有些自诩为架构师的人就是这样的，认为自己已经是人上人了，不屑于了解那些细节问题，只需要决策一下，导致选型的东西落不了地，为后续工作挖了巨大的坑。

[chendy]

能说得头头是道比啥都不知道强，起码有去了解
如果是分享新技术，分享自己的看法和观点，挺好的
如果是吹牛逼，显得自己知道得很多很屌，打死

[houzhimeng]

还好，起码能说出来些东西，不像我这，技术经理不懂技术

[Dogtler]

@FantaMole 是的，不弄几个高逼格的涉猎真的枯燥，码代码不是 curd 吗

[shm7]

天天都有人说人工智能，但是甚至不太理解训练和预测是什么意思，什么还要标注数据？

[rooob1]

理解新技术的原理适用场景，并不一定是非得用别人的轮子。也可以自己造

[FrankHB]

我发明一个新技术，我还要先“使用”才能吹 13 ？？？

[Narcissu5]

这种人做架构很容易把项目带坑里去，毕竟主流技术无非那些，好多技术其实就 README 好看

[zbz]

两种情况：

1. 已经精通这块领域了，有了足够的判断力；没用过新的技术不代表无法判断；而且新技术层出不穷但是其底层原理、设计思想都八九不离十。
2. 仅了解皮毛就开始忽悠。

[pmispig]

当你的深度和广度都够了的时候，很多新技术不过一种新的组合或者一些扩展罢了，没用过也能知道个差不多，很少有从头到脚的新技术。

[ofblyt]

@ethego 是的，深有感触，java 之前的 corba 和现在的 swift 就很类似，jms 和一些分布式框架也有共同点

[crclz]

深入地用过老技术（深入到每一个细节）、深入地用过新技术，你才能知道老技术有什么不足、新技术解决了什么痛点、新技术引入了什么新的问题。

[mars0prince]

PPT 工程师？

[luozic]

ppt 架构师， 升级系统的时候就知道是不是 ppt 架构师了； 3zhihui 重新快速根据新技术搭架子属于半头 ppt 架构师。

[loveour]

聊得头头是道上手就完蛋和聊得头头是道上手踩坑填坑没问题还是不一样的。
@xuanbg #8 新技术扩散开来总是有头一次用的时候，还没用的时候也总需要了解，我觉得没用过但是聊得头头是道本身完全不是问题。

[xsen]

@sa2501 那么多新技术、新框架，你确定都要了解细节么？
每个人的时间与精力都是有限的，就算了解再深入也都是会有坑的。关键是遇到坑了，能不能把坑填了，这才是最主要的

但有个是事实，也就是被楼上大多数人看不起的 ppt 架构师，恰恰可以避免让大多数人少掉坑或者不掉坑
变化是常态，有坑也是常态

[xsen]

最可怕是哪种人呢，就是对技术与框架停留在五年或者十年前，比如
１．用 c++的，还只会用 printf 或者 cout
而且是十几万行的大型应用软件

２．跟传输相关的所有东西，都就知道用 tcpdump 去抓包
他们不知道利用日志，不知道 wireshark。。

[sa2501]

@xsen 要了解细节，至于多细节，要架构师自己把握，最起码得能落了地。
我见过自诩为架构师的，是真坑啊，就不细说了。
也见过真~架构师，真是要宏观有宏观，要细节有细节。
我主要是想说，不要将“架构师” 跟 “对新技术聊起来头头是道，实际上却没实际使用过的人”等同起来。
前面有人把楼歪到架构师上了，我是不同意的。

[crist]

牛逼要吹上天了才能博得老板的赏识和高薪水，反正代码又不用他们写。

[xsen]

@sa2501 恩，你说的对。要落地的时候，自然是要深入了解进去。不了解细节，是没法做选型的

[amdhcwte]

金牌销售？

[paoqi2048]

总比那些固步自封、盲目排斥新技术的人要好

[lesloli]

恕我直言 V 站一大堆聊起区块链头头是道的，自己写过完整的区块链的又有几个

[rychan]

纸上谈兵，真做起东西来是要翻车的。

[SunFarrell]

@wangxiaoaer 有代沟了，不知道什么叫 写总结 555

[imn1]

看说话的性质，做销售的大部分都有这能力啊，就是方便打开话匣子
想想自己某些方面也是这样吧，me too

那种吹自己踩别人，就换种眼光看待吧

[wangxiaoaer]

@SunFarrell #35 写总结跟要命一样。

[bef0rewind]

有时候就和别人随便聊聊啊，类似菜市场大妈聊家长里短。而且有时候架构设计确实没有那么多时间一一尝试。只能基于有限时间的理解，从各方搜集信息，加上和别人讨论，进行决策。

[z755924843]

我有个同事就是这样，不知道具体做什么的，只知道是做 AI。感觉他只要站起来说话 就是说给办公室里 20 多人的听到。满嘴的机器学习，模型训练什么的，由内而外的一股装 13 的气质，可作为码农的我也不敢问啊，只能静静的看着他装 13.（不过听跟他一个项目的人说其实只是跑了 demo，改几个参数而已）

[hyy1995]

纸上谈兵呗，有点像面试的那种意思，面试的时候面试官跟你巴拉巴拉一堆，又是问算法又是问底层（他自己都不懂），强调自己公司要求很高、技术很强，然后拿到 offer 了解之后，才知道就是写写业务，工作内容随便来一个正常的开发都能干

[8848]

@xuanbg 有些自诩为架构师的人就是这样的，认为自己已经是人上人了，不屑于了解那些细节问题，只需要决策一下，导致选型的东西落不了地，为后续工作挖了巨大的坑。

[xuanbg]

@8848 不知道别人怎么做，反正我是要负责填坑落地的。决策的时候我是不了解细节的，因为细节问题肯定不影响使用。但落地的时候就肯定涉及细节了，不了解细节就落不了地。只做决策不负责落地的架构师，用脚后跟想想也知道容易跑偏。

[xuanbg]

如果一个人对新技术只是知道一些表面的东西，不了解技术的核心是什么的话，这种人是值得警惕的。

对于新技术的细节是否有足够的了解，我认为并不重要。细节问题总是有办法解决的，不会影响大局，用错了技术才要命。

[CFO]

领导今天刚让我接入统一推送联盟 #(狗头

[0x8192dd]

一般情况下都是口嗨王者，见得多了，就是那种看似紧跟新技术，实际上只是紧跟着新闻，自己不实践，就是口若悬河以表现的自己很懂，自我欺骗自己在紧跟时代潮流，没有被淘汰
RN 火的时候吹 RN
Flutter 火的时候吹 Flutter
谷歌支持 kotlin 的时候，说 kotlin 马上要淘汰 Java 了
实际上最多写了个 Helloworld，甚至一行没写过
适合不适合当前项目，没想过
团队 hold 住不，没想过，有坑怎么办，慢慢踩呗。项目进度？不管
反正就是新技术，赶快学，马上就要统一天下，不学就要被淘汰了！
以前我还愿意跟这类人探讨，后来发现探讨不下去啊，其实用这些技术的痛点、爽点他们也不懂，就是口嗨而已……
后来我就咸鱼了，遇到跟我口嗨的我就说，不学，不看，大不了被淘汰转行😄
对方接不了茬也就不 BB 了

让这种人实操生产项目危害巨大
以前我认识一 Android 开发，天天跟我们吹 MVP 架构多么多么牛 X，但他连 demo 都没写过
后来有一外包私活找到他，这哥们二话不说直接用全套 MVP 开干，本来预估一个半月写完的东西愣是整了 3 个月，多的时间全部都拿来踩 MVP 的坑，而且整到最后为了赶工期还是放飞自我式写法，代码惨不忍睹……
我为啥知道？后面人家有几个小需求找我做二期，我看了一眼代码，真的是一言难尽……

[zhangdawei]

看岗位，架构师岗位和研发 leader 岗位和研发工程师和 pm 和产品，
有些岗位需要，有些岗位不需要，卡位卡的好就可以，

[ingram22mb30]

半瓶水晃荡，声响大。

[icenine]

阿里首席技术官王坚院士，加入阿里时就是任首席架构师
你去问问他是不是天天在那扣代码，阿里云哪个模块是他写的

[cabing]

架构师队伍也是鱼龙混杂。
没在各种场景用过类似技术的，都是扯淡。

[murmur]

@0x8192dd RN 是个好东西，kotlin 是个好东西，flutter 其实也不错但是配上 dart 就是人 间 之 屑
当然 rn 和 flutter 要跟 cordova 比，跟原生比都是弟弟

[jugelizi]

知道总比不知道好
有些人工作好多年还是只会查数据库

[anguiao]

先忽悠别人上车，等你们踩完坑我再上。

[veike]

怎么算聊起来头头是道

[mightofcode]

你怎么看没经历过过共产主义却对共产主义头头是道的 Max

[green15]

一般知道它怎么来，有什么优势和缺陷，能做什么就行了。不然每个新技术我都要去深入了解，那我成神了……

[Raynard]

我怀疑你在影射互联网+，区块链，doge

[KuroNekoFan]

不用新东西最好，一定没疑问

[Takamine]

……没必要一直盯着你觉得不爽的地方看，至少他不断涉猎的坚持和知识广度是值得学习的。

[MakHoCheung]

起码人家会主动学习新知识。现在有多少人了解 Java8 后面的新特性呢，就说 Java9 的模块化，国外比国内好很多

[balaWgc]

别问，问就是大数据，人工智能，VR，区块链，5G

[raptor]

@wangxiaoaer 建筑师和工人之间还有结构设计师，这才是出施工图纸的

[cigarzh]

没用过，不代表该用的时候玩不转

[passerbytiny]

@xuanbg #7 你对“没使用过”的理解有偏差，技术选型时的深度了解，这就已经算使用过了，而且这要比“实际去用”用得更深。

[wangyzj]

面试工程师？

[energetic]

@icenine 王坚是学心理学的，我估计他不会写代码，觉得好神奇，从心理学博士到阿里云之父。

[PbCopy111]

看岗位吧，我理解的比如售前工程师什么的，可能只要能说，了解就够了，不一定非亲自会用。还有公司的非技术类职能，也都是见过就可以。
除了实际在一线生产代码的人，是不是都不需要啊?
那么其实，在一线的人员，是不是也有分工？有些人不需要懂那么多，能说就够了。
如果大家都实实在在的说，我不成，那么哪个世界银行的故事，不就白讲了么？

[xuanbg]

@passerbytiny 不是有误解，后面的回复有说到。我所谓的了解，其实不是了解那些表面的东西，表面的东西我从来都懒得去了解。我要了解的是核心的东西，这个工具的核心机制和价值是什么，为什么它可以解决这些场景下的那些问题，我关心的其实仅仅是这些而已。至于 API 怎么用，有哪些坑我认为不重要。API 有文档有搜索引擎，我们一个小厂能遇到的坑大概率别人都踩过，有啥好担心的。

[optional]

没有突破的情况下，新技术无非就是模式上的创新，并不是真正的『新技术』

[no1xsyzy]

就好像你们说 PUA 如何如何，但看过莎士比亚的就可以笑笑

[akira]

“新技术” 是解决什么问题的，优点是啥，缺点是啥，谁在用，效果如何，问题多不多，出问题了能不能解决。
知道这些 就 已经足够拿来决策了，根本不需要自己实际用过

[Ixizi]

一般也就打哈哈.

[dji38838c]

这不是在说马云嘛

[zsdroid]

楼上一堆人对 ppt 工程师聊得头头是道，那么他们都做过 ppt 工程师吗？

[hebin]

什么是头头是道，这个范围蛮大的。如果别人都说出了大概怎么实现的了，核心原理是什么，也挺好的啊。
如果只是几个名词的堆积，那肯定不行啊。
技术那么多，每个都用过倒是不太可能

[wozhizui]

说的就是我，手动狗头，工作确实用不到那么多的新技术，但确实喜欢去了解，起码照着文档写个 hello world ！

[bruceZZZ]

找工作不都得这样？

[meepo3927]

1. 首先我没用过
2. 我看教程写的挺简单的
3. 你写不出来就是你太菜了

[JerryCha]

你不云，那你就被淘汰了。

[coconut5200]

每个人都有自己的生存方式，我尊重你的生存方式，但是别拿你的方式祸害别人

[IamUNICODE]

没有足够的知识和经验积累纸上谈兵就是笑话，露马脚是迟早的事