@DoubleKing #15 我要是能在国内长待的话, 我就很想接手你这辆雨燕了.

@chengchuan1009 #13 其实我家人都满支持我的, 而且我们现在也只有一辆车了.
有时候出去玩或者搬运大的东西就很不方便, 但好在这样的情况不多.

遗憾的是这边的玩车费用比国内高太多了, 改装费, 赛道日费用都高,
所以没办法像在上海时那样玩车了.

@DoubleKing #5 对啊, 你换 BRZ 一箱油就只能跑 300 多公里了, 而且它还要吃细粮.

hahaha, 原来 V 站竟然也有喜欢驾驶的人哪.

我的也是同款杂牌车, 不过我还没有开过手动雨燕.

雨燕也是好车啊.

多读，多听，
自己口语还行的话，多用英语跟孩子对话。
输入量得上去，输入决定输出。

@murmur #1 产品经理也是人, 他们做的设计也有不合理, 甚至完全矛盾的时候. 我上面的例子不是说明了吗.

你接到一个完全矛盾的需求, 能不沟通不假思索码出来.

我认为这是自己把自己当成了机器, 那真的, 能提供的价值挺低的.

你是打工人吗?
为什么背叛自己的阶级, 为资本家维护利益?


我很少说话用叹号, 你看好了:

你背叛了自己的阶级!!!
你背叛了自己的阶级!!!
你背叛了自己的阶级!!!

理想情况用应该是两个人的钱统一由金融管理更强的那个人管理，
日常的小额花销设置可控上限，
大额花销，投资等协商决定，
如果不闲麻烦还可以记账，
然后就能出报表了。

盲目把钱都给老婆管理，如果你老婆是那种作的，或者不会理财的，那恐怕要破产啊。

其实 intersect operation 有直接的 util 的，工作也不用自己写😂

@SeaTac #41 唉, 无所谓了, 反正我不想刷题.
所以大厂要面白板算法, 我不会就 GG, 无所谓啦.

@SeaTac #39 你可能记错了, LinkedHashMap 才是 LRU 实现啊, 这是这个类的文档:

This implementation differs from HashMap in that it maintains a doubly-linked list running through all of its entries. This linked list defines the encounter order (the order of iteration), which is normally the order in which keys were inserted into the map (insertion-order). The least recently inserted entry (the eldest) is first, and the youngest entry is last.

不够 LFU 确实麻烦点, 适合口述实现思路, 自己写我没把握一次写对.

@SeaTac #25 我要说直接用 java 的 LinkedHashMap,估计也会挂吧.
所以工作写的代码, 跟面试做题, 真的不一样.

其实现在亚麻的面试也是差不多, 除了 BQ 题, 还会有 45 分钟面算法题, 就是从 leetcode 题库里面出 medium, hard 类似的题目, 要你写出 optimal solution, 而且不能出错.
说真的, 在如此短的时间, 能无错误的写出 optimal solution 代码的, 只能是你预先练习过, 背出来的, 但是没办法, 现实就是你不刷题, 这么考你就过不了.

所以, 我直接 GG 了, 无所谓.

老子就是不刷题, 不想浪费时间.

应该没刷题吧, 没刷题我也写不出来

毕业设计框架

nginx 容器化部署意义不大.

因为作为流量入口, network 用 bridge 的话性能会严重拖慢, 用 host 的话已经失去了容器隔离的优势了.
所以还是安装在主机端是最合理的.

大部分网络上的内容只教你 nginx 怎么容器化部署, 但他们都没告诉过你 nginx 在生产环境部署的时候有哪些坑, 以及到底有没有必要容器化.

前几天看个新闻,
上海一对丁克夫妻, 女方 40 多岁了丈夫跟她坦白, 自己在外面跟小三生了孩子.
孩子已经 6 岁了.
这么多年, 丈夫一直瞒着她, 这事她婆婆也知道.

我想, 可能很多丁克夫妻当时结婚的时候, 女方是同意的, 但面临上面这种情况, 丈夫出轨已经有了孩子, 估计财产也转移差不多了才向她坦白, 而女方此时已经没有生育能力了, 还不如自己单身的好吧.


结婚, 就是两家公司资产合并,
两个人能长相守, 那就是风险降低, 互相受益.
两个人相处不顺, 完全没有爱了还得必须天天见面, 这就是一种折磨.


所以我的观点,
结婚两个人加一起尽量互相体谅互相负责, 别把任何一方的付出当作理所当然, 也不能啥事都斤斤计较.

不结婚也挺好, 但是

与其丁克, 不如单身.

不是很认同 async-await 这样的异步处理就一定是协程, 对于 js, python 来说是的, 但类似的语法在比如未加入 virutal thread 特性的早期版本 jvm 上也是可以实现的. 但底层执行的时候还是内核级线程在执行的.

所以我认为最本质的区别还是看最低粒度下任务的上下文调度和执行方式是在用户级还是内核级, 完全由应用程序维护的就是协程, 需要系统做调度的就是线程.

至于 async-await, promise, future, 还是 message channel, 只是异步上语法实现上的差异, 本质都是解耦不同任务之间的调度, 以及上下文传递方式上的不同实现而已.