看到那行`#include <windows.h>`我觉得你不用 cgo 基本就等于做梦了

我最近总觉得取模这个东西不太好...如果某天突然要分成 5 个就要涉及到一个重新分区的问题...到时候就.爽了

到底有什么非用美区 pp 不可的理由

为什么不买房？因为不想接盘，并且想亲眼见证这群铸造了这样扭曲市场的人集体毁灭

你能问出来这种话就证明你不是目标群体

@HikariLan #17 好奇这种 unnamed class 铺开之后，没有 class 的 java 将来怎么组织 project structure🤣

扫了一眼这个 JEP ，还是觉得不要去为了解决问题而创造问题，如果仅仅是只有一个 main 函数可以放进这种 unnamed class ，那怎么继续解释为什么 Java 的其他方法不能也想这样直接脱离 class 写出来？本就可以两三句话说明白的事情，非得上升到这种层面上去，我觉得这个 JEP 仅仅是想找个话题随便水一下 JEP 而已。

喜欢这种函数式编程可以去写 python ，作为一个面向对象的语言，就不要去东施效颦去学面向过程的东西了。

编的希望真的真的希望编的

你这种人大概就是能做出来那种“把公司代码随便拷贝出来”这种事情的人吧。

cloudflare warp 到底有什么不好的

等一个楼主成功禁用之后，来发帖问系统崩了怎么办

很刑

@lk960511 #2

首先驼峰转下划线，下划线转驼峰这个功能，我是支持的，日常确实可能有这样的需求，之前我都是写正则，有了这个插件确实很方便。

但是对于全转小写，全转大写这种功能，我不知道这方面有没有实际需求（因为我日常使用的基本都是要么驼峰要么下划线，我的技术栈是 java/ts/python/go/rust ，我看您的例子代码中，这种变量的命名方式好像有点像 cpp 的风格，我 cpp 只停留在研习他人代码的阶段，不太懂实际工程实践）。

对于变量名缩短这个功能，我觉得应该可以说是多此一举，因为变量不可能单独出现，他应该是具有一个完整上下文的，据我观察来看，很多人变量名起的太长都是因为名字起的太啰嗦了，忽略了代码上下文，盲目的让变量名意思过于清晰，比如你的 demo 中给的这个变量名，我觉得完全可以缩写成 `hiddenDangerDisposal` ，三个单词我觉得应该不算太长。还有一些变量名，他就是应该长，长也没有什么关系，所以说关于变量名太长这个问题，做的事情应该是从根源入手，改正一些日常编码上的习惯。如果按照这样缩短的话，反而会对代码未来的可读性以及可维护性造成影响，我根本看不懂这个插件缩写之后的英文代表什么，所以我才觉得这种缩短不行。

你这个长变量缩短功能看得我想杀人

思路很棒

海外机子别指望有什么正常的 SSH 体验了，基本 GFW 都在干扰。我韩国日本甲骨文，ping 也就 100 上下，ssh 上去要么卡死要么几秒断，导致我现在只能拿美国机器当跳板连上去，能 ping 通只代表这个链路可能是通的，不代表上层协议没有被重点关照。