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

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

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

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

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

@cryptogems 嗯，是说这个（

个人 blog 那个会动的千束是 op 自己写的吗，感觉好有趣

如果有一些关于这方面的文章会不会比较能吸引人

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 也很可爱（