［北京］无二之旅招 Ruby on Rails 工程师、算法工程师

[uniqueway]

关于无二之旅

我们是无二之旅，一家做海外定制旅游的创业公司，带着路书旅行是我们创造的值得骄傲的概念，我们用了 3 年时间赢得了市场和越来越多旅行者对这一模式的认可，一步步走来我们找到了高速生产和个性化定制之间的平衡，我们是创业公司中少有的，真正能赚钱养活自己的公司。

但，这还远远不够，出境旅游市场太大了， 2015 年就有 1.17 亿人次的出境游，并且每年都保持着高速增长，越来越多的人走出国门，从港澳台到东南亚再到欧美澳新，这个行业已经日暮西山太久了，急需一个划时代的、颠覆性的产品，而我们，正带着路书走在这条路上。

为了走得更快、更稳我们需要更多的技术支持，我们深信技术可以帮助行业更新迭代，改变人们的出行方式，所以我们招聘，我们需要你。

Ruby on Rails 工程师

职责

• 开发公司内部的业务系统, 包括 CRM 系统，路书制作系统、路书自动化排版系统、数据仓库等
• 开发服务于合作伙伴的分销平台，包括网站前台、管理后台，线路自动规划系统、合作伙伴 API 接入等等

要求

• 两年以上 Ruby on Rails 开发经验
• 熟练使用 HTML, CSS, Javascript
• 熟练使用 Bootstrap, jQuery, Less / Sass
• 熟练使用 MySQL, Redis, Elasticsearch
• 熟练使用 Rubocop, MiniTest/RSpec, factory_girl
• 熟悉掌握 Ruby, Javascript 外的任何一门语言
• 熟悉各种 Ruby on Rails 最佳实践
• 认真负责，不止于 just work
• 具备良好的团队意识和协作精神
• 关注代码质量、重构、可读性、可维护性、可扩展性
• 每年阅读 5 本以上技术书籍的主动性和上进心

加分项

• 全栈工程师
• 英语读写流利
• 丰富的项目经验
• 扎实的面向对象知识
• 拥有个人的 Blog / Github
• 熟练使用 Linux, Vim/Emacs, Git
• 无止境的追求好的代码
• 扎实的计算机基础
• 拥有开源项目或参与开源项目
• 了解 运维、监控、部署相关技能

算法工程师

职责

• 探索算法和数据结合后在旅游方面的应用和发展
• 以数据为基础，实现符合用户需求的旅行产品
• 以数据为基础，实现符合用户需求的旅行路线规划

要求

• 熟练掌握任意一门脚本语言
• 熟悉神经网络相关算法或了解组合优化问题，如： TSP 问题、 Knapsack 问题
• 硕士及以上学历，统计学、数学、计算机或相关专业
• 良好的逻辑分析和项目推进执行能力

工作量亮点

• 处理真实世界的业务问题
• 参与解决行业前沿的技术难题

我们的福利

• 15K - 30K ，优秀者无上限、有期权。
• 年假旅游补贴，年假期间出国旅游每天补贴 1000 元。
• 走遍世界计划，公司出钱提供每月 2 - 4 个出国考(wan)察(shua)名额，让你真正能够走遍世界。
• 阿姨管中餐晚餐，各种水果零食，永远不用发愁每天该吃啥。
• 15-inch Retina MacBook Pro + 27-inch Cinema Display
• 舒适的人体工学椅

期待你的加入，用你的技术和我们一起做一些有意义的尝试，一起来推进旅游行业的升级，一起来改变人们的旅游方式

就是这样了，快发简历来

• 邮箱：[e-mail]
• 网站：www.uniqueway.com
• 招聘视频： http://www.uniqueway.com/join_us
• 招聘微信： 相比 BAT ，我们能给你的也不只是情怀和快乐

欢迎微信联系（请附上 V2EX ID ）

[notes]

学历要求挺高

[renyijiu]

请问 Rails 招聘新手嘛？

[uniqueway]

@renyijiu 可以先给我发一份简历哦

[nealfeng]

