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

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


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


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

不结婚也挺好, 但是

与其丁克, 不如单身.

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

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

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

@jhytxy #2 嗯, 十年可是搬家搬了好几次, 反正备份用的几个机械硬盘都坏掉了. 不过我奇怪的是, ps4, ps3 里面的硬盘也是机械硬盘, 就还好好的.

恭喜恭喜, 好羡慕啊.

@murmur #6

其实如果只是保养, 比如换机油, 滤芯, 刹车片, 变速箱油, 刹车油, 车灯这些还好. 如果有合适的工具, 自学完全没问题.

但是机盖下面的那些, 线圈, 链条, 皮带, 发电机, 水泵, 冷凝器, 垫片之类的恐怕就必须当学徒才行了, 普通人没机会自己折腾这些东西的.

如果这些技能都会了, 即便没有证书, 租个街边的车库那么大小的地方, 就能开个店了, 做的好的话挣钱还可以的, 不比写代码少.

@murmur #1 老车修车成本也很低的, 只不过学徒期确实免不了的.

这个学习成本可不是买个电脑, 连个网, 加自己的脑子就行的.

建议还是选最熟悉的路段, 比如通勤路段, 买菜路段练习,
多看事故回放集锦能很快了解路上中国司机和行人的"驾驶"习惯.
因为道路驾驶练习的主要是安全意识, 对规则的理解程度, 以及防御性驾驶的习惯, 跟驾驶技巧没啥太大关系.

如果你真的是驾驶爱好者, 期望能够跑山路和赛道, 那确实需要一辆便宜的手动挡车练习驾驶的基本功, 先用模拟器练习是可以省下不少钱的, 卡丁车也能很快培养出驾驭弯道的车感.

那是因为你用的 Python, 强类型动态语言, 而且传入参数没有 type hint 的原因吧.
你试试用用 Scala 不就好多了.

最近玩了玩 Kokoro-TTS, 主要是小, 才 82M, 树莓派上也可以跑.

@xjpz #27 Scala 的 control-flow 演示的不错, 但是有些地方我认为还是处理的不好,
几处 if-else 的嵌套如果用 pattern-match 是不是就不用这么多行了,
errorhandling 的分支都是 Ok(XXX)不是很认同.

不可变数据结构, 无副作用函数, 消息驱动在多线程上下文, 异步, 和分布式场景拥有天然优势.

控制流语句, if-else, foreach, unit, try, 不再只是命令, 而是输入输出数据的操作符, 跟函数的作用是一样的.

可惜实现了这些思想的高级语言只能运行在指令式设计的处理器上.

所以底层实现还是内存块, 指针, 加操作指令.

loki 可以配合 Memcached, 加大 timeout, 超时就会有所改善了.
不过还是建议先做好 label 索引, 减小时间范围让处理的数据量尽量少一点,
loki 的默认 tsdb 的搜索能力真的很差, 数据量稍微大一点, 就需要查很长时间.

不举报这种行为，难道要留着过年吗？

为了工作 可以先主攻一门语言
但如果真的喜欢技术 还是需要学习多种语言 尤其是不同范式的语言

只用一门语言, 就好比一个修理工手里只有锤子, 看什么都是钉子.

关键是这个手里只有锤子只会用锤子的修理工, 当别人提醒他, 螺丝是需要螺丝刀拧, 锤子干不好这活的时候,
他还要论证锤子砸钉子的合理性,
还要攻击别人, 你没有十年的修理经验, 是没资格来说锤子砸钉子合不合理的.

请一定别对号入座, 比如只用 C, Go, Java 等等的开发者们