@zzhirong

查看了一下 RackNerd SLA : https://www.racknerd.com/service-level-agreement

RackNerd will provide a 99.999% uninterrupted transit to the Internet (as measured on a monthly basis) as well as 99.999% uninterrupted electricity. Should transit to the Internet or electricity become unavailable for a cumulative period up to 1 hour beyond the 99.999% minimum in any month of service, the client will receive an account credit equivalent to 2% of the client’s Recurring Monthly Fees of affected services for that month for every additional 1 hour the network or power is unavailable, unless otherwise stated below it will not to exceed 50% of the client’s Recurring Monthly Fees.

RackNerd 将提供 99.999% 不间断的互联网传输（按月衡量）以及 99.999% 不间断的电力供应。 如果互联网传输或电力供应在任何服务月份内累计中断时间超过 99.999% 的最低要求 1 小时，客户将获得相当于受影响服务当月经常性月费的 2% 的账户信用，每增加 1 小时的网络或电力不可用时间，除非下文另有说明，否则不超过客户经常性月费的 50%。

看了一下, 中断 4 个小时，赔偿好少, 想想还是算了吧。

@iislong 这种属于违反 SLA 条款么? 可以申请赔偿么?

@qdsearoc 都需要自己订阅的么? 之前用的是 vultr vps , 下线维护都会有邮件提醒的, 不过, 用了七八年, 稳得很。

从我的经验来看，不推荐和父母一块住，最亲近的人最后落得反目成仇是件很可悲的事，从父母的角度来看，带了几年娃，没有感恩，只有落得一堆抱怨，也很难受，从我们的角度来看，父母辛苦了一辈子，是该享享福的时候了，而带娃是件很辛苦的事情。在一起最大的问题就是如何解决冲突，毕竟人与人肯定会存在差异，冲突是不可避免，解决方案只有忍，要不然就恶化，改变父母几乎不可能。要么请阿姨，要么全职，要么忍，也不推荐把娃放回老家。

可以考虑一下脚踏板, 健身编程两不误，不过目前还没看到正规厂商出类似产品，小作坊的话，产品的噪音和脚感估计很难得到保证。虽然我用 Neovim, 但快捷键还是好多, 也希望有一个脚踏，这样就可以合法抖腿了。

https://emacs-china.org/t/topic/21877/7

是不是 OP 一周后, 决定发一篇新的帖子, 标题就是"退坑语音助手", 开头这么写"电容麦克风让我得咽喉炎"...

把它想象成快捷键的一种方案(使用最短的键组合完成功能调用), VSCode/Cursor/Trae 的话, 安装 VSCode Neovim 插件(满血版 Vim 插件)，体验好好很多。

使用频率最高的 Vim 插件就属 vim-easymotion 了，配合 vim-easymotion-zh (可以在中文中跳转），码字的效率大大提高。

@hangzhou 信息应该没错, 有多个权威源佐证(你可以以"退票 4356"为关键字搜索), 应该是五一前 15 天所有退票数的累加得到的。

@zzhirong 据央视新闻消息，记者从铁路 12306 科创中心了解到，截至 5 月 1 日 12 时，铁路 12306 已累计发售五一假期车票 1.06 亿张，办理退票 4356 万张、改签 1083 万张。针对网传“五一前大量放票”，铁路 12306 科创中心也作出相关回应。

没人觉得退票费更赚钱么? 之前在哪看到一个数据说五一有三成的退票率(我每年都要贡献很多次，每次都会买很多保底的票，又因为开车前几日大量的票放出而退掉保底的票), 碰上节假日, 退掉的票也马上可以重新被卖掉，简直一本万利。

连接: [12306 回应质疑！假期前一天退票 601 万张！]( https://baijiahao.baidu.com/s?id=1830969709823750119&wfr=spider&for=pc)

@LawlietZ 严格来说, 从 Go 正式发布开始就没停过吧, 后来伴随 Rust, TypeScript 等引入新的语法, 讨论又一次次开始, 我其实就是想看看这么多年过去了, 有无更优雅的方式出现。

@log4j 确实, 对代码阅读也很友好, 相对于, 一个小小的 ? 就可能是一个函数出口来说, 好多了。

@lesismal 我也认为显式比隐式更好, 目前吐槽最多的应该是, 显式上抛以及层层上抛(导致了很多重复的代码), 在翻看 #2 给出的链接中的提案时, 发现一句话, "The goal is not to replace all error handling. The goal is to replace the most common case", 我也很认可, 针对高频的用法做些优化, 也未尝不可。

@pike0002 哈哈, 算个极端例子吧, 处理上抛这种情况确实不优雅了点。

@PTLin 其实我也没感觉 if err != nil { 有太大问题, 只不过语法上确实看起来有点冗余了点。

// 在 low 上执行链式操作 会好看些吧

low := new(big.Int)

low.Mul(baseFee, big.NewInt(9)).
Div(low, big.NewInt(10)).
Add(low, priority25)

@Donahue #18 我的理解, big 下有几种类型, 比如 big.Int, big.Float, 如果设计成包级别的, 函数名得是 big.AddInt, big.AddFloat 了

@iorilu 我猜他说的是 <<Crafting Interpreters>>, 主要介绍了如何从零开始设计和构建一门编程语言的解释器

我的话, 会有个启动困难症, AI 刚好解决了这个问题, 先让它写出一点东西来(无论是否可以运行)再修改, 远比自己从零开始来得简单点。