op 应该是用的.net framework ？感觉转 rust 不如看看.net core ，找找看.net6 、7 、8 相关的东西或者看看有没有什么比较新的动向。一个是 rust 毕业即失业，.net core 应该还是有不少单位在用，第二个是 op 如果本来就有.net 经验的话，也不至于经验归零。

有点刑

园区

@gtx990 我说的 FP 当然不只是 lambda 和 linq ，我自己也没少用 Kotlin 或者 Scala 写过一些东西，但确实经常看到 Java 背景的人对 FP 表现出的敌意。虽然也不是所有人都这样，哪怕 Java 也有一些专门用于 FP 的框架。

@gtx990 Java 自带的 Future 及其难用以至于每个异步框架和反应式框架都有自己的 Future 。而且很多「函数式」课程或者文章提到 Future 还在说怎么 get ，直接失去了 Future 的使用意义。

@mmdsun 你说的这个是另外一件事情，直接修改返回确实是不好的操作。我说的是社区认为函数参数位置或者返回类型为 Optional<T>, Consumer<T>或者 Supplier<T>的写法是反模式这件事情。前段时间才刚遇到这么样的讨论，而且不是一两次了。作为习惯写函数式代码的人无法理解这种思维，说难听点，C 语言里传 void*也是常见的事情吧？

@twofox 会搭微服务，弄日志、认证、链路这些东西的，一般都会十几种不同的框架和语言，不会看不起前端吧。我也没说看不起 Java 或者相关的技术。JVM 平台实在是过于庞大精妙。但总有一些人非要对前端或者函数式有优越感。

Javaboy 看不起前端总觉得蛮微妙的。前端的 async/await 和 MVVM 还有视图和状态之间的绑定不比那个破锁和 MVC 更先进吗。

这还只是前端的一个例子。

然后感觉一般来说前端也比 Javaboy 更容易接受例如函数式编程之类的新思想。一个例子就是 Java 社区极度排斥函数作为函数参数或返回值的技巧，美其名曰设计模式，但这在前端尤其是 React 社区简直就是基本功了。除此之外，TypeScript 玩起来也比 Java 更灵活更有表达力。没记错的话后端一堆拿着个 optional 甚至 var 吹上天的，现在又在吹 loom 了。

实在不知道哪来的自信心看不起别的领域。

M1 Pro 一年多一点
健康：101%
循环次数：45
状态：正常
制造日期：2022 年 7 月 13 日

没用电池管理软件，平时经常暂缓充电到 80%

Apple music 好像不错

文档做得好细致，logo 也很可爱（

call by name/call by value 算不算特殊的传参方式？（虽然其实应该是运算策略来着。。

有个成语叫你法我笑（

都用了 vue3 ，感觉最主要的就是拆组件然后用 emit 和 props 来进行组件间传递吧。不过一大块已经有的页面往下拆确实不好拆。

按照语言拆没什么用吧，这看着就像写 angular 一样。vue 的思路应该是一个 vue 文件就是一个 self contained 的组件然后组件可以嵌套起来吧。说起来 op 代码里是不是用到了嵌套 template ，感觉也许可以从这里开始？

法国的电信诈骗也很多，不过一般套路是仿造医保、社保门户，交通罚款或者邮件清关罚款之类的。

其实还有一种是诱骗订阅昂贵的增值服务，比如 0.99 欧元测智商，告诉你只要付 0.99 块就可以查看结果但其实是第一次 0.99 然后紧接着马上就扣掉可能 29.99 块并且每月续约了。

如果大概知道要消费的数据的形状，也知道可能有哪些函数的情况下，可以自己模拟一下吧。

按照复杂程度，如果特别简单可以自己手写个简单的服务器提供一些固定的数据，或者利用例如 postman 之类的 mock 软件。

不是很理解「 1 比 1 还原」和「包括预留接口」的问题，如果后端没给 API 签名不可能 1 比 1 还原吧。但是肯定要按照想定的接口的情况下开发呀，除非你的前端非常复杂然后可以在不考虑 API 交互的情况下一边做其他部分一边等后端接口弄好。

长期看来，所有人都会死，地球也会毁灭。那么生存的意义是什么呢？

看了一眼，这粉丝数还没我小号多，不是很有说服力（

现在感觉比较喜欢 arc 的标签设计了，safari 的命名标签组也不错，但更多可能是用来做备忘或者待办的用处。

主窗口并没有开特别多页面的习惯，一般临时有事情开几十个做完了也会都关掉。

两个都一起弄怎么样。Java 也不是只有 Spring 和 CRUD ，vertx/quarkus/k8s 也挺有趣的，然后也会用到 go 。

Java 可以往 Kotlin 、C#转，不是只有 Spring MVC ，也不是只有 EE ，Core Java 学好了也有很多可能性。

不过其实数据库层面的异步 driver 流行不起来也很正常，毕竟同步的 api 也可以丢进 worker 里面 await 。异步 api 主要是为了实现全链路异步的。

流式写法确实不直观，但是说 debug 难也有点牵强吧。主流 IDE 都有很好的对异步代码的支持了，打断点可以直接停在每层拦截或者 flatmap 回调里面，直接拿到解包后的值，倒不如说这种难度对所有需要处理时序和并发关系的都是必不可少的？如果框架支持，转成 suspend fun 后就更好读了。

但 javaboy 的思维实在是太清奇了，你跟他提技术他跟你扯用户体验，你跟他提用户体验他跟你说业务说老板不给异步代码加薪。反正错不在 java 这个时至 3022 年还没有 async/await 的语言，一切责任全归异步。

真要说异步代码怎么难懂怎么复杂，那也没有阻塞代码里面拿个破锁锁来锁去更难懂吧。异步里面只需要给可能同时访问的资源上锁，而且也可以用 actor 或者其他算法来消除这个需求，写不出对着字符串加锁的奇葩实现。