我觉得就是界面确实有些混，另外是资源包和预付费的规则非常复杂。

但后付费计费规则本身和查询，还是很简单的。

这个和操作系统没有关系。

如果开全屏的话，可以设置每次启动改分辨率，一般的游戏就是这样的。窗口的话，必须应用支持。当然有一种情况是显示设备支持同时显示多个输入，然后系统可以做多个输出。这样可以得到同一个屏幕上有不同的分辨率，当然这个 setup 太复杂了。

工资在劳动法中是有明确定义的。

各地工资支付条例，基本一致，至少一个月一次，必须以货币形式。

所以按法律，这不是工资。

"虚拟"在这里没有任何意义。一旦形成文件记录，被税务局查到，就是故意逃避义务。后果如何取决于你头铁不铁了。

@dxgfalcongbit 我现在的 setup 和你差不多，只是还有一张桌子桌面在腿上面放键盘，高度和你鼠标差不多。但是真的码字起来，有的时候会不自觉的坐起来。一直觉得就是因为显示器和键盘的角度问题。

@outdoorlife 这个嘛。事实上，人的腰椎就不是为了直立行走设计的。就算几百万年的进化，这个部件的质保也只有三十年。

真按设计使用，应该成天像 @makelove 那张图那样趴着。

@dxgfalcongbit 那样的问题是键盘放哪里？一般桌子没有倾斜度的话，打字不难受吗？还有鼠标怎么办？

@qsnow6 所以我提供了一个 DIY 的想法嘛。其实一千刀我也很难接受。电竞座舱那个也得 pass ，太羞耻了。

@brucewar 经验之谈，这个你坐着也能睡着。

@ALVC666 久坐提醒这个现在已经是有的了。不过还是觉得可以更舒服一点。

@root01 不要这么水深火热嘛，让我说老板对于请员工按摩、洗脚什么的更积极。说明升级办公设备加拢人心的性价比不高。当然这是另一个话题。

@RedrumSherlock 要不我去投个简历？上面的远程机会靠谱吗？

@helone 还真是，一直不知道这个 tab 的存在，也许是某天无意点击过它，……

现在是完全按照票数展示，印象应该被接受的答案放在第一位。

@xiaoyang7545 跟业务类型有关系。跟规模没有关系。不要认为规模越大底层投入就一定大，那只是厂商宣传营造的表像。逻辑上就没有关系。

很多基础底层业务厂商，像专门的算法厂商，比起所谓的大厂。其规模并不大。

@crayygy 这个看具体的代码类型。

如果是表示的是具体的业务，特别是现实中的商务订单处理这类，当然应该尽量分开。

如果是对一张照片里的每个图素都进行一次变换操作，这么写代价就太大了。

@xiaoyang7545 轮子这个事情，跟规模没有关系。就前两天那个 log4j ， 多少大厂用的？有几家大厂对内部引用的开源库的代码做过 review/audit 的？

想想那个谷歌招 Homebrew 作者的段子。

说白了就是大厂简历来的太容易。人事系统根本不会把精力放在招聘上面。所以用八股和学历去程序化刷人。这样很大一部分的招聘成本就转移给应聘者。

这个应该是传承的 Java 吧？如果要分隔，只能用 "/" ，最后搞成很多层很多层这种。

k8s 应该是不想搞很多层，所以就变成这样了 credentialprovider 。

往好的方面想，早期文字其实是没有分词符的，都是连写。

@swulling 用进废退是拉马克主义，没有人会说拉马克是伪科学。你这个高中生物要重修。

你说的那个苏联的是李森科主义，这个很多人说是伪科学。

这个和高端低端没有关系。一般只是视觉疲劳。

确认一下显示器实际刷新率和照度、还有环境照度。

频闪仪可能有点小贵，不过真讲究的话，建议投资一下。

@swulling 不谈 WAL 的话，或者键值。日志这种持久化方案，从持久化这个概念提出不久就有了。几乎所有的持久化方案都有日志的，磁盘文件系统也很早，至少八十年代末九十年代初就有了。如果是传统数据库，应该更早一点。

说特定时间点还原可能有点问题。讲究一点的说法，应该是为了实现部分或者全部的 ACID ，所以用了日志。反过来说的话，我不知道这个判断标准对不对。我看 ACID 的实现 ，就是看系统能不能还原到任意时间点的。

我语气可能有点不太好。

因为 OP 这个问题相当于在问一个内存引擎的键值服务和一个消息服务的数据为什么不直接落盘。我觉得唯一的回答只能是因为内存不是硬盘了。

@tigerstudent Redis 企业方案本来就是直接上 redis on flash / rocketdb 这种解决的。说其它的都是废话。

当年 Redis 内种内存型 KV 存储说白了，就是牺牲底层数据可靠性和组织度来提升性能。想要持久化什么都是后来用的太宽，很多不适合的场景也使用 Redis 这种导致的。架构反过来去适配代码。

举什么顺序 IO 、机械硬盘原理来理解这个问题本来就是误读。

需要日志的原因其实是和数据库用 binlog 是一样的，功能上就是为了还原到特定时间点。

你这种不就是 persistent memory 吗？直接买硬件不就好了？何必在这里瞎想。

还有 redis 这种项目最初就是内存 kv 存储。一开始和持久化没有什么关系。不过确实日志这个方案，很早 binlog 就是如此。就是性能，没有什么好奇怪的。