招新系统预期功能

[BanTanger]

总纲：接口一定要加密处理，防止被反爬

架构选型

• mybatis plus 简化基础 crud（复杂 sql 建议依然使用 xml 写原生 sql）、
• springboot 快速搭建后端框架，架构暂定 MVC，所有业务放在一个模块下、
• mq 消息队列充当消息发送的媒介（先调研一下 rabbitmq、rocketmq、kakfa 这三种mq的优劣）
• 短链生成机制（面试记录的 url 一般为长链，通过短链生成将其转化为短链方便前端 ui 展示） [feature]:长链接转化为短链接显示 #7
• JWT / Sa-Token 框架 生成 token 鉴别用户请求 [feature]: 适配token进行验证 #15

额外：

1. es 搭建搜索引擎（很多时候我们都会依赖几个词来查找某个内容，此时单纯依靠 mysql 的模糊查询性能会急速下降）
2. 面评鼓励建议这些做成必填项，不填完每日定时提醒（提醒方式邮件或者短信啥的）面试官填充
3. 所有面试者面评导出成 excel 表格，供无法上系统的 ab 内部成员查看 [feature]: 所有面试者面评导出成 excel 表格 #9

[BanTanger]

全局异常处理
原理方面，可参考这篇文章，讲的比较透彻：https://zhuanlan.zhihu.com/p/261307726
实现方面：GlobalExceptionHandler.java

[BanTanger]

基于上述文章评论里提出的问题，通过 HttpServletRequest 获取请求的 URI 地址，进而定位问题具体出在哪

[BanTanger]

所有面评记录完成后，可以通过 ab 内部 gpt sdk 来快速对所有面评打分评价确定不同的类别，
降低人工审核难度（当然，gpt 有时候会脑抽，还是得人工走一遍流程，但这样会快很多）

ab 内部 gpt java sdk： AchoBeta-OpenAI-SDK

[BanTanger]

短链生成
目前业界解决方案有很多，可参考参考这篇文章：高性能短链生成

[BanTanger]

进阶
03丨短URL生成器设计：百亿短URL怎样做到无冲突？.pdf

[BanTanger]

数据库表设计：面试时间预约功能
参考：预约课程的时间 mysql表设计

[BanTanger]

#12

[BanTanger]

管理员设置面试时间后，通过腾讯会议 API 新增会议链接并存储到招新系统后台
腾讯会议相关文档：创建会议
代码实现相关文章：Java腾讯会议api接口，创建会议、查询会议，取消会议调用实例，以及踩过的坑

[BanTanger]

无密码登录相关设计文章：

1. 免密码登录 Kenshin/simpread#2974
2. 完美“登录”，从去掉“注册”开始
3. 网站的无密码登录

[BanTanger]

#11

[BanTanger]

token 进阶：无感刷新 token

[BanTanger]

#15

[BanTanger]

【扩展】: 面试题库功能（可结合 GPT 生成），通过对简历内容进行分析，搜罗面试问题清单。（这个功能是否要做有待商榷，也可在本评论下回复讨论可行性）

[BanTanger]

面试日程提醒功能：
向面试官发送邮件，邮件内容包括会议链接，面试者简历

[BanTanger]

功能可参考华工华南虎招新系统，但得有一定创新
https://www.bilibili.com/video/BV1DC4y1f7Fh/?spm_id_from=333.999.0.0&vd_source=2e2bfda6d934ded5322975ea3994ea7c

[BanTanger]

组卷系统
题目表可以加个字段类型判断属于什么种类的问题，将所有需要用户回答的都抽象成题目，如表单填写问卷，面试问题回答，比如问卷问题是1，计网问题是2，Java 问题是3，；配合上原型模式可以设计成组卷系统

一来极大程度减少重复开发（后续如果真的有必要拆再拆），二来能有效落实面评的记录，毕竟已经细化到问题粒度，而不是对面试者的总体评价了，而总体评价则变成了各个问题的加权平均以及面试官对面试者的印象分

面试类问题可以搞个排名机制，被抽到的频率有多高，谁答得最好，通过率多少（难易程度），都可以做统计，这样可以实现梯度化难易更替，比如大一对于计网类问题普遍回答都差，那就降低权重，减少组卷系统对其的选择；这样一来，经过几次招新就能知道大一大二的平均水平

[BanTanger]

【扩展】: 面试题库功能（可结合 GPT 生成），通过对简历内容进行分析，搜罗面试问题清单。（这个功能是否要做有待商榷，也可在本评论下回复讨论可行性）

[BanTanger]

面试类题目的统计扩展还能用于做指标，之前招新很大的苦恼点就是不知道到底要选谁，往往要讨论很久，而如果能有个 “面试者该问题回答程度”的星级展示或是 xxx 是该问题回答最好者就能作为一个评选的指标，举个例子，十五道问题，必须有三道题拿五星，五道题拿四星以上的面试者才优先进入录用队列

[BanTanger]

“比如大一对于计网类问题普遍回答都差，那就降低权重，减少组卷系统对其的选择”
考虑到如果有某知识确实超出年级认知，可以给问题打分设置 -1 表示超纲