[远程] 彩程知人招募工程师(15 - 30k)

[远程] 彩程知人招募工程师(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 行代码的冰山一角,我们最大的挑战不仅在于业务逻辑的复杂,还在于怎么把复杂的业务逻辑简化成对用户友好的设计,以及怎么把友好的设计通过足够优雅的代码实现。

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

招聘岗位

后端工程师:

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

前端工程师:

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

福利待遇

  • 远程办公,以及远程通信补贴
  • 15 - 30k
  • 五险一金
  • 每年例行体检
  • 正式员工一份额外的商业保险

简历请发到:join@mycolorway.com

文章被以下专栏收录
32 条评论
推荐阅读