Emacs Lisp 都能煮咖啡了，为啥看不起 Go 不能装天线。

@Livid 单机呢？
然后不管多出来的网络成本，确定把问题转换为风险管控和砍价上兜得住么。
二次开发成本呢？
（怕是要和抠脚皮大汉打一架：Who does that server really serve?）
我现在要在本机索引万以上的大小 1M 左右的截图，要求能任意两图之间快速预览加注标签近似比较自动去重，持久存储效率平均不低于 FLIF 的 30%；暂且先不管价钱，有什么 IaaS 方案能救吗？

没分离屏幕需求不建议 SB。

@jswh 看脸，电池涨了硬是摁回去了。。。
只换不修非常蛋疼。

可以继续做什么很难想么。
online compression/deduplication/transparent encryption/load balance/archivefs/audit log...

选错了，占了有兴趣的坑。
然后呢？能怎么样？

这是进了 m.baidu.com 的屑了吧。FF 默认是这货。
不行直接自己进 www.baidu.com ，UA 也素所谓，现在浏览器不都什么要求桌面版么。。。
反正我 FF nightly 自己到 www.baidu.com 长按搜索框把默认搜索改了。

域名？能吃？
1HeLLo4uzjaLetFx6NH3PMwFP3qbRbTf3D

比起传统火星文抗 OCR 还是弱了点。

测试出 spec ……既当运动员又当裁判？

@ww2000e QQ 也是屑，协议糊改禁止非官方客户端也就算了，本地聊天记录整起来体验多奇葩先不说，性能能不能别那么感人不……
这些还只是作为 IM 本身的烂。还有个微信战斗力完全没法比的流氓—— QQProtect.exe 。

@SuperMild 大多数重度使用微信的，恐怕只是因为之前没用过任何 IM，包括 QQ。反过来从 QQ 切换过来的重度就少得多了。
（类似地，大多数用 iOS 或者 Android 的，之前并没怎么正经用过“智能手机”。）
现在嘛，弃疗，老实被代婊吧，适当机会再考虑扁回去。
先跟鼓吹多数民猪的一起加到清单。

@ooooo 要输入敏感信息不给源码的国产输入法都不指望安全了。
地图 Web 端体验没很大区别；移动端 app 的话现在的机器性能问题也不大。
不过说能留住用户，除了有会因为习惯的作用，还考虑预装 app 的绝对数量，至少现在百度的渠道还是有些存在感的。当然，前提还是产品体验跟竞品没绝对差距。（虽然华为阉割版百度输入法这种会引起风评被害的就很那啥了……）

跑点题，这玩意儿技术上的出发点就是对没法方便隔离环境的具体负载的变通。
如果能跑的东西本来就有机制能方便隔离，那么仅仅是为了让环境干净，再套一个间接层的收益自然不大——这里的收益是相对的，很多时候是通过相对替代方案降低成本体现。例如虚拟机比物理机省事，操作系统支持的 namespace 实现的隔离比虚拟机省事，等等。
但就原始目的来讲，这样的比较也不是绝对的，因为隔离会有功能限制上的代价。隔离完倒腾环境是省事了，但能做的事情往往就少了，在同一个实例上部署其它玩意儿的可能性通常也减少了。所以越是对通用性和灵活性要求越高的场合，细粒度的隔离限制越明显。极端情况下，如果目的不止是隔离，还要强调完整地模拟其它环境，那么当然就不是越轻量越好。比如像 WSL2 不也得依赖虚拟化么，为啥不按 WSL 的套路来？
还有个问题也是显然的：隔离出来的实例多了就容易冗余。只是业务系统上跑的东西相对专一，本来就无所谓多少共享的依赖，独立部署自然无所谓。不过开发机上来讲，如果不是为了测试生产环境，这样显然不太划算（除非你一个开发机只打算管一个项目）。考虑这点，用隔离环境的思路来实现解决共存这样的问题就明显是跑偏了。要实现这样的目的，应该用更细粒度的非完全隔离的机制，比如 nixpkgs 之类的包管理方案。不过这类东西可能太偏向开发者了，运维基本都没概念更不可能流行，别指望近些年内能在公共生产环境用上，作为开发者还得自己负担环境差异带来的额外成本，于是基本只能自己玩自己的。

@loading 基于 HyperV 的直接就是虚拟机了……
真要开发还得另说；但光就部署讲，要是直接已经有提供了个 docker image 的情况，还费事把它拆出来自己撸一遍重新部署，那是没事找事。

@aiwentianxin 各人情况不同，纠结数量没意义；对有的身板不够结实的来说，你这里的 10%的运动量可能都足够得去做理疗了……

@ODD10 腿不一定是先废的，福报起来很容易别的地方的骨头和关节会先废掉……

@fngtz 新版才这样，旧版不止一个微动，没那么奇葩的问题。
（虽然习惯之后随便按哪都能滚动也是挺爽的……）