然后排序就成了 order by case ，cpu 拉满

……用过半成品，老总要求的低代码平台，交了 2w 的学费，浪费双方生命

上次买箱子，商品简介买箱子送滑轮。没想到是一个单不论多少个箱子只送 4 滑轮，灰体小字在角落里的，恶心死我了

草，又是弱类型

第二种容易写成无限套娃，看得人头大。
我写的业务代码缩进超过两次就当场重构了。

我的猜想是喜欢第二种的大部分原因来源产品模糊的需求，那怎么避免呢？ if 判断精确判断到产品的原话不就得了，好处是出问题直接甩锅，至于代码维护的相信后人智慧

做个实验，Object.class.cast(executor) .toString()

上一个组，功能少有时间单测，一年线上 bug 低于 3 个。
现在这个，线上 bug 都 200 多了，问就是工期紧没时间

看这个，自己可以 debug 一下注解运行时。
https://stackoverflow.com/questions/37853188/why-are-annotation-string-values-not-interned

@dcsuibian 最近搞智能硬件就用 long 存储了，还被同事吐槽，查个时间范围的数据还得手动转一次，我只能说开心就好

良好的代码设计才是关键，一大堆循环，递归，无用的大量实例创建，用 jdk17 都救不来。

但是高版本的编译器有更好的优化又是个事实，op 不过是太激进了。
我负责的项目升到 13 又降回来 8 ，第三方库不支持，全是泪，幸好升级那会只用了几个特性

果断拉下看推广，满意的离开

tauri 有个锤子文档，那是文档吗。还是捏着鼻子用 electron 吧

@RookieRicardo 有的，通过 Entity 直接生成，插件 tab 就能进去

idea 新版本的 JPA 插件已经默认集成了这个功能了 b

……你在想屁吃，这算啥高可用，这叫开箱即用，就算是 Angular 也是勉强一用，还得自己改造

雷柏 km325 ，整了那么多花哨的话了，上千块还不如 65 一套的舒服