记忆错乱倒不会，只是可能会感觉会不太习惯。一个语言写多了，就会有肌肉记忆的，这时去写另一种，自然会感觉蹩脚，不过仅限于语法差距较大的。像 java 和 js 这种 c 系语言，完全可以无缝切换。另外感谢楼主帮我丰富黑名单

极简主义，浏览器自带

试试宁芝，之前折腾各种套件，轴，都不满意，后来入了一把宁芝静电容 35g ，退烧了

@liubsyy readme 和 topic 要写得好，搜索引擎也是一大流量入口，别人寻找解决方案的时候搜到你的项目，曝光不就来了。靠文章推广，别人也得看得到你的文章。我不知道你在哪里发文章，但我觉得权重不一定高过 github

同意#1 ，你的项目首先得有实际意义，确实能够解决某个问题，不然别人看了都没兴趣，纯自娱自乐

也许你这个电源支持智能启停，高负载也不转的话就是坏了

@UNCLOSABLE 就是把原来的使用传统线程池的地方换成调用 Executors.newVirtualThreadPerTaskExecutor()使用虚拟线程执行任务，然后使用 Semaphore 来控制并发量，使用起来和传统线程没多大区别。因为需要从另一个服务器拉数据，一开始没控制并发量，直接把那台服务器干崩了，可见虚拟线程还是挺猛的

在一个数据迁移的项目下试用了一下，高度 IO 密集型，使用传统线程池并发根本上不去，CPU 占用过山车。换用虚拟线程，CPU 稳定吃满，迁移效率大幅提升

平台 windows ，我用 edge ，因为原生垂直标签页

下载数据包这么吃性能吗，手机热炸了

@yooomu 配合现代 IDE 加持，xml 中写 sql 也没什么不好，智能提示，语法检查一应俱全。在一堆项目都是 java8 ，不支持多行字符串的情况下，你难道想在 java 代码中写 sql 吗

因为在多人合作的大型项目中，每个人水平不一。Hibernate 过重，黑箱过多，能完全掌握的人并不多，一旦出现问题难以定位。而原生 sql 简单，是个后端就会写，方便优化。用面向对象的方式操作数据库确实很爽，但是大型项目需要保证下限，再爽也没用，况且 mybatis plus 操作单表也不用写 sql

IO 瓶颈啊，数据在硬盘上，硬盘的速度是很慢的，如果足够快，那还要一大堆缓存干嘛。

微信输入法，只能说都是同行衬托的好

兼容性问题吧，感觉已经恶性循环了，不少网站都不支持了

@veightz 和你的感觉一致，写点小东西很方便，不用折腾一大堆依赖，上来就开写。但特性过于简陋，正经用来干活写业务就是降低自己工作效率。大量的 if err !=nil 会让人越写越烦躁，涉及集合处理更是折磨

electron 啊，好写，好看，跨平台。除了占内存占硬盘。至于性能，js 性能挺强的，不过我不知道你对性能要求有多高

我觉得很 cool ，但我是不会选择用它干活，语言特性太简陋，写起来费劲，不适合写业务。我想处理个集合都费劲。即使现在有了泛型，但仍然不好用

参考机场是怎么做的，有用 stripe 的（门槛较高）、还有其他小支付服务商的（容易被一锅端，还有跑路风险）。有胆子大的用当面付的。不过肉身在国内就尽量别搞这种，想抓你太容易了