@westoy kt 的 trim 那是个 predict ，jac 的那个确实是个 string

@dobelee 反正我的话确实只在 Go 里见到了这样的设计，以至于 Go 里所有的文本相关函数我都长了个心眼，其它语言有哪些类似的设计吗？可以举一下，确实没见过

Windows 这不错啊，对这种东西还有提示

可以用到索引，但不是那么简单高效的直接按 B🌳查找，而是更复杂的堆扫描位图扫描。当 planner 认为这样更划算时就会这么做

现在内存都板载了吗，我两年前买的笔记本，还是可以换内存的啊😮
主要是拆后盖很费劲，每次都会把后盖拆坏···不过拆坏也不错，以后就好拆了😋

看了一下就不想用了

找个轻薄本，内存全拔掉换成 32/64 的插满

至于针对性能的讨论，这个可能就要 case by case 地分析和论证了

@loading 链接中有讲到，如果产品和功能上有要求，那显然就不该是简单的删除。该是什么就叫什么，是隐藏就是隐藏，是禁用就是禁用，而不是一个笼统的删除。

@loading 这里我不愿意提及 MySQL 的各种问题。单论你说的外键导致的级联删除，这一点不是不用外键就可以规避的。
此外，数据库的外键可以极大程度保证数据的一致性。我所见很多程序员，高喊着不用外键，然后写出完全不考虑异常状态下一致性和完整性的代码，不一定是他们不愿意考虑，也有时是他们想不明白。这种情况下，数据库的实现要远远比应用自己实现的更可靠，成本更低。

唉，链接坏了，https://twitter.com/haoel/status/1440633425279389707

@loading 阅读了下这篇文章，结论基本可以从不使用外键修改为不使用 MySQL 。
至于文章中讨论的，数据删除导致大量写入，这就是需求本身所要求的，无论你用不用外键，数据删除是一定要删的。
至于 #16 提及的，所谓软删除，是彻彻底底的反模式，基本可以视为概念不清导致的混乱设计，可以查看[这个链接]( https://twitter.com/haoel/status/1440633425279389707)。

@gdb 你需要的是 ERD 软件，Navicat 和 MySQL 自带的 MySQL Workbench 可以满足这个需求

@kenvix 这好象是搜索引擎明确禁止的行为，会被惩罚

说真的，单看 IM 部分，我真没看出来微信哪里比 tg 先进🤣最多也只能说是吹得厉害；别的东西不要拿来比，那是 IM 么？
tg 的服务端没开源，但从蛛丝马迹上多少能看出来，频道的实现和大群的实现应该差不多，这俩本质上也没多大区别

swagger 是个工具，文档规范新的现在叫 OpenAPI ，一般说 swagger 文档都是这个，工具你可以自己选

Go 这边我觉得可以认为不具有诞生 springboot 类的土壤

Go 这边的 Web 框架，比如 gin 那种，其实都是非常轻量级的，属于 http 增强库，和 spring 全家桶不是一回事

不建议用 Go 写 Web ，可以用来完成一些基础设施类工作