确实，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，而这种情况大多时候就是最糟糕的设计——真有自信自己写的代码比数据库系统的要好吗？
外键可以很强地保证一致性，也确实会带来一些问题，比如导入导出数据时会变得麻烦，但是这问题我觉得不大。

使用不会改的唯一标识做外键。查询可以想办法优化，但是我看好多不习惯使用外键的，一旦遇到数据变化，脏数据够喝一壶的。

建议支持下 oas 之类的 API 规范，生态多少还有一点，可不敢完全供应商锁定

不行的，真有这种东西岂不是一定程度上给 mitm 大开方便之门？

这码打的，你起码把 gcc 露出来

也许 yaml 等格式可以替代下？ json 不支持注释和末尾逗号，都是巨坑。但是 yaml 的缩进对眼睛要求有点高也挺难受的…

其实想不卷也挺简单的，均贫富它就不卷了（无端暴论
但就看有些人既不想失去踩着别人头得来的利益，又想让大家不要卷，就好玩

提示还得是 JetBrains 货

#41 这种行为应该是违反他使用的开源协议的，这段话应该与 MIT 协议相冲突