竞业协议现在非常麻烦，因为法律上允许公司补缴，而且，就算公司没给钱，你也要等到第二个月，然后去法院申请竞业协议无效，才能规避责任，总之竞业协议目前是偏向公司，而不是偏向劳动者。能不签就别签，签了很麻烦的

@leega0 你对武汉有误解，我就在武汉，别说 15k，给的更低也有人来，当然来的人水平也就和给的钱相当就是了，总之二线确实能比一线低三分之一的价格招差不多的人，当然顶尖不行，顶尖都去北上广了。不过这年头，有多少项目需要顶尖人才啊？

楼上就没有一个说到点上的。
核心在于我们面对的市场是一个严重过剩的市场，在这种严重过剩的市场里，拼的不是技术，也不是人力，而是最靠近市场的人出的点子，也许某个点子撞对了就成功了，所以越靠近市场的人越得老板青睐，哪怕它们中间有大量骗子。

记住：这是一个里需要迁就市场而无法靠自己的能力左右市场的时代，在这个时代，技术人员就是消耗品，（看上去）能把握市场脉络的人，能赢得资本的青睐

@opengps 多 set 是指的什么意思？

楼主，你不要以为就你一个聪明人，类似的想法早就有人想过，只是他们都复杂度打败了，非定制的组件无法应对复杂度问题，否则通用组件早就淘汰所有程序员了

@ClutchBear 不可能，2000 年以前毕业的都能查到，你当学信网是什么东西。查不到只有两种可能，1 学信网出错了，赶紧去投诉，一投一个准。2，你的学历有问题

一般来说，市面上普遍出现这样的招聘需求，就说明目前需求低迷，绝大部分公司需要的是裁员而不是招人。实际上类似的事情，历史上发生过，至少我知道的 java 这个领域曾经崩过两次。反正这是大势，个人最好不要硬抗，不行就暂时换个领域

我上大学那会大家都喜欢折腾启动工具，有个 bootmanager bootstar 的工具，可以满足你往一块硬盘上装十几个操作系统的梦想，有一个专门的开机菜单，在 Bios 之后让你选择进哪个系统，那会我们是从 windows 98 直到 windows server 装 5 6 个，Linux，从 debian 到 Gentoo 又装 5 6 个，开机一看那启动菜单长长的一条，甚是好看。

实际上卵用没有，任何时间段你只能使用一个系统，而多系统需求往往都是需要你同时启动两个系统在不同的系统之间切换的。所以这东西大家玩腻了都不玩了

@hoyixi 我说的是事实，地方 zf 现在普遍有“资本不足 PTSD”。你要是见识过拼多多是怎么被 zf 舔的，你就会明白我说的话，当然，zf 舔资本不是说 zf 真的就面对资本弱势，关键时刻资本必须服从 zf 的决策。但是在平时，zf 绝对是把资本，尤其是大资本当爹供着，要啥给啥，唯恐服务不周到

@paradoxs 兄弟，30w 的公务员岗是什么概念，正处都没有 30w 啊，小一点的地方，正处都是县长了，这几乎是一般人的极限了，绝大部分人靠公务员，一辈子连科级都混不上

理论上这种条款都是不合法的，但是国内的情况是地方 zf 跪舔资本，所以资本有空子钻

@chenqh 因为在你们眼里，很多搬砖工作都不能叫工作的，就像二三线有很多 PHP 公司一样，Go 现在在小地方扩散的速度不慢，主要原因是 Go 确实填补了长久以来的这个资源占用痛点，尤其是二三线普遍只有大城市腰斩甚至三分之一薪水的前提下，人确实很便宜，Go 的培养成本也没多高，真没比 php 高到哪里。
相反，一线大城市长久以来的基础设施积累（历史包袱），使他们换 Go 的需求倒一点都不迫切。

@lewis89 我说你这人是不是大公司待久了，眼光已经高到那美克星上去了？

