常用学习工具
围绕课表、考试、成绩、绩点、学业进度、教材和空教室等高频场景持续完善体验。
团队 / TEAMDEV · 01
有且仅有技术部会涉及代码
技术部
我们把校园里的真实需求做成小程序功能：让同学更方便地查看课表、考试、成绩、教材、空教室和校园生活信息，也持续修好每一个影响使用的问题。
填写报名表计划招募 3 人
职责边界代码开发、测试和维护只属于技术部；产品方向与界面概念由运营部提出，技术部负责把它可靠地实现出来。
我们在做什么WHAT WE BUILD
把复杂藏在背后，
把顺手留给同学。
校园日常服务
把校园卡、电费、校历、体测、通知等零散信息整理成更容易找到的入口。
让功能长期可用
处理使用中出现的问题，跟进运营部确认的需求，让每个版本都比上一个更可靠。
加入之后LEARN · CREATE · SERVE
从不会开始，
把想法做出来。
我们不要求新成员入场时就会很多。更重要的是愿意学习、愿意动手，也愿意把自己的创意放进一个真正有人使用的产品里。
从看懂一个页面、修改一个细节开始，逐渐认识一项功能是怎样被设计、实现和验证的。
你提出的想法不只停留在讨论里；经过运营确认后，它可能成为下一次更新的一部分。
每一次改进都会面对真实用户。你写下的成果，有机会在同学需要时真正帮上忙。
近期方向UPDATE PLAN
接下来，
继续把体验补完整。
这里只公开学生功能与美术方案落地的方向，不展示内部排期和实现细节；具体内容会根据运营决策与实际反馈调整。
继续打磨课表、考试、成绩、学业进度、教材和空教室等常用功能，优先处理真正影响使用的问题。
持续更新围绕新生入口、待办与校园信息，让第一次使用的人也能更快找到需要的内容。
方向确认中运营部负责 UI 草稿和视觉概念，技术部负责实现、适配并保证不同设备上都能正常使用。
协作推进以上为公开方向，不构成具体版本或上线时间承诺。
组件与代码规范HOW WE WORK
写得明白，
才能一起维护。
规范不是为了增加门槛，而是让新成员能接得住、旧成员离开后项目仍然可以继续。
一个任务只解决一类问题
把工作拆成看得懂的小块，说明改了什么，也方便别人检查。
相同的交互尽量保持一致
常用颜色、按钮和页面状态遵循统一规则，不让用户在不同页面重新学习。
发布之前必须验证
检查核心流程和不同身份下的表现，修复问题后再进入正式版本。
真实账号与数据不进入项目
配置、密码和真实个人信息有明确边界，开发与演示只使用安全的测试内容。