@FrankHB 冷启动问题就是 jar 包设计的太蠢了，Android 上的 dex 包就没这问题。
@Lancer777 LocalDateTime 和 Date 的转换蠢到家了，甚至 java.util.Date 和 java.sql.Date 也不完美兼容。导致每个项目都要写个 DateUtils ，我还不如直接统一用 DateUtils 操作 Date 了。

Java 就是典型的功能我有，但设计的非常脑残。

不支持字符串内直接引用变量，只能自己实现，导致 log4j2 神奇漏洞。
泛型拉稀导致反序列化操作非常魔法，日常增加漏洞。
日期 API 也是一坨，现在我宁愿用 DataUtil 直接操作 Date 也不想用 LocalDateTime
Future 设计拉稀，Future 甚至没有执行完毕的 Callback 。基本每个异步框架都有自己设计的“Future”，间接导致 Java 的协程难产。
不支持多行字符串导致一些操作硬是要搞成模板引擎（ mybatis ）。

至于为了 OO 而 OO ，这是工程化带来的负面效果。但是 Getter ，Setter 依然很蠢。
Servlet 和 JDBC 是纯历史遗留问题，但其实也不算啥问题。
Maven 的版本稳定性秒飞那些直接用 github 当依赖仓库的包管理器。

@mgrddsj 只留一个中文输入法，禁用 shift 切换。用 Ctrl + space 切换就行了。

系统迁移一堆方法，不重装就是了

Intel 驱动一堆内存泄露 bug ，用系统自带的就是抽奖受苦。

@idblife 只要服务器装了 lrzsz 就行了，跳几次都行，容器里也行，而且传上去的文件是以当前用户建立的，chown 都能省了。

xshell 直接把文件拖进窗口上传文件，就这一点无敌了。

@kingjpa redis 直接 telnet 就能连上用，协议裸的不能再裸了、、、

USB 直接传
蓝牙直接传

prepareStatement 不是和连接绑定的吗？你事务怎么办？

@Dogod37 你拿个 CopyOnWriteArrayList 之类的东西存着线程的返回值就行了，CountDownLatch 可以保证你全部线程执行完毕后再继续运行。

创建线程池可以限制线程数量：new ThreadPoolExecutor(0, 60, 3, TimeUnit.MINUTES, new LinkedBlockingQueue<>(), new ThreadPoolExecutor.CallerRunsPolicy());
新建线程运行任务，用一个 CountDownLatch 进行任务计数，他可以阻塞直到 30 个任务完成。

没事别用 Future ，烦人的很

你套个 list 就行了，只有一个变量的 list 。

不超都一样

只能说正常

@MoYi123 3 亿数据照样用

@felixlong 有 wasm flash 播放器。。。

不如直接转前端