招人何必对技术栈要求那么高

[yidinghe]

Java 这块看到某些创业公司招人，动不动就要求掌握 zookeeper/dubbo/hadoop/kafka/activemq/docker 之类的。自己产品访问量才几位数，何必搭那么复杂的架构，像 Redis 既可以是缓存，又可以是消息队列和分布式锁，干嘛不先用着。难道真的有钱没地方烧。

[ipconfiger]

不作一下无法显示自己逼格高

[armoni]

招聘要求很多都是复制粘贴的，觉得自己行尽管去好了

[slixurd]

万一火起来了呢？
多少公司一火起来系统直接就崩了无法提供服务
招些技术好的人，不一定刚开始建设就要上各种中间件
但是至少能够在需要快速上线时提供支持。
要是这时候重头开始学。。。。

不求做到最好，但是至少不能留下技术债。

[lygmqkl]

国内创业公司大多半都死在路上，他们哪知道实现位王的道理。。。。

[SuperMild]

招聘广告有时兼具公司宣传的功能。甚至，有的彻头彻尾只是宣传，根本不招人。

[lygmqkl]

@slixurd 您的意思是从 5000 在线一夜跳到 50w ？

[ivmm]

记得有一个现象级应用。

从八点开始服务器就开始访问量飙升，然后就宕了好几天。

当然了花了很多钱跟上请求以后，现象过去了，然后就呵呵了

[slixurd]

@lygmqkl
不需要这么极端的情况
你看膜拜单车，刚开始在帝都推广就挂了。
还隔三差五维护

[sudoz]

认同你的观点，我觉得架构设计一定不要过度，为设计而设计

[sudoz]

@slixurd 那请在 JD 上注明架构师岗

[sorra]

这些公司一般是招到了 BAT 人搭这套架构，然后再找人就是只要用过就行。而且逼格有助于融资啊(大概)。

[zz]

你现在知道为什么创业都是死的多了吧

[jiangzhuo]

最近的流行词汇——面向简历编程

[bzzhou]

这个要求真不高，创业团队一开始走在正确的道路上可以避免后期很多弯路，可以大大提高整个产品迭代效率

当然，纯粹为了架构而架构，这个就本末倒置了

但是，在有限的成本下，引入已经非常成熟的解决方案来提高迭代效率，岂不是更好

[S1ahs3r]

我觉得不过分....看公司发展愿景.

看博文 FB 那边分做产品的"全栈"跟给前者提供便利服务的,大概是这么个理儿.

前者面广,后者点深

[WhoMercy]

创业公司肯花钱找技术栈广阔的大牛并没有什么问题，关键是要求多，预算又不够，所以结果就比较尴尬了，愿意将就的大部分是“面向简历编程”的，结果就是啥都只懂一点或者根本不懂，拿着不高不低的工资有恃无恐。
最后公司的状态就是，招进来的开发混时间混工资，拿不出成果或者成果没达到预期， boss 就找投资人混风投，然后烧完所有的钱就开始下一个创业。

[Powered]

不过分
因为这些不难

[doubleflower]

99.99%公司用 mysql+redis 足够，哪怕流量再高，抗不住的都是基本程序水平本来就有问题的，比如索引建不好的。现在硬盘都是 SSD 了更抗造。

[hcymk2]

我怎么觉得 Redis 比 zookeeper/dubbo/hadoop/kafka/activemq 都要高级点啊.

[dreamwar]

HR 无脑粘贴 JD