Profile

河狸家是一家互联网美业服务平台。背后依托大量经过严苛认证、技能精湛的「手艺人」，致力于向数千万的中产家庭提供质优价廉的服务。

我们是河狸家的 Web 技术团队。只要是 Web 相关的业务，无论页面运行于浏览器、小程序、原生 App、PC 环境; 无论是简单的活动页面，还是复杂的产品交互; 无论是纯前端，还是前后端混合的整体应用，我们都会持续高效地交付高质量的产品。

我们目前有 10 位开发工程师，专家及以上的有 4 位，有全栈开发经验的有 6 位。我们的愿景是成为中国顶尖的 Web 开发团队，并且正在为这个目标努力着。

Key Projects

`Lego` - 乐高

这支新的 Web 开发团队面临的第一个大挑战是如何完成日渐增多的活动页面开发需求。

河狸家是一家跨类目的美业服务平台，有大量的促销场景。落到 Web 开发层面，我们需要开发大量的活动页面，这部分工作占到当时前端所有工作的 60% 左右，需要长期投入至少 2 名开发工程师。活动页面往往是一次性的，这不仅浪费了开发资源，也让工程师无法有产品归属感。我们需要找到高效的方式, 将团队从一次性活动开发的工作中解脱出来。

在这样的情况下，我们启动了乐高项目。

  1. 第一步将历史活动进行梳理，整理出常见的模块，通过组件化开发提升效率；
  2. 第二步开发一个系统，结合第一步的组件化，可以在线将模块进行组合，「搭」出页面，赋能需求方。

经过一个月的开发，我们成功上线了「乐高」系统。这个系统至今仍然在发挥着巨大的作用，已经累计帮助运营产生了数千个活动页面，节省了近万天的开发资源，也进一步改变了我们的开发模式：从直接面向业务，转变为开发组件，以组件化、工程化的方式赋能业务。

在河狸家 Web 团队，我们极为重视开发工程师的时间和效率。标配是 Macbook Pro, 大显示器。我们尽可能少地开团队内部的会议，没有周报（但是会提供场合 show 自己的产出）。

「我准备把乐高开源」—— 杜松
`Mobile v3` - M 站 (m.helijia.com)
早期(在 Web 团队正式成立前) 河狸家只有一些简单的 mobile 页面，这些页面存在的问题有：
  1. 没有做性能优化, 性能较差
  2. 打包流程是手动的，打包后的文件也存入版本控制，导致开发者之间冲突频繁
  3. 组件化程度比较低, 开发效率低

因此我们启动了 mobile-v3 项目，重写了 mobile 站，新站域名: m.helijia.com。我们做了很多优化:

  1. 采用 Webpack 打包，将资源做 hash 化处理，并统一分发到 CDN
  2. 建立 Git 分支和环境的映射关系，分支即环境。结合 Gitlab Pipeline 机制，实现持续集成、持续发布。
  3. 引入 React，以函数式、组件化的方式进行开发，大大提升了开发效率
  4. 建立内部 NPM 仓库，沉淀基础 ui 库、业务组件库、各类 util 库
  5. 强制 code review，所有需求必须 100% 经过 review 才能上线

项目很顺利，我们用了一个多月完成了第一版的 M 站。但这只是一个开始，我们不断完善基础设施，升级 babel、Webpack 等主要依赖库，不断抽取公共组件，不断优化开发流程。这个过程至今仍在继续。

我们之所以如此大费周章，是因为我们认为：持续使用的软件必定需要持续的维护，拉长时间来看，长期的维护成本远远大于初期的开发成本。因此我们尽一切手段降低长期维护成本。

`Quests` - 成长游戏

和很多创业公司一样，我们团队有很多实习生、应届生，在我们团队中，90后占了一半。如何快速、有效提升大家的编程水平？是否有一种机制让编程技能能稳定提升，直到一个人成为 Web 编程的专家?

