ycombinator

mac 的 preview 可以画这种铅笔质感的线条。不然就是 sketch 了吧。

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 交互的情况下一边做其他部分一边等后端接口弄好。

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