2w 的月工资的程序员，我建议你去查一下统计数据，什么级别的公司，能开得起 2w 元的薪水。这样的公司占公司总比有多少？程序员总数又有多少？大量的程序员拿的什么级别的薪水，做着什么级别的事情？

BAT 级别的企业有几个啊？ BAT 之下的次级规模的企业，又有几个啊？全国注册公司又有多少个？


当你在大城市的超级企业里敲代码的时候，眼光当然不会往下看，然而现实里的信息化，是要解决很多三线城市之下甚至是县城乡村里的很多欠信息发达企业的信息化问题。他们的数量远远超过你的想象。

你很牛逼，很高端，但是你只是一小撮。希望你开阔一下眼界，不要眼睛只往头顶上看。我言尽于此。不再回复你的贴

@lewis89 我前面已经说了，吹牛逼没事，我也认为你吹的是真的，但是麻烦“不要把吹牛逼里的事情当成普遍现象”，请接点地气，关注一下更现实层面上的东西，否则吹牛逼就是单纯的炫富，一点意义都没有


@sagaxu 你能不能提供详细一点你们的测试记录？ 2 到 3 倍这个记录和我们测试的结果差的很远，我们的测试时在大部分 web 服务里，同样的负载 Go 和 Java 的内存对比能差到接近 10 倍，你们的这个 2 到 3 倍是什么类型的服务？

另外说一下，养自己开发团队的商业公司其实真是只有一小撮，很多公司都是运营型公司，不养人。这类公司对硬件成本极其敏感。就算在养人的那批公司里，java 和 go 的人工成本并没有差到哪里去。但是硬件成本的差别是真实存在的。

我还是那句话，Go 如果不是靠资源占用的话，绝无可能在 Java 和 PHP 的夹缝中脱颖而出的。net core 其实就属于虽然有进步，但是没有量变到达质变，所以仍然在夹缝中生存的典型。Go 能脱颖而出，已经说明了很多事情，现实总比理论上的对比更有说服力


@quan01994 CLR 并不是单纯运行时，只是微软不喜欢用 虚拟机 这个称呼而已

@quan01994 什么？.net 跑起来没有虚拟机？你说 JVM 和 CLR 的设计区别很大我认同，但是你说.net 的运行时根本不是虚拟机，这个我就完全不能同意了


@lewis89 20T 内存的价格按现在 500 元能买 16G 算，是 64w 元，一个小时能赚 64w 的公司，是什么级别的公司？有多少人能遇得上？吹牛逼不是不可以，但是把吹牛逼的事情当普遍现象，我觉得很无聊。现实就是绝大部分公司，对硬件价格都很敏感

@FreeEx 朋友，java spring 技术栈就是占内存，类似问题我以前也问过

https://www.v2ex.com/t/587073
https://www.v2ex.com/t/587073

后来我自己反复测试过，java 的 JVM，在资源占用这个问题上就是不如后来者 .net framework 的 CLR （更别说 dotnet core 又再次重新设计了一遍虚拟机），我觉得这真的是后发优势；比根本没有虚拟机的 Go runtime 更是比不过。而且 Spring 这个东西，本质是为开发效率考虑的，设计的大而全，内部有很多的安全机制转换，线程，缓冲池。就是个内存黑洞，其实 spring 这个东西，发展到今天，颇有点当年 Spring 之父 Rod Johnson 当年写战斗檄文批判 JavaEE 大而臃肿 一样，走了个历史轮回，我现在觉得 Spring 也有点大而臃肿了。要接太多的第三方，就要考虑太多的可能性，层层接口抽象之下，Spring 本身成了一个巨石应用，居然得改用 Gradle 来构建才能满足这个巨石应用的构建需求。我们拿着 spring 写各种早就被分而治之的小型服务后台，确实是拿着高射炮打蚊子。也难怪 Go 能在 Java 和 PHP 的夹缝里起来

@kanepan19 内存是白菜价的话 docker 和 k8s 就不会诞生，GO 这东西也火不起来。作为服务器，资源永远都是不够的