@runtousa #16 可以试试国防科技大学的这个公开课，内存相关的话可以直奔第九章 [国防科技大学-编译原理（国家级精品课）高清流畅] https://www.bilibili.com/video/BV11t411V74n?p=40&share_source=copy_web&vd_source=15265a7d7d02e833e6fd88bc0bc421a1

jQuery 或 document.querySelector 选中这个 style 元素，读取里面的 innerHTML ，然后 replace red 为其他字符串，再重新赋值给这个元素的 innerHTML 值，即可。

虽然可以这么做，但一般不这么做。CSS 的主流用法就是覆盖属性和切换 class ，这样在合理规划的情况下从 CSS 代码上就可以看到状态变化，直观、容易维护。修改代码的方式会使得你在读代码的时候不能直接了解到这块代码什么时候变成什么样子，维护大量代码的时候比较容易产生失误。

我认识的一对的情况是：两家一南一北，但新人长期在帝都发展；双方父母都准备了礼金，交换礼金之后双方父母又把礼金转赠给了新人作为生活基金；婚礼是各家在各自老家各筹办一场，愿意大办就多出钱，想小办只摆个桌就少出钱，谁出钱谁拿份子钱；新人不再自行筹办婚礼，只搞个好一些的蜜月旅行；买房双方家里都出了一些钱，男方出的多，但房本写俩人的名字（可以写比例的）；女方家里还有一个哥哥，但家里是一碗水端平，哥哥给多少妹妹就也给多少。人家现在结婚三四年了，刚还生了个孩子。

搞对象本身就是一个双向选择的过程，不是牵手成功了就必须一条道走到黑，不合适就分，愿意将就就结；三观正、讲道理的岳父岳母也是存在的；遇到不合适的还不愿意分，那不就成了恐婚素材了嘛。

另外其他楼也提到了一个很关键的事情，就是两个人结婚实际上是两个家庭建立关系，而协调两家的主要责任就在于结婚的两个人身上，通常这两个人只要有一个人没有主见和作为都会让两家产生矛盾。而且如果在这些问题上两个人都聊不明白，也说明你们还没磨合到结婚的时机。

法律不完善的灰色地带，算不算侵权主要就是看法庭上掰头的情况。

咖啡因作用机制通俗讲大概是这样的：
人体有一种受体，插上困倦的递质就会开始困，休息会让这些递质被拔下来代谢掉，于是就不困倦了；咖啡因也可以插在这种受体上，又因为受体位置数量有限，当全插满咖啡因之后，真正会导致困倦的递质就无处可插，此时受体认为没有困倦的递质存在，就不产生困倦的神经信号，只能等咖啡因被拔下来代谢掉。

所以已经困倦了说明受体已经插满了困倦的递质，咖啡因无处可插了，导致喝咖啡没作用，但此时你休息一下，让困倦递质被拔下来，没代谢掉的咖啡因就会趁机插进去，然后让新产生的困倦递质不能插入，就很快恢复精神了。

一般个人用没啥显著区别，熟悉哪个用哪个就好了，ext4 比较简单，网上资料多，工具支持完善； btrfs 确实先进，但先进功能用起来也会复杂一些，另外故障恢复的时候 btrfs 也会和 ext4 搞起来很不一样。

btrfs 的一些先进功能比如 copy-on-write 、快照、压缩，如果你确实需要可以考虑。

我目前是对 btrfs 比较熟悉了，所以工作用的 Manjaro 和个人服务器用的 Debian 都用的 btrfs ，针对我的使用场景支持还不错。

去投简历是最佳的劝退方法。

也可以加点坚果。

想起以前买一杯活性乳酸菌的酸奶（保质期比较短的那种），散装牛奶买回家煮开放凉之后跟酸奶混合在一起，41 度左右几个小时就能做出一大碗酸奶。

