stream 段插错地方了。

致死率大于传播速度的时候会开始强制抑制病毒致死率。
也就是说如果人类死到只剩 5%人口的时候，病毒一定会越来越弱。

在这之前病毒需要担心传播不出去吗？就现在国内那么多企业强制阳性上班的政策，病毒乐都乐死了，为啥自减毒性保传染性，你看我传染性需要保吗？

@junkun 动态类型可以 duck typing 。这事在 Ruby 里都不是事，因为 Ruby 里方法调用是向对象发送消息（可以理解成 obj.method(arg)就是 obj.send-message('method', arg)）。只要对象愿意接受消息，程序就可以正常跑，无关类型。这就是为什么 Ruby 里的函数式只需要发送 method 而非 Class.method ，因为其实和 Class 没什么大关系。

话说 480 刀是不是买贵了点……

有一台 R720XD ，正在吃灰。功耗太大了，空载功耗和我超威 X9 插满硬盘的功耗差不多，不知道哪里吃掉的电。

@passall 60 度以上环境活不了多久。虽然不能完全避免，但姑且是稍微好点……吧？（假装有用

@Baoni 独栋楼和团地公寓的人口密度差距还是很大的。
另外我们这里医疗机构是强制戴口罩，而且一般公司在员工得传染病的时候是要求他们居家休息的，而不是在职场继续害人。国内很多企业要求羊了也要带病上班，也不要求羊人戴口罩，病毒狂喜啊，easy 模式都不带这么玩的。所以说现实比游戏更离谱。

@garipan 我说的保护是指无法避免感染，也就是还是会羊。

@coreki #12 保护的是同类毒株的二次感染。不同毒株的保护不了。比如我家人前天去打了辉瑞最新的二价疫苗，人家就明说了，对现在在美国流行的两个毒株起不到保护作用。你打过或者感染过老毒株，新毒株照样得。

或者反过来说，只有能逃过既有免疫屏障的毒株才会再次流行起来。而毒株的变异就是感染的人够多。十亿人得一次就是十亿次变异机会。我们正在帮助病毒迅速进化，好日子还在后面。

把提交拆开，在含有 A 的提交之后分叉再继续开发。

另外也可以用开关把 A 功能的其他部分先禁用掉，然后局部打开 feature flag 测试再在生产上启用。

@passall 病毒不耐高温，正常烹饪的外卖应该都是比较安全的。

我很久以前就说了，医疗资源挤兑，高风险人群超额死亡，在其他国家一遍又一遍被重演过的事情，肯定是会发生了。只不过现在国内统计数字不会拉得很高，等到了统计超额死亡的时候才会知道有多惨。

银黄？以前都靠这个撑过去的。

@nmap 懂了，多出来的电费你出是吧。

@junkun #43 所以很多 OOP 语言的函数式简写都是指对象方法调用。（例如 Ruby 中 X.map(&:size)指对每个 entry 调用.size()方法。Java 中的 Class::method 也是指对 Class 类型的 entry 调用.method()。）
真要说的话是 Python 这样对象风格和过程风格混用非常严重的语言才会有的问题。

比如我随便找了个解释 Python map 的例子，是这么写的。
def square(x) : return x ** 2
map(square, [1,2,3,4,5])
#=> [1, 4, 9, 16, 25]

但 OOP 正常的设计是给 Number 加一个 square 方法，然后去调用 map(lambda x : x.square(), [1,2,3,4,5])。

@ffgrinder 现在来看是这样的。之前感染过的美国人照样继续感染 XBB 和 BQ.1 。

圈子里还在做的大概就 StaxRip 和 Handbrake 了吧。技术更新太快，用的人太少，这些工具差不多都消亡光了。