26秋社团小聚Ⅰ——社内业务讲解与讨论

2026 年 9 月 20 日，哈尔滨工业大学（深圳）

9 月 20 日，开源技术协会举办本学期第一次线下小聚。由社长 XiC 主持，介绍社团的历史、基本情况，线上线下的社员们就新学期的招新与 Linux 101 规划展开了热烈讨论。

始于LUG与镜像站

协会的前身是校园 Linux 用户组，如今群里活跃着约 70 名成员，而社团最核心的任务始终没变：维护校园镜像站 mirrors.osa.moe。

支撑这一切的，是部署在校内机房的一批企业级服务器，有的专职镜像存储，有的承载社团的内部服务，还有一台装着 PVE，向社员提供随开随用的虚拟机。

Grader：一万人的作业平台

小聚的第一个正题（其实是寅默需要提前走所以先讲）是 Grader——学校面向师生的课程作业提交与文件存储平台，由社团开发维护。它目前已经积累了约 1 万名师生账号，承载着数百 GB 的作业文件；后端以 Rust 编写，前端基于 Vue 3，并通过 SSO 统一认证登录。

寅默 在线上演示了新近开发的拖拽式作业批改与自动加分功能，平台也在持续迭代：通过 OAuth 授权接入校内智能体中心后，智能体可以代为查询作业信息。

Grader 的主要开发者即将毕业。如果你有兴趣接手一个服务与师生的万人级平台的后续开发与维护，也欢迎加入社团参与开发。

镜像站是怎么运转的

对大多数同学而言，镜像站只是换源时填进去的一行 URL；而对运维它的社员来说，背后是一整套同步与存储机制：

• 同步策略：并非所有源都全量同步。常用大型软件源由清华 TUNA 开发的 tunasync 调度，master 节点管理多台 worker 自动同步并监控状态；另一些源（如 Anaconda）则采用按需缓存——请求到达时由 Nginx 回源拉取并缓存到本地，省下大量存储空间。
• 存储：多块硬盘经 ZFS 整合成统一的镜像站存储空间，每个镜像独占一个 dataset，精细管理、互不干扰。
• 网络：多台主力存储服务器之间以物理网线直连，扛住镜像站的高带宽需求。

热烈讨论：101 应该怎么讲

分享之后的自由讨论，是本次小聚最热闹的环节。围绕 Linux 101 的新大纲，大家展开了热烈讨论：

发行版与包管理要不要进 101？ 有同学提议讲讲发行版之间的区别、包管理器的异同，很快形成共识：101 不该只教 cd 和 ls，也应该讲包抽象、软件源、发行版生态这些“稍深一层”的东西。但也有人提醒：发行版众多，教学只能锚定一个固定发行版，个性化环境留给大家自己选——一开始就装好几个系统并不现实，先装明白一个，用起来之后自然会在交流中理解不同发行版的差异。

桌面环境算不算基础？ 有人指出，很多同学从 Windows/macOS 过来，无法理解“操作系统为什么可以没有桌面环境”——这恰恰是讲 Linux 分层结构的好切入口。对只写 C、刷 ACM 的同学来说桌面环境或许无关紧要，但对习惯图形界面的新生，纯 CLI 缺少一点文化与生态感；顺势聊聊开源社区文化，也能让讲座不那么枯燥。

WSL、虚拟机还是物理机？ 结论是看需求：WSL 方便，但更像给熟手的工具；虚拟机可以一键打包、随时恢复，对新手更友好；物理机装机话题大而细，放到讲座后的专项辅导去解决。

AI 应该怎么教？ 这是讨论最集中的话题。主流意见是先讲 AI 使用、再讲代码：不是教“怎么写提示词”，而是讲如何控制 AI 的输出、不同模型的差异、如何与 AI 沟通解决问题；古法编程依然重要，但不能只有古法，学习类内容也不能完全依赖 AI——关键处要先自己想、自己查，再问 AI 或求助。去年“第三讲之后大量掉队”的经验也被提及，大家一致认为课程里应该正式加入“遇到报错怎么办”的内容。讨论还延伸出不少招新活动的创意，例如 agent 一句话编译、AI 接力建站等。

……等等。

分享与讨论结束后，进行了传统的 I/O 活动（饭）与合照，两位新人也参与。

结语

本次小聚其实在招新后/上学期就应该开展了，但一直拖到现在才举行，也算是让很多已经入社半年的同学们了解了我们社团究竟在干什么活儿。如果你也对社团的维护、业务、起夜级设备感兴趣的话——