一、职业目标设定
从我的个人经历出发,明确“想成为谁、要做什么、为什么”。
1. 切入点:兴趣的起点与持续投入
我对“开发”和“教育”两条线的兴趣,最早可以追溯到高二:当时我开始尝试写博客。
记录学习、分享经验的过程中,我逐渐发现:一方面,搭建网页、调整样式、写功能会让我产生强烈的掌控感;
另一方面,把内容写清楚、让别人看懂并受到帮助,会带来持续的正反馈。
这段经历让我意识到:我并不只是喜欢“写代码”,我更在意代码最终能否帮助学习者更高效地理解、练习与复盘。
2. 目标定位:教育方向的全栈开发者
结合兴趣与能力结构,我将职业目标定位为:教育方向的全栈开发者。
具体来说,我希望在未来 3–5 年内,能够独立完成从需求分析、产品设计到前后端实现、上线维护的闭环,
聚焦在“学习工具/教育资源平台”等教育技术场景。
3. 为什么选择这个方向:专业背景与技能积累的交叉点
选择该方向主要有三点原因:
- 专业支撑:教育技术学的学习能帮助我理解教学目标、学习过程与评价方式,从而更懂“怎么做才有效”。
- 技术积累:长期自学并实践编程,让我具备把想法快速做成原型并迭代的能力。
- 结合优势:我更擅长把复杂知识拆成可执行的步骤,并通过产品化方式沉淀为可复用的学习资源。
目标画像
- 岗位方向:教育行业研发 / edtech 产品技术岗 / 教育平台开发
- 产出形式:学习工具、题库/资源平台、教学辅助系统
- 工作风格:持续迭代、数据驱动、小步快跑
核心能力
- 前端:页面实现、交互、组件化、工程化
- 后端:基本接口设计、数据存储、部署与维护(逐步强化)
- 教育:教学设计、学习者分析、评价与反馈机制
二、实现目标的具体行动和成效
用“行动—过程—结果”来呈现能力成长,并尽量可验证、可量化。
行动 1:自学前端并维护个人博客
我从高中开始自学前端相关知识,并把博客作为长期练习场。
一开始我使用现成主题完成基础搭建,随后逐步尝试:改样式、优化阅读体验、增加页面功能、调整构建与部署流程。
这种“边做边学”的方式,使我能在真实需求中持续打磨技能。
- 持续迭代:博客页面结构、样式与功能会随着学习进度不断调整与重构。
- 可追溯记录:GitHub 提交记录可体现真实的学习过程与改动轨迹。
- 内容沉淀:以笔记/总结/工具页的形式,把知识整理成可复用的学习资源。
timeline
title 博客迭代里程碑
高二开始 : 搭建博客 : 记录学习与分享
逐步迭代 : 修改主题样式 : 增加栏目/标签
功能增强 : 增加小工具页面 : 优化阅读体验
下一步计划 : 升级资源分享站 : 收集反馈再迭代
行动 2:其他项目实践
除了博客,我也做过一些其他项目,有前端的记事本,终端模拟等,程序方面例如小游戏、脚本工具等。
它们让我更熟悉一个项目从想法到落地的关键环节:需求拆分、任务排期、功能实现、调试修复、打包发布与用户反馈。
同时也让我逐步接触到“全栈”所涉及的不同技术要素。
项目清单
- 学习辅助:知识点卡片、复习清单、资料整理与检索的小工具页面。
- 效率工具:批量整理文件、快捷输入、自动化脚本(用于节省重复操作时间)。
- 趣味练手:小游戏与交互 Demo(用于练习事件、状态与 UI 设计)。
能力提升点
- 把需求拆成可交付的任务
- 理解接口/数据结构与前后端协作
- 更重视可维护性与复用性
pie title 项目类型占比
"教育学习类" : 45
"效率工具类" : 35
"趣味练手类" : 20
行动 3:大学选择教育技术学专业
在大学阶段,我选择教育技术学专业,并系统学习教育学与教学设计相关课程。
这让我逐渐从“把功能做出来”,转向思考“如何让功能在教学场景中真正有用”。
例如:如何进行学习者分析、如何设置学习目标、如何提供及时反馈、如何用评价数据反推学习路径优化。
- 能用教育理论解释设计决策:为什么这样呈现、为什么这样练习、为什么这样反馈
- 能把教学问题转成产品需求:从课堂/作业/复盘痛点出发做工具
- 形成“技术 × 教育”的方法论:以学习效果为导向迭代功能
行动 4:从本次作业过程看我的发展理念
timeline
title 作业流程
确定主题 : 整理大纲
扩写内容 : 经历-行动-成效
网页呈现 : 排版/字体/二维码
检查可读性 : 日夜模式/移动端
优化输出 : 打印/导出PDF
mindmap
生涯发展报告
职业目标设定
兴趣起点(高二写博客)
目标定位(教育方向全栈)
选择理由(专业×自学)
具体行动与成效
博客迭代
项目实践
教育技术学
动态调整
早期(先学技术)
变化(聚焦教育场景)
计划(资源分享站)
总结
关键词(实践/反馈/迭代)
下一步(持续产出)
三、职业目标和行动的动态调整
职业规划不是一次性决定,而是“实践—反馈—调整”的循环。
1. 早期想法:先把开发能力做扎实
早期我更关注技术本身:把前端学会、把项目做出来、把能力提升。
但那时对“要做什么行业/服务什么场景”并没有明确答案。
2. 上大学后的变化:在教育场景里找到结合点
进入大学后,通过教育学课程与教学场景的观察,我发现开发与教育可以形成互补:
技术提供效率与工具,教育理论保证目标与方法。
这使我的目标逐渐从“做开发”调整为“做能落地的教育产品与学习工具”。
3. 下一步计划:把博客升级为学习资源分享站
下一阶段我计划把博客从“个人记录”升级为“学习资源分享站”,例如:
上传试卷分析文档、知识点梳理、学习方法总结,并加入更适合学习的功能模块。
这既是对全栈能力的训练,也是对教育工具可行性的验证。
资源分享站(第一版)功能设想
- 资源分类:学科/章节/难度/题型
- 检索与标签:快速定位资料与错题
- 上传与版本:同一资源多版本迭代
- 评论/反馈:收集使用体验与改进点
验证方式(可评估)
- 用户数:同学/学习群体的试用人数
- 留存率:是否愿意持续使用与回访
- 有效性:是否减少整理时间、提升复习效率
gantt
title 资源分享站 12 周行动计划
dateFormat YYYY-MM-DD
axisFormat %m/%d
section 规划
需求梳理 :a1, 2026-08-1, 7d
原型与信息架构 :a2, after a1, 14d
section 开发
分类/检索基础功能 :b1, after a2, 14d
上传与版本管理 :b2, after b1, 14d
section 上线与迭代
内测与修复 :c1, after b2, 10d
收集反馈与迭代 :c2, after c1, 14d
flowchart LR
A[发布第一版] --> B[收集数据/反馈]
B --> C[分析问题与机会]
C --> D[制定改进方案]
D --> E[迭代开发]
E --> A
4. 更长远的调整:根据实践反馈持续迭代方向
更长远来看,我会持续用项目实践来验证方向:
如果“资源分享站”的价值被证明(有人愿意用、能节省时间、能提升学习效率),我会进一步扩展到更完整的学习系统;
如果反馈显示某些功能价值不高,我也会及时收缩范围,把精力集中在最有效的模块上。
- 以学习效果与用户反馈为核心,而不是“为了炫技而开发”
- 优先做可验证的小功能,再逐步扩展到系统
- 持续记录复盘:每次迭代都要有明确改进点
四、总结
坚定目标,给出承诺。
回到高二写博客的起点,我从“记录与分享”中看见了技术的力量;
现在我希望把这种力量更系统地用到教育场景中:以全栈能力实现学习工具,以教育理论保证有效性,
在持续实践与迭代中逐步成为一名真正能落地的教育方向全栈开发者。
“把学习者需要的工具做出来,把能提升学习效果的设计坚持下去。”