前端出身的 CTO 带的团队做的产品坑掉的概率是不是高些？

[Infernalzero]

最近收到一个创业团队的邀请，跟对方聊了之后产生了这样的想法，不知道各位是否有类似的遭遇？ 事情大概是这样的： 一家创业公司的 CEO 主动联系了我，对方在招资深 JAVA ，然后我看了下地点离我家很近， JD 上给的薪资区间也还不错，就决定去了解下情况。 然而和对方 CTO 聊的过程中，我发现对方完全不懂后端技术，先不提中间件服务化框架这些创业公司开始阶段不会搞的东西，即使聊到 nginx,tomcat,mysql,redis 这些最基本的对方也是全程“黑人问号.jpg ”的表情。当我谈到 sql 语句优化的时候，对方的一句“我们不写 sql 语句，因为 sql 语句不可控”也是搞得我一脸懵逼。另外对方还问了我诸如“会远程调试吗？你 spring,mybatis 用的哪个版本？”之类的问题，我当时的感想就是“ excuse me?” 那位 CTO 剩下的就都是问前端相关的问题了，都是问在用哪些开源框架和工具。

那么问题来了，只懂前端技术的 CTO 带的团队能否做出好的产品？有没有相关例子

[zyEros]

做工程做到深处，前端后端不重要，我们 CTO 就是前端，后端管理起来不也 6

[baocaixiong]

如果他要说，我现在这些方面都不太了解，需要你来帮忙坐镇。
可能这样疑惑会少些？

[Jerry5850022]

其实我想问，有没有不是程序员出生的 CTO ...这样的话会不会死的很惨？

[alexapollo]

技术栈不行还是不是很适合做 CTO 的，当然，公司大了纯嘴炮出外

[myoula]

CTO 不是全栈没问题，关键是他能不能找到合适公司业务方向所需要的专业人才，并且愿意放权和配给资源，并且确保和争取到合适的利益回报。在跟不懂技术的人交流的时候，能够以一种很直白的方式表达技术部门正在做什么，让他们听懂，能做到这样的估计不多。

[xjp]

这个和前端没关啊 楼主的题目应该为 “只懂一门技术的 CTO 带的团队做的产品坑掉的概率是不是高些？”

[Infernalzero]

@Totato5749 至少 fenng 不可能说出不写 sql 这种话，毕竟人家以前也是 DBA ，必然深知系统稳定性和可用性的重要

[ipconfiger]

作为一个"CTO"来说, 不管会不会, 好歹得懂点, 知道是啥, 知道用来干啥的, 没吃过猪肉好歹要见过猪跑吧.

[laodao]

楼主标题有点问题：应该是只懂前端的 CTO ，而不是前端出身的 CTO 。

[HanSonJ]

@ecloud 好像除了马云，其他公司大部分 CEO 开发出身的 :)

[salmon5]

要看气魄，前端干预后端等等，就不好了。这其中的苦只有当事才知道。

[tabris17]

前端出身没问题啊，但是只懂前端就比较尴尬了， CTO 不单单是个管理者，也同样是一个技术人员

[seki]

有個疑問，
如果用了 ORM ，不就是不寫 SQL 了嗎？

[tabris17]

@seki SQL 优化和写不写 SQL 语句没关系

[wupher]

如果他信任你，或者有一个相对比较靠谱的后端 Leader ，那也就罢了。

如果他上手瞎指挥（ CTO 的本职 工作），那就完了。

最好还是别去，整个后端都容易被甩锅。

[Infernalzero]

@laodao 是的，我标题写错了，可惜没法改

[ljbha007]

我觉得所有程序员理所应当的都应该是全栈

[wander2008]

我去给他们当 cto 吧。

[sfree2005]

其实不论只了解前端或者后端，做 CTO 都会有盲区的。 还是得看技术上的嗅觉，他不太懂后端技术本身不是问题，但在后端的问题上对你有绝对的信任也 OK 。 这就看人的管理能力，他是否愿意放权或者还是为了面子不懂装懂地没事都要搅合你的工作范畴. 如果是后者，那会很麻烦。

[smilingsun]

最近工作中感觉，前端的学习能力和学习主动性，平均要比后端要高一些，不知道大家的公司是怎样的？