给多少钱，干多少活，你又不是公司股东，只是个员工，最多扣点绩效，正常公司不会涉及到员工赔偿。至于责任，公司在这种事情上的责任也不小，没有测试，没有评估，没有 code review…这是公司的责任

代码呢，你用一大堆文字描述模型设计，不如直接把关键部分的代码拿出来

如果对安全性无要求，可以不用，这种我甚至建议考虑直接明文传输，反正你对安全没要求。
如果对安全性有要求，请尽量使用 TLS ，虽然嵌入式设备硬件资源贫瘠，但我觉得你很难设计一个满足安全性要求的协议。

@ljrdxs 我也只是斜眼一下~~

@MoYi123 这样的做法，除非存在比如缓存（节省掉第二个查询）之类的优化，否则自己实作不太可能比数据库快，甚至说挖坑写出 bug 是大概率的

如果你只是想挑战下自己，那就去参考数据库的实现吧，它用什么你就用什么

只能说你肯定不是单纯将数据库 join 变成自己的实现，否则比数据库的实现还慢几乎是板上钉钉的（如若不然那就说明数据库该换了，斜眼 MySQL

/.idea/codeStyles 最好是传的

保留 codeStyle 文件，其他目前没看到需要上传的，ci 检查格式化留着这个有用

@valkyrjaE 完了…我就大专…没学位证…
不过正在弄个远程教育，应该会有学位证，不知道这种可不可以

对学历什么的有什么要求呢

我记得之前看到过讨论，RAID5 这种模式因为 URE 等等，可靠性其实是存疑的

楼主的关注点可能是每个条目都包含了重复的信息，id object 什么的…只能说优化这个挺麻烦，得在现在这种简单的模式基础上再包装一层了

但是这样的 API 对接起来容易

Go 的整个设计都让搞 try catch 极其困难
我只会在业务逻辑里 panic 而不 recover ，以 panic 为中断整个处理的方式

@CnpPt tmp 目录里的东西会不会被弄进镜像

建表时为啥不写 on delete cascade

@msg7086 基建换厂商又会严重降低使用体验同时提高网络成本🤣

用 Java 也行，别用 spring ，用 Kotlin/ktor 吧