Appearance
06 · 认识工作和岗位
READING ENTRY / 06
入口已建立:08、39、41 的课程已经公开;岗位样本、作品练习与动态信息核对仍在整理中。
这一阶段把“我对 Web3 感兴趣”推进到“我能为哪类团队交付什么”。先用生态角色地图认识参与方式,再分别看技术和运营两条能力路径。判断重点是工作内容、协作边界和可验证证据,不是岗位名称或行业热度。
这一阶段解决什么问题
- Web3 团队有哪些生态角色,岗位名称和实际交付物如何对应?
- 技术岗位与运营岗位需要哪些共同能力,又有哪些不同的证明方式?
- 如何从目标岗位的工作描述倒推学习任务、项目范围和作品证据?
- 一份岗位信息中的团队、结算、权限和协作方式,哪些事实需要单独核验?
这三门课程用于职业探索与材料准备,不构成招聘承诺、雇主推荐或薪资判断。
推荐阅读顺序
01 · 08 岗位与生态位全览先认识建设、研究、传播、社区和项目协作等参与方式,确定观察维度。进入课程 →02 · 39 技术岗位进阶再沿链上原生与 Web2.5 融合两条路径,连接技术栈、目标 JD 和作品。进入课程 →03 · 41 运营岗位进阶最后比较社区、内容、增长、BD、产品与生态运营的交付和结果证明。进入课程 →
课程之间如何连接
text
08 · 生态角色与岗位地图
↓
39 · 技术方向:技术栈 → 项目 → 代码或分析证据
↘
41 · 运营方向:职能 → 结果 → 活动、内容或复盘证据
↓
判断:目标岗位是否具体,证据是否真实、公开、可复核?08 提供共同的生态坐标;39 和 41 是两条可以并行比较的方向,不要求所有人按同一种职业路线发展。无论选择哪条路径,都要回到具体职责、协作对象、交付标准和失败成本。
读完后应该能继续追问
- 目标岗位每周实际交付什么,成果由谁验收?
- 我已有的能力能直接迁移什么,还缺哪一项 Web3 场景知识?
- 一个作品是否能展示过程、边界、结果和复盘,而不只是一个标题?
- 职位来源、团队主体、工作地点、结算方式和权限安排是否可验证?
后续整理范围
本阶段入口已接入 08、39、41 课程,但阶段页仍是公开路径的整理中版本,不替代任何课程正文。后续整理范围包括:补充技术与运营岗位的对照练习、把岗位判断连接到作品准备,并持续核对招聘与合规信息的时效边界。
来源与时效提醒
本页是公开课程入口的阶段性整理。岗位名称、招聘状态、工作地点、薪资、团队主体、代币结算和法律税务安排都会变化;涉及具体机会时,应回到当前职位原文、团队官方渠道和必要的专业意见核验。