[远程] 彩程知人招募工程师（ 15 - 30k）

关于我们

彩程设计成立于 2008 年，从 2012 年开始远程工作，迄今为止已经 快 5 年。5 年时间里我们打造了国内用户量最大的团队协作工具 Tower，以及目前看来国内对 HR 最友好的人力资源产品知人。

关于我们团队远程工作的方式和经验，可以参看这篇文章：《 Tower 团队 48 个月远程实践》，关于团队的更多介绍，可以参看去年发的这篇帖子：《彩程招募 Rails 工程师》。

关于「知人」

2012 年开始，我们进入 SaaS 企业市场，Tower 是团队第一款尝试的作品，迄今为止以不大的团队规模实现了自给自足。2015 年我们觉得自己更加强壮了，于是开始打造新产品「知人」。

选择人力资源方向切入是因为三点原因决定的：1. 市场规模； 2. 竞品情况； 3. 我们自己是否喜欢。

我们如果参考一下美国的企业软件市场，有 100 多家 SaaS 企业超过百亿美金市值，在这个企业市场领域里，最大的三块蛋糕是被 CRM / ERP / HRM 切走的。在这三者中，CRM / ERP 在国内已经有相对成熟的软件产品，但是人力资源管理软件，在 2015 年进行搜索的时候，还没有找到任何这个时代应有的产品。最后，因为彩程这个团队最大的「爱好」就是用互联网产品解决一切低效率的问题，所以我们对「解放 HR MM 」这件事情，有着极大的兴趣。基于这些答案，我们从 2015 年开始打造知人，至今已有两年多时间。

这两年时间里，知人给我最大的感受就是，挑战不断。我记得姜军同学在 Ruby China 上回复过这么一篇帖子：《什么是大型「 Rails 」项目》：

用了差不多两年时间，知人的代码量达到了 6.9w 行的规模。那么到今天（ 2017.05.31 ）接近三个月时间，代码总量已经突破 9w 行了：

代码量说明业务的复杂程度，比如作为一个人力资源工具，我们必须在系统里支持基本的入职、转正、调整、离职等人事流程，涉及到流程就会有审批的概念，在知人里的审批模块是长这样的：

每个审批流程的表单可以自定义，审批流程可以按照不同的表单字段设置流转分支，不同的流转分支可以设定不同的审批人。

再举个例子，比如服务的很多公司都可能有类似排班的需求，于是在知人里，我们提供了一个非常灵活的排班工具供 HR 使用：

这个在线排班表被一个知人客户用来安排 150 多个门店 4000 多个员工的班次。

说到 HR 的日常琐事，我们最开始做知人的「野心」就是让 HR 每个月的工资计算可以彻底自动化，每个月要发工资之前，只需要点个按钮，嗖的一声工资就能给你自动计算出来。理想是很美好的，现实情况是，每个公司都有自己的工资的计算方式，这个公司可能午餐补贴是一种计算方法，换个公司可能又是另外一回事了。我们虽然做了通用的配置界面，但是为了最大的灵活性，后台的每张工资表的每个科目字段，都是可以用这样的公式编辑器来进行配置的：

这些都是知人接近 10w 行代码的冰山一角，我们最大的挑战不仅在于业务逻辑的复杂，还在于怎么把复杂的业务逻辑简化成对用户友好的设计，以及怎么把友好的设计通过足够优雅的代码实现。

毋庸讳言这是一个蛮大的挑战，我们也还远远没有做到优秀，如果你对打造这样的产品感兴趣，也很看好这个市场的未来，欢迎作为早期成员加入我们，非常非常非常期待收获更多优秀的创业伙伴。

招聘岗位

后端工程师：

1. 非常熟悉 Ruby/Ruby on Rails 的使用
2. 能独立完成一个中等复杂度的 Web 项目
3. 能熟练的运用常用的 gem 来解决问题
4. 熟练的使用 Git
5. 有良好的代码习惯，对代码的简洁和美有追求
6. 对面向对象有比较深的理解，并且能运用到实际的工作中
7. 熟练的运用测试框架来保证高质量的代码
8. 能熟练的使用类 Unix 系统
9. 对敏捷开发的实践有一定认识，比如 TDD, CI, Pair 等
10. 对产品有 sense，理解并钻研业务背后的逻辑

前端工程师：

1. 2 年以上的前端架构经验，能为产品制定合适的前端架构与规范
2. 有丰富的前端模块化的经验，维护过模块化的前端 UI 组件
3. 有一定的设计功底，对好的产品设计、视觉设计、交互设计有自己的见解
4. 有后端开发经验最佳

福利待遇

1. 远程办公，以及远程通信补贴
2. 15 - 30k
3. 五险一金
4. 每年例行体检
5. 正式员工一份额外的商业保险

简历请发到： [email protected]