根据相关报道，Linus 如今在 Linux 项目上基本都是做项目和产品管理工作了，可能不怎么亲自写代码了，主要就是把控方向。
Linux 基金会体量不小，项目很多环节应该已经有专人接手了，项目管理上面对 Linus 进行补位应该问题不大。没有 Linus 的强势把控可能 Linux 的发展会更容易受到商业因素的影响，这个可能需要各个赞助商来平衡。

人力资源是个市场，符合市场经济供求关系的基本原理，每年招聘旺季前其实雇佣双方都会进行一次估价，合适的话就继续维持雇佣关系，不合适就调整雇佣价格或者换掉对方，即竞争让市场具备调控能力。
一次买断相当于让这个关系脱离了市场经济，于是会失去市场的调控能力。以前是因为每年一次的议价的存在，所以雇员会为更高的雇佣价格而争取，雇主会为更低的雇佣价格而争取，双方都主动迎合对方的期望，使得雇佣价格维持在一个靠近实际劳动力价值的区域上下波动；现在变成了雇员无法争取更高的价格，雇主也无法争取更低的价格，于是雇员会去争取更少的工作量，雇主会去争取更高的工作量，双方都会极力反抗对方的期望。此时如果第三方暴力机构介入强制要求雇员按照雇主的期望来工作，就会变成纯粹的剥削，嗯，其实奴隶制就是这样一次性买断劳动力的。那我作为雇员来说，肯定是不希望这样的事情发生。
只有当抛开人性和谈理想情况的时候，比如一个完美的方法可以准确、客观判定工作量，且工作量可以保持 30 年稳定不变，即 100%避免雇员偷懒和雇主剥削的问题，那么这个问题才可能控制变量到是一次性拿 30 年的薪水划算还是按部就班拿薪水划算。

从实际情况来看还会有另一个问题，就是雇主不可能一次拿出所有雇员的未来 30 年的薪水，薪水是来源于组织机构的结余，结余不够就发不了更多薪水，除非组织机构可以一次性拿到未来 30 年的利润，但这就有点时间悖论那味了，能拿 30 倍利润谁还愿意干 30 年业务。

在年初年末出生的人可以用农历生日来确定生肖和虚岁，比如我就是虚两岁，生肖和同年出生的人不一样，时长可以拿来作为跟同事搭讪破冰的素材。

多试几种，选自己喜欢的就好，不同奶源、生产工艺的奶味道会不同，同一种奶不同人喝起来感受也会不同。

很多人看氛围的；如果大家都主动换水，那么自己也会主动换水；如果大家都不换水，自己换水会觉得不公平。
换水不难，难的是心态：凭啥每次都是我换水？

1. x86 版的群晖是可以玩 Docker ，群晖有自己的管理界面，你也可以装 Portainer 之类的来管理，但一般 NAS 设备的那个性能也只能跑些轻量级的东西，想玩服务器建议单独搞台性能好的机器。
2. 有条件的话可以跟运营商要公网 IP ，光猫改桥接，然后配置端口转发和 DDNS ，我个人强烈建议套一层 VPN ；家庭宽带通常上传和下载速度是不对等的，比如下载千兆但上传可能只有 50Mbit/s 。
3. 自建太折腾，如果真的是想稳定地用，建议白群晖一步到位。

我自己按照群晖的硬件配置，用 j4105+迎广 MS04 攒了一套，跑 OMV ，虽然灵活度很高，但还是比较折腾的。另外你要用实时 RAID 的话得配一台 UPS 。
顺便提一下，玩 NAS 的成本大头主要是硬盘价格，机器价格和电费占比很小。

让他们给解决，如果封 IP 了就让他们协助换 IP ，你揪着他们就好了，给不出满意的解决方案就一直提工单，你也可以把其他服务器正常的证据发过去来增加一些说服力。

提工单给阿里云，提供尽可能详细的证据，让他们调查解决。

行业之间的思路可以借鉴，但不能完全套用。
即时通讯工具的特殊点在于你自己不能按照自己的喜好随便换，你要通讯的人都在那个平台上，自己换了也没用。
要想这个行业可以进行竞争，需要国家出一个强制各通讯平台互通的政令，就像短信和电话一样。