中规中矩吧
主流业务代码就这样，后端是 spring，没什么犯傻的空间，不过风格不太统一，应该有不少 cv 的。
前端就是典型的 vue 面条代码，没啥可吐槽的。

为什么 Magic number 要和常量分开讨论...

实际上这些规则并不是核心，真正让代码清晰的核心要素是，自己脑子清楚

SNAKE UPPER CASE

const DAYS_IN_A_YEAR = 365;

/沉思

hash 只是算法，常见用 hex 表示，但是也可以用 base64 。如果先 hex 再 base64...倒是也见过，不过这多余了。

哪有写代码还得考虑硬件能不能忍得了的。这游戏不粘锅哈

用法没问题，不过信息还是不够。包括链接池大小和具体时常。甚至说，mysql 的性能是不是瓶颈，都需要考虑。

用是肯定能用，但是没有 idea 方便。我就在用 vscode，主要是因为电脑内存小+vscode 重度用户。能凑合用。

午休活动活动其实能接受，但是有这种措施的公司，可能还有一系列其他的...比如在办公室做游戏什么的，「团建」常态化，挺烦的。

芯片是全方位的荒吧

installer 吧，再提供一个二进制文件的下载就行了。
win 下的 chocolate 什么的用起来也挺烦的。

你这是不缺钱吧

避免在代码中出现低级错误，或者说令别人难以理解的错误。大家都是写代码的，有些问题是不能犯的，比如非常不职业的：复制代码不检查就提交；非常低级的：return isTrue ? true : false ;

被点名难受但是你不用想太多，工作嘛，就这样，什么人都有。没人会当回事儿的，别自我聚焦。

想当然了吧，python 的确半死不活，但是绝对比 nodejs 好多了。

。。。装个 360

推荐 Github 的哈哈哈哈，这东西也没有一个图片管理工具最基本的功能啊

都给我整愣了哈哈
储存为什么不能用容器啊？数据挂载宿主机就行了，总比手动安装再 systemd 启动舒服多了吧。
redis 虽然有持久化功能，不过这方面的确要慎重考虑，redis 的用法太多了，有些数据看似有状态，但是丢了也就丢了，比如验证码什么的丢了也无所谓。

楼上推荐上云有点想当然了。单个服务器的服务，服务器挂了数据库可用性再高也没用，如果数据压力大了，云数据库一样挂。使用 docker 管理服务的的确确就是方便，这种不讲究的服务，用就完了。

只有我在关心发送报告是发给谁吗