创业公司就不能使用多种技术吗？为什么非要招某一类的开发人员呢？或者说为什么要限定某一种开发语言呢？

当然，有些公司可能不是真的招聘，而是在打广告。

这样 backup的人会比较容易安排吧至少

没那么多人还搞这么多技术栈就是作死

用一种语言的话，前端人不够，可以从后端调人，反之亦然。本来人就不够用，再整的花里胡哨的，日后的产品维护怎么破？如果用一门熊猫语言，回头员工离职，谁来接手他的工作，是否容易找到代替的人？
再有，不同语言有不同的优势，限定特定语言，也无可厚非啊。

看看廉价航空就明白了，单一机型便于养护、维修，找飞行员也就一路招到黑

也许创始人是相关技术栈的人吧，如果人走了还可以自己接手......

语言多，技术多，坑自然也会更多……

成本

假如我让你维护一个项目，测试用的 TCL，五分之一用 Go，五分之一用 Python，五分之一 Ruby 调 System Call，剩下的五分之二零零碎碎的以上几种混搭，互相间 RPC 调用。

楼主你想维护这样的项目吗？

每人一个模块，不同语言，先不说协作问题，那怎么部署运行环境呢，一个模块一个服务器?

@mgc 你的类比比较好

LZ是准备让写java的和写ruby的相互做code review？

不想做厨师的修鞋匠不是好司机。

因为CTO只会（或者只熟悉）一种

你离职了谁来维护你的代码？

其实楼主的意思是这些ＰＨＰ都能做

有一种风险叫做离职风险

如果有人一时兴起用机器码写了个核心模块，我想他走了会发生什么

我们就是创业公司。创业公司主要是做事和控制成本让自己活下来。搞那么花里胡哨的技术，我的看法：
1、增加成本。分得越多，需要的人越多，而且相互之间不能按照项目情况进行调度。
2、增加开发难度。协调各个模块需要有专门的人来完成，不是想当然的事情。模块和模块之间，人和人之间就带来了一系列的管理问题。
3、离职风。如楼友所述，负责相关模块的人离开了，后续的工作怎么办。一群人傻眼吧。交接也是有问题的。
4、生产环境维护问题。搞这么多，等产品要上线的时候除了一堆环境要部署之外，运维工作量相应的增加。成本增加。给公司添乱不是~

以上个人看法。我们公司就是创业公司，C#开发，我负责服务器方面的全部，人确实难找，但还是找到了好的小伙伴，项目也序地进行开发啊。