高层的麻烦是之后变成老小区后维护成本高，拆迁成本高，拆不动。


但是对于火灾和地震，两者差不多。
火灾低层的确救火容易些，但是新建的高层防灾标准高。
逃生方面，3 层直接跳下去也很危险，不如直接准备逃生绳、面具。

地震这个问题更是和建筑质量有关了，和高层底层关系不大。


最好的还是自己有块地自己建个带院的、2 层小楼，可惜太难了。

看了下人类简史，只有前 5 页

游戏类的需要这个

其他的都挺好，但是衣服洗晒是个大难题。
不信任公共洗衣店的卫生环境。

第一种，不过经常第一种实际调用 Reset 方法。

看了眼，目前是 15.1G/32G，这是没开虚拟机的内存使用量。
一些时候会有虚拟机需求，而且需要同时开多个，内存很容易不够用。

先不谈 bt 是不是滥用了，只说下其他的影响。

nat 本身就造就了一些奇葩技术，消耗了很多本来不需要的资源。很多人都说过 android 耗电大，这个查到底问题就是出在 nat 上面。

android 耗电大-> 很多程序在后台运行 -> 为了能够收到推送 -> 维护到推送服务器的长连接

耗费资源维护长连接的原因是 nat 分配的是内网 ip，只能从内向外发起连接。另外 nat 设备为了减小压力，还会关闭无数据传输的连接，造成长连接方案为了防止被关闭连接，只能频发的发送心跳包。

而如果设备都是公网 ip，那么简单的多了。客户端直接开一个本地端口，并在网络变更等情况造成本地 ip 变更后重新通知服务端新 ip 即可。

另外你没有用户之间传输数据的需求？

页面加个显示访客 ip 的功能，然后在他网站查显示的 ip

动态一时爽，重构火葬场是真的体验过。

对一处代码的修改不知道会影响多少其他代码。
当然完善的测试覆盖能够减小影响，但是又有多少项目能够保证全部细节都覆盖了？

顶级大神能够做到全部人脑搞定，
但是我做不到， 所以我还是老实的用静态类型语言依赖 ide 查找依赖，编译器检查错误吧。

[] 使用转移可以解决

另外我现在喜欢结构化日志。

@lihongming #85 集中隔离是因为居家隔离出现了多次问题了。

集中隔离的确不如居家隔离舒适，但是仅仅被新闻报道的就出现过多起居家隔离期间自行外出的情况了，实际没被发现、没被公开报道的绝对更多。

另一个问题是居家隔离可能感染家人，难道家人也不能外出？
居家隔离一旦出现一例确诊，住宅楼甚至小区都需要封闭，家人去过的公司、商场等都会人人自危。

而集中隔离 14 天就没有了这些麻烦。
另外说不人道之类的问题，中国全国人民之前全体隔离了 1 个多月，也不人道的了。

不过目前回国航班的确是个大问题

@jeremysky #24 也是反对歧视，但是不认同核酸阳性无传染性。

>就算测核酸阳性，只要无症状，你可以认为他是无传染性的，因为假设他还有传染性是没有意义的，在已经隔离了 60 天的情况下，如果病毒能潜伏这么长时间还能以后继续发作传染，那继续隔离 600 天也不一定是有用的！

不能确定是 60 天前感染的还是最近才感染的。
目前没看到阳性达到 60 天的无症状者新闻，如果真的现在检测是阳性，按几率讲，更大可能是近期感染的。

另外常见的核酸检测方式是鼻咽拭子检测，这里已经是上呼吸道了，这里能够检测到病毒意味着实际进行着排毒。


>2 、有病毒，测核酸阳性；但是这种情况无症状，也不具有传染性，为什么这么说？因为已经隔离了 60 天了，要发病早发病了，要传染早就一大家子都传染了，不至于说这病毒非要等湖北人出省了再发作吧？！

不能确定家人是不是轻症、无症状并且已经自愈了。
在之前，如果只是略微有点咳，很多人怕医院感染是不去医院的，当时推荐也是不建议去。80%的轻症率，去掉发热严重的比例也不少。

面包机？
我试过晚上把面和配料放进去，预约好第二天可以吃到新鲜的。

@delectate #5 科学上网后脑残 lz 又多起来了，看的也头大。

感觉还是半山腰，
但是如果持股 x 年，那么的确现在买入到 x 年后的确可以盈利。

对了 cloudflare 提供了一个服务，可以订阅证书签发通知。当域名被签发了证书时能够收到邮件通知。

https://blog.cloudflare.com/zh/introducing-certificate-transparency-monitoring-zh/

Certificate Transparency 建立的目的也是为了找到乱颁发证书的 CA 。

国外的 DigiNotar 、Symantec CA 因为滥发证书被干掉了。