我们认为：是的，编程也是一种技能。技能的成长符合 Dreyfus 模型。处于技能不同阶段的人有不同的思维模式，也有对应的提升方向。除了知识和技巧的积累，更重要的是专家级的思维方式 —— 像专家程序员一样思考。

我们启动了「成长游戏」计划，将 Dreyfus 技能模型和刻意练习、游戏化结合，设计了一套成长游戏机制。简单来说，就是:

  1. 将知识体系进行整理，取出一些点，设计成一个任务，解决一道题目
  2. 玩家（团队成员）抽空完成题目。题目有不同难度，对应不同的时间，一般不超过 1 天。
  3. 玩家交任务给导师（团队中的专家级程序员），导师 review 任务完成情况。
  4. 根据大家的完成情况，进行打分、排名、奖励。进行下一轮游戏。

部分成长游戏的笔记可以在 这里 看到

这套游戏的精髓在于导师 review 环节。通过和专家的思维模式进行对比，新人逐渐养成了同样的思维习惯。

通过成长游戏，团队的新人从系统化的任务学习中受益匪浅，进步很快。优秀新人轮番涌现。在河狸家入职一周年的新人，都能独当一面。

「和优秀的人在一起，走起来都是捷径～」—— 落葵
`Skylab` - 上云

我们自 2016 年开始，在生产环境中使用 Elixir 开发后端和前后端混合型应用，逐渐沉淀了近 20 个 Elixir 应用。

Elixir 是一个较新的语言，生态发展很快，所以三年间，我们的很多应用都已经落后最新的技术一圈了。比如一些应用无法在 Elixir 1.8 环境下运行。

同时我们普遍采用 Edeliver + Distillery 的方式，在本地用脚本发布应用到生产环境。这样发布就难以被记录和追踪。随着全栈工程师人数的增加，这个问题逐渐暴露了出来。

既然我们在 mobile-v3 中已经实现了「分支即环境」，而且运作得很好，我们是否能在 Elixir 项目中应用这个方式？

答案是：yes!

现在我们的开发流程是这样的:

  1. 开发者基本上只需要写代码，不用关心部署的事情，部署到某个环境，只需要将代码合并到对应的 git 分支即可
  2. 有一些分支是被保护的，不能随意合并代码进去。需要提 Merge Request，经过 review 后才能被合并进去。这保证了我们的代码都是经过 review 的。
  3. 整体基于 docker 和 kubernetes，非常云友好，打包等都很容易，而且一致性比较好。

经过优化后，现在我们的发布流程在 5 ~ 10 分钟左右, 所有人都很开心。

上面说了我们有将近 20 个应用，所有应用都改造一遍成本巨大。好在我们做了一个 hex 包 —— skylab, 应用接入这套发布流程，只需要 5 分钟。

Skylab 将会开源 —— 五柳

Faith

  • 函数式 Web 开发 优于 面向对象式
  • Client/Server 混合型开发 优于 单一型
  • 持续交付价值 优于 耗时多的一次性交付
  • 降低长期维护成本 优先于 减少首次开发成本
  • 降低长期维护成本 优先于 性能优化
更多理念，我们正在整理成在线电子书, 目前还在撰写中, 点此访问

Mentors

  • 五柳Team Leader

    http://q.pnq.cc, @qhwa

    15 年 Web 开发经验，曾任阿里巴巴技术专家。充满好奇心，为探索「什么是 Web 开发的正确方式」而加入河狸家。

    理想现实主义者，喜欢游戏、音乐、旅行、读书。

  • 大鱼高级 Web 技术专家

    @bencode

    专注于前端架构和Web开发最佳实践
    深耕编程语言和编程方法论
    喜欢骑行、笛子、数学和编程

  • 临川Web 技术专家

    @zven21

    9 年全栈开发经验，Elixir 语言爱好者，mipha 及 turbo_ecto 的作者。

    喜欢桌游、跑步和瞎折腾。

Live Chat

我们在寻找适合的:

有兴趣了解?

微信扫一扫，在线聊