https://www.uniqueway.com/cases/4f851772-c75a-4ab2-9e30-666965edfef6

这个页面的路书范例点不开， Chrome 57

又看了下招聘介绍说工作内容是做这个，看来有可能是还没实现...

[uniqueway]

@nealfeng 已经反馈了，感谢

[renyijiu]

@uniqueway 已经发了一份到提供的邮箱，请查收下

[tlday]

哇，感觉现在用 rails 的公司可不多，因为 rails 是前后端不分离的架构，后端负责前端模板渲染，现在又有不少公司都选择 App 和前端用同一个后台，rails 写起 ReSTful 的接口可不是很顺手。

[wwsww]

@tlday 你的“分离”和“顺手”到底是什么？ 都是 mvc 的框架，前端和后端肯定是解耦了的，写在一起是非常不推荐的做法。如果是前后端分离，我们公司现在就这样做的，很清晰啊，各司其职，效率比以前也好很多。

[wwsww]

之前在 ruby china 上看到了贵公司招聘，差点就跃跃欲试了....但女朋友在成都找到了个很不错的工作，然后......只能帮顶了！

[aev2ex]

帮顶 好想去这样的公司

[uniqueway]

@wwsww 哈哈，我们在成都也有分公司，可惜没有研发部门

[pathbox]

@tlday 不太同意你这样黑 rails。谁告诉你 rails 是前后端不分离架构？看来，你 rails 没学到家

[pathbox]

@tlday rails 本来就支持 restful，你觉得哪个写 restful 比较顺手？

[tlday]

@wwsww

TL;DR => sinatra

Long Answer：
其实我这里有很多证据，但是我觉得 rails 作者在 2017 年 1 月的原话应该最有力：

Now, as I said, Rails is full-stack by default.

We have some phenomenally productive answers in Turbolinks and SJR, but even if that path doesn ’ t appeal, everything that leads up to generating that JSON is still stuff we ’ ll have in common.

We have a pragmatic, full-stack answer that could be formulated based on that ideology that still offers amazing productivity from the second you run the rails new command.

出处： https://www.quora.com/What-makes-Rails-a-framework-worth-learning-in-2017/answer/David-Heinemeier-Hansson?srid=SsVl

以上内容应该足以表明，假如要做前后端分离架构，rails 不会是首选，因为他是 full-stack by default 的。

[tlday]

@pathbox 你的态度很不友好。我不想跟你多说。

[tlday]

@wwsww 我个人认为技术选型不该是从纯技术角度考虑的，应该更多的从公司初创人员的技术栈，开发产品的时间限制，功能要求，未来招聘人才的难度方面，多方面考量。楼主的公司选择 rails 的技术栈肯定有他们自己的考虑，但是无论我是怎么样的初衷，在这里争论 rails 如何都是很不成熟的行为，跟砸场子差不多，我为自己最早的一条吐槽式的回复向楼主道歉。另外如果你们两位有不一样的意见，大可单独开个帖子和大家一起讨论，也欢迎 @我，就不必在这里争论，干扰别人招聘了。

[ITOutsider]

网站做的不错

[uniqueway]

@ITOutsider 谢谢

[pathbox]

@tlday 我没有要打扰别人招聘的意思。 好吧，我也不和你争论。我只是对你说的我不同意的观点给予表述 rails 是全栈，而不是前后端不分离价架构，DHH 没说过 rails 是前后端不分离架构吧。新发布的 rails5.1，它的一个核心主题就是 loving JavaScript。完全可以将 rails 作为后端，前端用其他前端 MVC 的框架。至于有更好的后端选择，那是另一回事了。 很多公司完全不用 rails 渲染前端内容，而只返回 json 数据，前端用 MVC 开发框架做前后分离的开发模式，而且 这也会是现在的一个发展方向。 我司早在三年前，就用 rails 做后端返回 json 数据，ember 做前端，放弃了 rails 渲染前端这样的开发。对事不对人，还请海涵

[buckyRRRR]

看来 Ruby 工程师真的不好找呀