深色模式
关于作者

曾经的后端开发工程师,现在是一名每天都要面对课堂、机房、表格、设备、平台和临时需求的一线信息科技教师。
写这本小册,不是因为我想把编程讲得多高深。恰恰相反,是因为我越来越觉得:很多一线老师缺的不是想法,也不是热情,而是一条能从“我想做一个东西”走到“它真的能在学校用起来”的路。
我们太熟悉这样的现场了。上课前,机房电脑临时出问题;活动前,老师希望快速收集一批数据;考试后,成绩表要统计、分析、预警;公开课前,一个交互页面最好今天就能跑;学校内网又经常限制外部服务,很多平台看起来好用,到了真实环境里却用不起来。
很多需求都不大,但很急、很具体、很“学校”。
也正因为它们太具体,现成软件往往刚好差一点。
我为什么开始做这些项目
最开始做校园工具,常常只是为了解决眼前问题。
课上要不要有一个能多人协作填写的表格?班级积分能不能少一点手工统计?学生提交的数据能不能自动汇总?AI 生成的教学网页能不能不只是“能打开”,还可以真正回收数据、分析结果、导出报告?
这些问题背后,其实是各学科教师都可能遇到的工作状态:
- 想法很多,但完整开发一个系统太耗时间。
- 会用 AI 写一点代码,但项目一大就容易失控。
- 页面能跑起来,但数据、权限、部署、内网访问总会卡住。
- 明明只是想服务教学,却经常被环境配置和报错拖住。
我做过的项目,就是在这些真实场景里一点点长出来的。
我做过哪些实践
过去一段时间里,我围绕校园场景实践了不少小系统和工具。
有些是面向班级和课堂管理的,比如教师助手、小组积分系统、学生管理系统、考试系统;有些是面向课堂协作的,比如在线共享表格、协作绘画工具;有些是面向 AI 教学应用的,比如 AI 生成网页的数据回收与分析、PPT 处理、文本到视频等工具;还有一些是为了让系统真正落地而做的部署实践,比如 Docker、Windows 免安装分发、内网离线部署、服务器配置和本地化资源适配。
这些项目未必每一个都完美,也不是每一个都适合直接拿来用。但它们让我反复确认了一件事:
对一线教师来说,真正困难的往往不是“让 AI 生成一段代码”,而是把需求讲清楚,把项目管起来,把系统跑通,并让它适应学校现场。
代表性开源项目
Share Table
项目地址:https://gitee.com/yldj-it/share-table
这是一个面向信息科技课标“在线生活与协作”模块的实时协作实践平台。
它支持多人同时填写和编辑,适配校内机房、断网环境和 Docker 部署。对我来说,它不只是一个在线表格工具,更像是一个可以拿进课堂讲“在线协作原理、互联网应用架构、数字化安全意识”的教学样本。
QuickForm 教师版优化项目
项目地址:https://gitee.com/yldj-it/quickform
这个项目关注的是另一个很实际的问题:AI 已经能帮老师生成交互网页了,但学生提交的数据放哪里?怎么回收?怎么分析?怎么导出报告?
我在这个项目里重点做了并发安全、异步 AI 分析、PDF 报告导出、Windows 免安装分发等优化,希望它更接近教师真实使用时需要的稳定性和便利性。
DoodlePals-LITE
项目地址:https://gitee.com/yldj-it/doodlepals-lite
这是一个多人实时协作绘画应用。
它更偏课堂互动和创作场景:学生可以在同一块画布上协作绘制,系统同步笔触、光标、在线状态,并支持 Docker 和 Windows 环境运行。它让我看到,所谓“在线协作”不一定只发生在表格里,也可以发生在创作、表达和探究活动中。
我为什么写这本小册
作为一线信息科技教师,我很能理解各学科老师面对 AI 编程时的那种矛盾感。
一方面,我们知道 AI 很强,知道它可以帮我们做很多以前不敢想的东西。另一方面,真正轮到自己做项目时,又会发现它并没有想象中那么“自动”:需求要自己理清,文件要自己组织,报错要能判断,部署要能收尾。
这本小册想解决的,不是“怎么成为程序员”的问题。
它更想回答的是:
- 一位学科教师,怎样把课堂和校园里的真实需求说清楚?
- 怎样让 Coding Agent 不只是生成代码,而是持续读项目、改项目、验证项目?
- 怎样从单个 HTML 页面,走向一个能保存数据、能多人使用、能部署到校园环境里的 Web 小系统?
- 怎样少一点被环境和报错消耗,多一点把工具真正带进课堂和学校工作的掌控感?
如果你也经常被老师们问“能不能帮我做个小工具”,如果你也曾经让 AI 写出一堆代码却不知道下一步怎么收拾,如果你也觉得学校里有很多小需求值得被更轻量地解决,那么这本小册就是写给你的。
我们不需要一开始就成为专业开发者,但我们可以学会用 AI,把自己的教学经验、校园理解和一点点工程方法结合起来,做出真正服务现场的工具。
这就是我理解的 Vibe Coding。
