第一反应是随便拿个能远程的设备就能开发 /生活，超级方便

第二反应是我这被云惯坏了的家伙不一定能适应实体机

@Michelangelono v2ex: ???

@lbmjsls1 服务端只有一台？多台可以轮流重启。

客户端指数退避

这个是不是可以举报的？

查了一下，这叫做 alternative style sheets，可替代样式表
https://developer.mozilla.org/zh-CN/docs/Web/CSS/Alternative_style_sheets

Firefox 菜单-查看-页面样式，一般的网站有无样式和基本样式两个选项。

有的网站可以提供多个样式选项……

LS 说的对，有，按流量收费，设定还挺麻烦的（对比 Google 云的 Global VPC ）
AWS 有 Global 数据库复制，包括与 MySQL 兼容的 Aurora，以及键值数据库 DynamoDB 。

https://aws.amazon.com/cn/rds/aurora/global-database/
https://aws.amazon.com/cn/dynamodb/global-tables/

另外 AWS Route53 是用来把用户分流到多个 Region 的 DNS 服务，不过不便宜。

@wee911 请问 HC320 大概多少钱，什么渠道？

LZ 说的双开门不知道是不是对开门；传统冷冻一个门冷藏一个门的冰箱我称为单开门。
刚买了上面对开门下面两层抽屉门的卡萨帝 500，本身定位是高端冰箱，内部容积比同体积其他冰箱大很多，但我觉得并没有很好用。

优点：
1. 对开门不分左右
我家冰箱在客厅墙角左边靠墙，前面又有沙发。单开门冰箱都是从左往右开，不适合这个位置。同理，如果冰箱放在长条形厨房并且冰箱前面过道狭窄的话，单开门也可能遇到问题。对开门不存在此问题。

2. 对开门门上的东西不容易掉
单开门冰箱用力开门时，门上放着的瓶瓶罐罐容易掉下来。对开门因为门短，几乎不会掉。

缺点：
1. 保险区抽屉难抽
这个冰箱带能调温度的“保鲜区”，是在冷藏室里的两个抽屉，不知道哪个脑残设计的，没有把手，要不用指甲抠边儿抠出来，要不把抽屉上盖儿掀起来。另外，好像其他冰箱的保鲜区也都差不多……

2. 没有放大瓶子的位置
因为保鲜区占位，冷藏室里面没有连续的高空间，一些大瓶子比如蚝油没法竖着放，不方便。

3. 门不能开到很大
这个冰箱是“嵌入式”的，门不能像我家以前的冰箱那样几乎打开到 160 度，而是只能打开到大约 120 度。门本身又是向内凸出的（门上支架位置），导致冷藏区的承载玻璃、保鲜抽屉想拿出来非常费劲

4. 冰箱太高了
高本来是在相同占地面积的情况下提高内部容积的优点；但我刚量了一下，冷藏储物空间下缘（即保险抽屉上缘）离地高度一米四，这对于矮子和小朋友来说不太友好。最上面有多高其实不是问题，但下面也高就会降低易用性。


总结：
地方够就买大点。这是一个像电脑电视一样高频使用而且更新换代频率又低得多的设备。我现在觉得十字门的宽体冰箱比较好（纯粹从外形来看）

借问现在性价比最高的企业级硬盘是哪一个……

“喜欢研究各种编程语言”

这点就有点偏了。应该研究的是用编程能实现什么，以及面对特定问题时用哪种技术（包括语言）实现最为高效。
语言和技术本身不是目的。

挺好玩的，但是一楼说的对。

会议室收费只是这家公司的奇特管理方法的一小部分。这家公司的管理方法大致看来就是以货币系统量化各个部门的产出和成本，会议室属于成本，因此消耗货币才能使用。

对于一个生产消耗品的公司，这一系统应该挺合适的。

有个接缝没对齐。
https://tmp.f8.n0.cdn.getcloudapp.com/items/wbuW05Qo/Image%202020-06-16%20at%2012.47.38.png?v=fe29e42c6adc30440941bafd30401bd1