巴西前端开发者如何将 GitHub Issues 变成求职市场
你通常在哪里找工作？大多数人会去 HeadHunter、浏览无尽的 Telegram 频道，或者查看 Habr Career。在巴西，网页开发者们采取了不同的方式。他们拿了一个普通的 GitHub 仓库，删掉了源代码，把整个招聘流程搬到了 Issues 标签页。
这个项目叫做 frontendbr/vagas。它拥有 15,000 个星标、数百个分支，却没有一行可执行代码。仓库由一个 README 文件、几个模板和明确的审核指南组成。与此同时，该平台自 2016 年以来已成功取代了商业化的求职网站，成为当地社区的首选。
为什么通过工单招聘
在人们通常抱怨 bug 的地方发布招聘信息似乎很奇怪。但如果你看看这个平台的功能，这个想法就说得通了。
GitHub 已经提供了一套现成的工具来发布结构化内容。有 Markdown 格式化、标签系统、带筛选条件的搜索，以及新 issue 的模板。求职者无需在第三方门户注册或填写二十个相同的字段。他们只需打开熟悉的界面，查看要求，就能直接看到招聘方的联系方式。
订阅系统很有趣。求职者点击项目页面的 Watch 按钮，选择 Watching 模式。之后，新帖子的通知会直接发送到他们的邮箱或界面通知铃铛。
雇主创建一个新的 Issue，按照模板填写字段，并添加标签。社区会立即看到这条帖子。
保持仓库整洁的规则
任何没有严格管控的开放式求职看板都会很快变成招聘机构的垃圾堆。创建者从一开始就建立了严格的审核规则，违反规则的工单会被直接删除，不予警告。
规则简单但严格：
- 禁止匿名发布招聘信息。公司必须注明真实名称。不允许发布类似「某大型金融科技公司招聘开发者」这样的帖子。
- 中介和招聘人员必须公开说明具体为哪个最终客户招聘。
- 有活动限制。每个公司每月最多只能发布三条招聘信息。
- 格式必须严格遵循模板。如果招聘者遗漏了必填字段，版主会关闭该工单。
- 有时间限制。如果作者在三个月内没有留下关于招聘状态更新的评论，该 issue 会被标记为已过期并关闭。
这种方法解决了求职者面临的主要问题：节省了回复空壳公司的无效时间，并过滤掉一年前的过时招聘信息。
标签和搜索所需技术栈
创建者没有使用复杂的筛选界面，而是利用了 GitHub 标准的标签系统。每条帖子都会根据经验水平、工作形式和技术栈分配相应的标签组合。
求职者打开筛选器并输入搜索查询：
最终，搜索结果只显示符合条件等级的开放远程职位。在工单评论区，候选人可以公开向雇主提问，询问薪资范围，或指出描述中的不准确之处。整个流程对所有参与者都是透明的。
一个本地想法如何变成了仓库网络
前端看板的成功促使其他技术社区根据自身需求创建了分支。现在，围绕这个项目已经发展出了一个覆盖不同开发领域的独立仓库网络：
- 按方向：后端、QA、UI/UX 设计、聊天机器人开发。
- 按语言：Python、Go、Rust、Kotlin、.NET、PHP、Vue.js、Flutter。
- 按地区：为葡萄牙、安哥拉和巴西特定地区的开发者分别建立了独立平台。
它们都采用相同的模式运营。社区自行审核各自的分支，雇主免费发布职位，无需中介即可触达目标受众。
这个项目教会了我们什么
巴西社区的经验展示了一个有趣的现象：创建一个有用的服务并不总是需要编写复杂的后端代码和花钱购买服务器。有时候，只需要利用现成的协作工具，并在其上叠加设计良好的规则就够了。
这种方法非常适合俄语区的细分社区。如果你在开发一个 Rust、Zig、Elixir 或冷门框架的本地俱乐部，在 GitHub 内设置这样一个看板大约只需要二十分钟。你需要配置 Issue Templates，创建一组标签，并监控规则的执行情况。
这个 frontendbr/vagas 仓库证明了，当一个团结的社区主导时，开源工具和清晰的审核规则可以取代笨重的 HR 门户。
相关项目