我个人印象里，生产力工具的触屏特性的应用场景主要是会议演示和手绘，娱乐属性的可能可以用来玩点休闲游戏，除此之外没啥用。

我个人对 Macbook 的需求主要是续航，所以触屏对我来说不算加分项。

一般正式环境业务不会但节点跑的，多节点就需要负载均衡，那么只需要手动调整负载均衡权重，让一台机器没有入站流量了，再将这台停机升级，恢复流量再处理下一台。

可以用脚本或程序自动化，持续部署方案比 k8s 出来早很多年就很成熟了。

先定设备，再定点位，最后定线缆。
实在定不了，就埋兼容各种线材的管子，到时候需要了再穿。

我交过的女朋友没有这样的，这应该只是个人的性格和观念问题，跟女朋友群体没啥直接关系……

看预算和使用场景，如果预算高，就全垂直盘；如果预算紧缺，同时没有大量写操作的需要，叠瓦盘也不是不可以。

我现在都是买西数和希捷，官网有清单列出了哪些是垂直哪些是叠瓦。实在拿不准多找几个店家问问。

即便是垂直盘，也要做好冗余和备份，这才是保障数据安全最重要的手段。

这是虚拟经济本身发展失控有关，现在只不过是消泡而已。

哀嚎一片可能是错觉，因为没失业的人不会来网上嚎叫。

能拉出来一个万恶之源来祭天当然简单，但经济问题是非常复杂和具有专业性的，不是有谁负责就能解决的。

@Cola90 #11 那这样你就跟谷歌翻译差不多了，应该没啥风险。

@Cola90 #5 如果你像谷歌翻译一样，不提供漫画本体，而是需要用户自行上传漫画并返回翻译后的结果，你就可以和谷歌一样免责。
这种事情的关键在于你是否会提供版权内容本身，就好比字幕组提供电影本体、歌词站提供歌曲本体，都是有版权问题的。

@tool2d #4 Chrome 确实有些设计不合理的地方，不过你要知道，它只是个浏览器，这就决定了它的安全性设计仅满足于浏览器本身的需求。
所以涉及到敏感信息的情况，我通常不会使用普通浏览器，比如密码管理。

不过不管怎么说，你讲的也都不属于 HTTPS 的功能范围。安全向来都是相对而言的，还是得自己了解其中的原理，然后再根据需求慎重决策。

降低要求，先找到个收入来源，然后骑驴找马。

这压根不是 HTTPS 的职责范围。你都突破物理隔离了，即便不用环境变量装个抓包证书就可以吧，或者替换个加了后门的魔改版浏览器也可以吧。

HTTPS 有效的前提是你信任你的浏览器和操作系统。

你的场景显然不符合这些例外。
如果是个人目的，你就不能传播。
如果是教学研究目的，首先你得有个教学或研究组织单位背书。
一般要告你的话，主要是因为你拿这个赚钱，或者妨碍版权方赚钱了，维权主张有很多，胜诉经验也很多，毕竟版权方法务是靠这个吃饭的。
我曾经代表公司与某国内漫画大版权方交流过反盗版经验，他们合法手段达不到目（比如服务器在境外）的也会用些邪路子，比如渗透、DDOS 之类的。

阴谋论没法破，愿意相信的人不会听别人怎么辟谣。

微软纸牌 Microsoft Solitaire Collection
黑白棋
扫雷

从 S20 开始每一代的提升就不大了，虽然苹果最近也没啥大提升。

两个需求场景的交集有限，大多是没得选。比如苹果商店里买了一堆应用的，肯定没动力换安卓机；爽于各种侧载的，也肯定没动力换苹果。

面试是测试你水平上限的，所以肯定要问一些面试官认为代表水平上限的问题，只问 CRUD 谁都会，一百份简历只要 5 个人怎么办。

知己知彼百战不殆，你只有摸清楚了面试官的思路，才能更好拿捏面试。