我的远程求职流程(V2)

作者:

旷野笔记:我的多线并行日志

极简远程求职看板:PHP / Go 双栈后端的 10 个网站 + 5 个 TG 频道 + 2 个发现源

(1) 极简远程求职看板:PHP / Go 双栈后端的 10 个网站 + 5 个 TG 频道 + 2 个发现源

39岁,不再硬扛独自求职:我决定加入电鸭远程人才库

(2) 39岁,不再硬扛独自求职:我决定加入电鸭远程人才库

让我意外的是。 第二天管理员就回复了。

(3) 发现电鸭简历无法修改技能标签?我的反馈第二天就被修复了

我的远程求职流程(V2)

(4) 我的远程求职流程(V2)

经过近一个月的实践,我对自己的远程求职流程进行了较大的调整。

相比 V1 极简远程求职看板:PHP / Go 双栈后端的 10 个网站 + 5 个 TG 频道 + 2 个发现源,每天频繁刷新招聘网站并没有带来更多合适的机会,反而消耗了不少时间。因此,我决定把求职从”高频浏览”调整为”低频关注、集中筛选”。


📱 日常(被动获取机会,几乎不主动投入时间)

平时不再主动打开各个招聘网站。

如果 Telegram 有新的岗位推送,只在碎片时间简单浏览一下标题即可。

目前保留的频道:

  • 远程工作AI情报站
  • 中高端 IT 技术招聘
  • 海外远程 / 到岗技术招聘
  • 远程工作Hub

如果标题包含以下关键词:

  • PHP
  • Go
  • Golang
  • Backend
  • Remote
  • Web3
  • AI

再点进去查看详情。

真正感兴趣的岗位,统一转发到 Telegram 收藏夹,等待每周统一处理。

其中,远程工作AI情报站会根据我的关注方向推送不少全球 Remote 岗位,因此基本不需要主动翻历史消息。


🗓️ 每周三(主动精筛 + 集中投递,约 2 小时)

每周三固定安排约 2 小时,统一完成远程岗位筛选与投递。

集中浏览以下核心网站:

  1. Remote China
  2. 电鸭
  3. V2EX
  4. 远程.work
  5. StudyGolang
  6. dejob.ai
  7. Rebase Issues
  8. ABetterWeb3

统一完成以下工作:

  • 浏览最近一周新增岗位;
  • 判断岗位是否符合自己的目标;
  • 投递简历;
  • 回复招聘方消息;
  • 更新自己的岗位跟踪记录;
  • 顺便评估是否有新的招聘网站值得加入,或已有信息源值得删除。

这种方式虽然看起来浏览频率降低了,但实际上效率更高。

经过最近一次统计,我花了约 2 小时筛选了近 9 天累计发布的岗位,最终发现真正适合自己的机会依然非常有限。这也让我意识到,与其每天反复刷新,不如把时间集中投入到真正值得申请的岗位上。


V2 的变化

V1,我关注的是:

去哪里找工作。

因此,我不断寻找新的招聘网站、新的 Telegram 频道,希望覆盖更多信息源。

V2,我开始关注的是:

哪些渠道真正值得长期投入时间。

通过持续实践,我逐渐淘汰了重复的数据源、地区限制严格的平台,以及长期无法带来有效机会的渠道,让自己的远程求职看板越来越精简。

节省下来的时间,我希望投入到更有价值的事情上:

  • 学习 Go 与高性能后端开发;
  • 补齐 Web3 交易系统相关知识;
  • 学习 AI 工程实践,并应用到实际开发中;
  • 持续完善博客、GitHub 与个人作品集。

我相信,与其每天多刷几个招聘网站,不如持续提升自己的竞争力。当真正适合自己的机会出现时,能够有足够的能力把它抓住。

发现电鸭简历无法修改技能标签?我的反馈第二天就被修复了

我是拥有 15+ 年经验的 PHP / Go 后端工程师。如需以下服务,欢迎联系我(更多介绍请查看 关于我 & 合作):

  • ✅ PHP / Go 项目开发与维护
  • ✅ 系统架构设计与技术咨询
  • ✅ 网站性能优化与故障排查
  • ✅ Linux 服务器部署与运维
  • ✅ 网络环境优化与远程支持
  • ✅ 长期技术顾问合作

微信:13980074657
邮箱:shuijingwanwq@gmail.com
Telegram:@shuijingwan
GitHub:https://github.com/shuijingwan

评论

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

这个站点使用 Akismet 来减少垃圾评论。了解你的评论数据如何被处理