瞎扯淡 招 Ruby 花了 2 周收到 3 个简历，招 Java 花了 2 天收到 150 个简历。
简单聊下我们的项目，和大家分享交流下。 整个公司是业务驱动型，主要的经营内容是各大景区的门票，然后也搞类似联联的社交电商。
这个项目技术方面的起头就我一个人，所以毫无悬念的选择了 Rails 这种前后端甚至连数据库都通吃的框架，当然一开始玩起来各种起飞方便得心应手。
随着公司业务扩大，技术部也开始组建，才渐渐的有了专门的前端开发，然后逐步理所当然的搞了前后分离 (Rails + VUE)，大概是 3 个后端 +3 个前端的配置。
由于公司经营得还可以，决定启动两个相对独立的新项目，技术团队需要再补充至少 2 个后端 +2 个前端。于是前后端同时开始招人，前端很轻松收到 100 个简历，Ruby 这边就比较尴尬了，2 周只收到 3 个，还不怎么合适。
考虑到其实前后分离后，Rails 很多特性根本发挥不出来 ，团队一商量，觉得后端用 java 其实也应该可以，而且这玩意人才储备是真的多啊，正规大学、各种培训机构直接出来大量的符合要求的人。然后开始发 java 招聘（给出的工资比 Ruby 还降低了 1k-2k），只用了 2 天，收到了 150 个简历，看都看不过来，以至于本科以下的简历都可以直接跳过不看。
我感觉这个东西有点死循环，招人的公司招不到，然后改招别的，然后导致工作岗位变少，自然学这个人也就再变少，逐渐就恶性循环了。
借楼继续看看有没有合适的 Ruby 小伙伴
https://ruby-china.org/topics/39001
简历发我邮箱 [email protected]
w569893882
回复
我知道 rails 开发效率高，一个人大包干的时候效率会高得更明显。 原本比如一个 java7 天的项目，ruby 只需要 5 天，领先 2 天。那在前后分离的情况下，因为前端花的时间相同，整体前后合起来可能就只能领先一天了。相对于大包干情况下，优势没那么明显了。
Awlter1
回复
在成都，对于我们这种 965 几乎从来不加班的公司来说，中级给到 14 我觉得是合理的。 难道现在中级都要 20+ 了吗？如果真的是这样，我反而觉得这对 Ruby 的发展更不利，中级 ruby 要 20 的话公司为啥不拿这个钱招两个中级 java 呢？
ywencn
回复
原本比如一个 java7 天的项目，ruby 只需要 5 天，领先 2 天。
说真的 我觉得 ruby 只需要 2 天
直接招人，要求用 Rails 即可。此外，没有特别原因搞前后端分离的话，是会增加投入的。Rails 开发效率高，就是因为是个通吃的框架。富前端，不妨考虑 Stimulus？
Xenofex
回复
我们做前后分离，一个原因是因为使用体验确实更好，我们几乎 100% 的用户都说，改版后比以前用起来更顺畅。另外一个原因是，分离后的前端更方便打个包就变成小程序。后面如果要做 APP 也很方便，再套一个壳子就行了。
ywencn
回复
流畅度参考 Basecamp，Stimulus 的示范，速度非常流畅。另外 Basecamp 也打包了 app。我自己的体会是前后端分离在很多时候是一种负担，直接把 Web 开发升级成了 App 开发。在一些强交互的地方局部使用 Vue/React 是我比较偏好的做法。
Xenofex
回复
前后分离实际上是降低了我们对 Rails 这个岗位的开发能力要求的，对这个岗位的综合能力要求不会那么高。如果不分离的话，再用你说的 Stimulus，那就更难再招到人了。我想表达的其实是，这些东西确实都是好东西，对于我个人来讲，如果是我自己用，那毫无疑问我也会用这些，用 ruby 的人内心是看不上 Java php 之流的。但是对于在给定的资源条件（包括开发部门整体预算，找到适合人才的难易程度等）下完成一个特定的组织目标来说就不一定是最好的选择了。
ywencn
回复
就目前人才市场来说，前后端分离会令一般开发人员比较好理解。但其实你想想在没有前端框架的时代，公司也是有专职前端的，这一点并不矛盾，也就是说用传统 Rails 一套也是可以引入前端开发的。
我在一个 3.5 线城市强行安利团队小伙伴上了 Rails，现在正在干的项目是用 Java 做 API 服务，剩下的全放在 Rails 里。我敢说我在的这个城市用 Rails 的公司应该不超过 3 家，希望为 Rails 的使用率做点小贡献。。。
比较好奇 招 java 以后，java 项目和原来的 ruby 项目是完全独立的吗？如果主要的业务都在 rails 上，那就上了贼船，只能慢慢切割出去了。
楼主
2012 年招 Ruby，开 12K-16K
2019 年招 Ruby，开 8k-14k
所以，招不到人才是正常现象
不是针对楼主，只是说说 Ruby 在国内的现实状况
其实能学 Ruby 的往往都掌握其他一些语言，所以能力上可能比只掌握 Java 的更好吧。
比如我，以前是干 Python + Golang 的，后来接触到 Ruby 觉得大爱啊
如果大家的团队都愿意培养 Ruby（即前面有人说的招来改造）的话，这个情况是不是会改善？
我现在的公司不是用 Ruby 的，但是有一点比较好的是，招聘面试不看语言背景，着重技术基础和解决问题的能力，招来后统一培训 Python 或者 Go，给个限定两周完成的小项目，在此过程中由导师指导和 review，确保代码符合这门语言的编程规范还有团队的风格要求。所以，我现在的部门，很多 Python 工程师以及十几个 Go 工程师（大部分是内部由 Python 再转的），实际上大家原来都是写 C/C++、Ruby、Java、PHP 以及 C# 什么的都有。我入职时接受了 Python 培训，后来项目需要转做 Go 开发时又按照流程重新接受了 Go 的培训，所以上手没什么问题，后续工作过程中就借着问题快速成长了。
这种方式成本可能最开始比较高，但是对我们来说切实有效，人才培养是个复杂的事情，可能大家的情况又不一样了。
PS：我工作中不用 Ruby，但是业务时间个人项目还是会保持 Ruby 练手。
的确如此，前后端分离，后端只需要提供接口，Rails 的优势废了一半，再与 Java 和 Go 这些方案比，速度又成了劣势。 上面说前后端分离没必要的，你是不知道一套接口可以同时用于 Web 和 APP 有多爽吧。
ywencn
回复
其实自己培训没有你想象的难，特别是能力强的新人。你要是找一个几年 Java 或者 PHP 经验的去转 Ruby，一开始他可能会天天跟你抱怨，但是刚毕业的孩子反倒是更容易接受新的语言。我们公司一开始就我一个程序员，再加一个设计师，现在已经有 10 个 Ruby 开发了，加上这几年跳出去的人也超过 20 人了，都是自己培训的。期间也招过一个有经验的 Ruby 开发，但那人跑过来干了没满 1 个月就又跳了
微服务的最佳场景来了，业务大了没必要限制在一种语言框架。当然需要一个有经验的架构师，否则微服务带来的破坏力也不小。
Java 的市场几乎很透明了吧，人虽然多，各种价位都可以有简历，但稍微有些能力的还是去待遇好的公司，简历虽然多，求职者的选择更多。
个人经验的话，团队只要有有经验能力的带，招新手培养是最好的选择，但大部分公司不注重人才培养，只想来业务的时候直接找一个能上手的，也是一个恶性循环。
Awlter1
回复
还用分析吗，现在 app 活着的还有几个？3 年前随便一个洗剪吹小哥去培训中心学几个月 ios 开发，月薪轻松过万，现在搞 ios 开发的屎都吃不上了。
至于 web 端的前后端分离，前两年还挺能蹦跶的 vue 作者，现在也开始观望了。前端仔的大本营 v2ex，至今还是传统的后端套模板+jquery 一把梭，把那些傻逼前端仔坑的一愣一愣的。
我在杭州，年初找工作的时候，ruby 岗位不超过 10 个…… 新的 side project 已经改用 golang 了！ 虽说开发速度 gin 远远远远不如 rails，但是运行速度是真香，内存占用也少。vps 都可以用便宜点的。
语言只是工具，你随便招一个愿意转的让他转 ruby 就好了，毕竟大部分招 ruby 开发的岗位 其实招的的是并不是 ruby 开发 而是 ruby 使用者
lgn21st
回复
这个是真得对，面试 Java 同学总是心惊胆战的，生怕技术品味不好，没有技术热情; 面试 Ruby 同学就专注技术就好
话说 Java 同学实在是太喜欢背面试题了
gaicitadie
回复
看得我笑了。现在是大前端的世界，不可能再回到以前了，回去就是倒退。做稍微复杂一点的前端项目就知道大前端框架有多爽。你说把前端仔唬的一愣一愣，人家还说把你后端仔唬的一愣一愣呢。（我非专职前端）
gaicitadie
回复
我也是第一次见到你这么无知的人，跟你强调一下，现在是大前端的时代，不管你什么 Ruby、Java、Python，好好写你的接口，没有掺和前端的机会了，Rails 的优势已经不复存在，清醒点！！
blacklee
回复
是这样的，我的 sideproject 运行在 Vultr 的绝版 512M 内存的服务器上，服务器表示根本吃不饱。唯一不好的就是编译需求内存比较大，我这服务器压根就没法编译，只能本地编译然后传到服务器，而由于众所周知的原因，部署项目还得选黄道吉日才能成功