除非你这个算法可以保证压缩后解密可以实现，否则和主流现代密码相比没啥好处，都可以编码成图，都是压一下就坏透了

说自己按 mit 协议发布，然后别人干了 mit 许可的事，又跑出来撤版权。薛定谔的许可证？

@zxCoder 个人不太熟悉.net ，直觉上好像在起始阶段资源消耗略小一点，可能是策略不一样吧

JVM 吃资源确实有点严重，虽然我很反感 Go 这个残废语言，但还是不得不说，如果 Rust 不合适，可能 Go 就是无法规避的选择了，也许你可以考虑下 dot Net 系？

一般 ORM 都支持 raw sql 的吧，ORM 不适合不 O 的场景，统计之类的就非常不 O，强用 ORM 就是给自己找不痛快

尝试使用 reindexdb 看看？ https://www.postgresql.org/docs/current/app-reindexdb.html

你是不是使用了和这个数据库运行时不同的操作系统环境，这可能是不被允许的

确实，Go 取代的应该是某些场景下的 C，而不是动不动就搞 CURD 的 Web

@yangyaofei 我没说 Java 简陋，我说 go 简陋，等反省能用了，勉强也就和 Java 同台竞技而已。和 Kotlin/Python 比就不用比了

@yangyaofei 总觉得这个问题得从两头看，太复杂强大的语言特性必然给水平参差不齐的团队带来麻烦，可是特性和库异常简陋也绝对不会给这种场合带来什么好处

Go 唯一的优势大概就是编译快了，大道至简在 Go 上说好听了是简洁，说难听了就是简陋。
连 Min Max 都要我自己造的“现代语言”，一项目造一份自己的各种混乱的 utils 这个，工程角度上看离 Java 还有一定的距离。
明明好多地方都卡死了使用方式，连 GoroutineID 和对标 Java 上 ThreadLocal 的东西都没有；结果这些基本的函数反倒自由了。

不需要哦，nginx 不管啥路径一律返回 index 文件就行了，前端自己去维护路由

Kotlin 需要库进行额外处理，你用的这个看上去不支持，建议翻翻文档，有些会针对 Kotlin 提供额外的扩展包

挂掉是不会的，成熟的数据库都不会，如果挂了那就是 bug 。不过如果超过了日志限制会报错回滚的。

总觉得是一些公司推广自己的“规范”，加上一些人无视实际情况盲目使用其他公司的规范导致的麻烦。我相信制定这些规范的程序员知道自己在干什么，但是我非常质疑那些盲目执行这些规范的人知不知道自己在干什么。

我没看懂，你似乎很反感别人用自己的习惯要求你， 但按帖子中的描述，你好像正在做同样的事？

当然工程有工程的特点，到现在还有一堆人用 mysql 老版本，这不是外键的问题，也不是 mysql 的问题，是那些人那些旧软件的问题。

@maplerecall 用外键不代表一定要 cascade，需要 cascade 的你不用外键一样要手动 cascade，而这种情况大多时候就是最糟糕的设计——真有自信自己写的代码比数据库系统的要好吗？
外键可以很强地保证一致性，也确实会带来一些问题，比如导入导出数据时会变得麻烦，但是这问题我觉得不大。