@JoonSumisu 就局域网内用。

不让托管，恐怕有人要掀桌子喽。

非常垃圾，买了后悔死了。

sftp 不能用证书登陆，只能用主密码。我用 Docker 自建了一个 ssh 服务，但是很不稳定，总断，不知道什么原因。

动不动就不兼容升级。Docker 容器已经被迫数据重置了一遍。上次看又提示我存储版本过低，但是又提示升级的话 docker 还是虚拟机的数据会全丢。哪还敢升级。

目录结构也变过。搞得我脚本还得改。

@Dorian101 “但是哪有一个有 redis 流行”
别人谈技术谈性能的时候，你在谈时尚。

不服的可以比比。协议好像是兼容 redis 的。

不好意思，我以为没发出去。

@Morii 你说的就是不愿意学啊……

@Morii 你说的还是不愿意学啊……

@me1onsoda 编译快就别提 rust 了啊，rust 编译慢慢慢慢慢慢死了。

@996jiucai 没错，一般用户不会看这个。但只要有一个用户注意到了可能就会晒到网上然后变成扯皮。有人可能觉得没必要浪费时间实现这个功能，我的角度是没必要浪费这个时间扯皮。

@userKamtao md5 聊胜于无。它的问题：

第一，md5 的输入和输出是多对一的关系，对无限数据来说当然不可逆，但是用户密码都是短数据，你如果把用户密码显示在比如 16 位 ascii 字符的范围内，在这个有限的输入集里，碰撞相当少，可以认为是“可逆”的。

第二，md5 属于很落后的算法，应该是有方法可以暴力逆向的。学术方面的研究我就不花时间搜了。即使是普通用户也可能通过 md5 库查询到原始密码（即使你加过盐）。

第三，即使 md5 是不可逆的，它有一个特性，就是同样的密码，md5 结果一定是一样的。如果有人捕获了你传过去的 md5 ，下次就可以用这个 md5 登录。这就相当于一个永久性的 token 。一个好的加密算法应该每次都生成一个不一样的，不能重用的 token 。

安全是多环节的，多一个环节不是坏事，还可以增加用户对网站安全性的信心。
你也可以不加密，但是你会遭到用户质疑，用户会觉得你是不是在后台明文存他的密码了。
我记得 Github 有的表单就没加密，具体记不得了，好像在 hacker news 上刷到过。
加个密屁大点事，建议别偷懒了。和用户为这个扯皮挺没劲儿的。

@betty00 kotlin 可不是 less 。kotlin 是 more more 。

1. 我解决不了的问题，github copilot 也解决不了。

2. 我自己写的代码，也许 10%的情况有点 bug 。github 生成的代码，50%情况多多少少有点问题。如果它生成的所有代码我不看就直接用，肯定原地爆炸。哪怕我自己 review 一遍改一改再用，还是 20%的情况会有我没发现的问题。所以我用 github ，代码质量是下降的。当然这个因人而异。

3. 开发速度也有所下降，因为我要 review 生成的代码，尽量保证正确性。而我自己的打字速度是很快的。

4. 但我还是在用 github copilot ，为啥呢？因为我有腱鞘炎。按 tab 能少打不少字。虽然质量和速度都有所下滑。这就是程序员的宿命吧。

@MoonLin 朋友，你说的 kotlin 优点只是基于现状，也许下一次 kotlin 升级就不支持 java 6 了。这都是使用第三方技术的风险。
那些还在使用旧 jdk 的老项目，根据我的经验，他们不能升级的原因是主要不想动旧代码。咱们要是有使用 kotlin 的魄力也不至于还在用 6 。

@qq135449773 啥时候 lombok 死了再说 Java 死不死吧。说不定 lombok 都比 kotlin 活得久。
一个东西的生命力不是由你个人的喜好来决定的。因为你不喜欢 lombok 就说 Java 要完蛋，与其说是评论，不如说是诅咒。

@wensonsmith 这些本地“小模型”只能跑点文科东西，反正对我来说基本上没法用。快倒是真快，刷刷刷好几屏我眼睛都跟不上。

@YugenFring 非安卓项目不考虑 Kotlin 。放五年前还可以尝试。现在没必要。