virtual thread 又不是 coroutine 。

锁神教的教徒们还是会继续上锁，然后把 carrier 干废。

重构吧……恭喜你重新发明了响应式编程。

拿头跟原生支持异步模型的语言比。

看了一下 quarkus 的 blog ，感觉对这个其实没啥太大的兴趣。reactive 的技术栈下，「开很多个线程」并不是一个痛点。

就是不知道 virtual thread 对 reactive 技术栈有没有什么帮助了。感觉还是存疑。

感觉玩不了，渲染有问题，到处都是光污染。

星铁没问题而且很流畅。

编译速度慢很正常啊，得看打包后的镜像的内存 CPU 占用。Native 比 JVM 压根都不是同一个数量级的。

开发环境一般也是不用 native 编译的。

个人喜好是 camelCase 或者 PascalCase ，不过还是觉得造语言的时候 case 是不重要的事情，这个更多是根据社区的习惯来的吧。

比如说一般来说 C++社区也会有一些特定领域和类库会习惯用 PascalCase 。

（然后印象比较深刻的是 OCaml 社区在类名上用 camel 而不是 Pascal ）

女性并不是铁板一块，为了蝇头小利抛弃自己同胞的事情还少见吗。

@lesismal 这个「双重锁高并发单例模式」看完一眼懵逼，有种 CSDN 某贴的锁字符串的美感。

虽然我也认为异步或者反应式不能解决所有同步问题，锁机制在很多时候还是有必要的，但是这些叠床架屋的玩意还是把我惊到了，Java 后端都是这个鬼样子的嘛。

还有这贴里面许多人那种「你不会锁（或者别的东西，list 转 array 也是典了）就是菜」的心态。想起了我这边很多外包公司一边年年抱怨招不到人一边千方百计 pua 应聘者就为了压低薪水的做法。

海外更新护照很方便啊（

不了解 Webflux ，不过用过 Quarkus ，印象中协程可以和响应式编程类库提供的 Future （我这里是 Uni/Multi ）互转，但在类似 Event bus 、ORM 等地方的兼容性欠佳。可能在 Spring 也是类似的状态？

不清楚 op 想要引入 coroutine 是什么作用，如果只是用来写简单 API 可能可行？ Quarkus 里面是可以的。如果是配合 ORM 或者 handler 来写的话，框架提供的响应式写法是原生支持最好的，考虑到现在 Java 的发展状况，我也不认为 Spring 会提供原生的对 coroutine 的支持。如果 op 坚持想要用 coroutine 的话可能需要对 handler 做分层设计。

另外这些都是响应式和完全异步的技术栈，如果是基于 servlet 的话还是洗洗睡吧。ThreadLocal 应该也很难。

同一个网站做的 JavaScript 框架调查，Vue 和 Angular 加起来勉强过 1%，React 不到 5%，jQuery 超过 90%。

能说明什么呢？

买了在用，感觉蛮不错的。

不过屏幕截屏的时候不知道能不能顺便把中间刘海那部分涂黑，现在的截屏效果是两边有黑色区块但中间看不到刘海，有点突兀。

@yfang 我用 c#和 avalonia 了

rust 让我无法理解的一点就是似乎所有的 UI 框架都是用 html/css 那套的，让人想起了 rn 或者 cordova 。

我不喜欢浏览器套壳，也许对我这种不想用 html 来描述桌面应用的喜好来说 rust 确实可以忽略了。

可以知道其他语言里面有一些不同的思维方式，比如 coroutine 和异步，而不是一直拿个锁锁个不停。

毕竟以前看到过有人用锁用到了拿字符串上锁这种玩法。很多东西，如果眼界宽一点，那可能一开始就把潜在的问题解决了。

肯定会看吧，也不光是风评，工商登记、经营情况也有。

不清楚国内的情况，法国的 freelance 算是外包的高级形式吧，伪装成自由职业者的外包形式。

看起来没有外包公司抽水，拿的钱更多了，但是需要自己解决社保医保税负等事情，很难说到底有没有更好。op 说的「比普通工资多 50%」，法国这里一般认为是不值得转 freelance 的，当然这里也有两个问题，一个是 op 原先工资肯定比外包公司的普通员工高，一个是国情不同，所以不好说。

感觉不是很看好这个情况，至于异地 8 小时车程那更是大红旗了，建议 op 三思。

感觉写一堆车轱辘话来回绕信息量约为 0 看完了不知所云更丢人

一般是用 orElse 、flatMap 来串接不同的处理过程的吧。
if isPresent 这个写法太命令式了。直接 get 的话说实话不如不要用 Optional 。
当然 Optional 确实很难用就是了。