@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 。放五年前还可以尝试。现在没必要。

@qq135449773 Java 也在进化，特性越来越多，Kotlin 反而越活越尴尬。
Java 必死 Kotlin 是未来这种话不知道怎么想出来的。哪怕你拆开发也没放在一起这么可笑。

为什么挑便宜的？便宜的能好用？一百多还不够一小时工资吧。

s24 ？惊艳世人？标题党就标题党，暴露太多就不好了。

不知道怎么做就别做。哪有那么多位置给这些啥也不懂的人来卷。

有人的地方就会有偏见。不用动不动就上升。

不是很确定这东西是不是真的有用。文本搜索就能直接搜出来的标准答案，它会自己重新编一个似是而非的。

一有成熟方案，谁都能做。
二看技术不成熟，你能做的出来吗？智障秘书可没人愿意用。

你是缺师傅带吗？我看你是缺个教官拿鞭子看着你练。

这还能忍？能不能关还重要吗？