彩程设计成立于 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 行代码的冰山一角，我们最大的挑战不仅在于业务逻辑的复杂，还在于怎么把复杂的业务逻辑简化成对用户友好的设计，以及怎么把友好的设计通过足够优雅的代码实现。
毋庸讳言这是一个蛮大的挑战，我们也还远远没有做到优秀，如果你对打造这样的产品感兴趣，也很看好这个市场的未来，欢迎作为早期成员加入我们，非常非常非常期待收获更多优秀的创业伙伴。
后端工程师：
前端工程师：
简历请发到： join@mycolorway.com
这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.