最近两个月什么生活习惯变了，另外环境哪里变了，也不排除是这段时间里那个时间点出现噪声，比如装修

@neptuno 有几个相关概念叫 Call Hierarchy 、Call Chain 、Find Usage 之类的

上面都提到了 I 是接口，似乎没人提 P ，ABI 也是应用程序接口。

首先：你这是向后兼容，不是向前兼容。。。

修改 daemon.json 法肯定是有用的

@dlzht 不管第一还是第四，你都需要 n 个空位去存储这 n 个数字，不论是 number 还是 bit 。求和需要的 bit 位数上面说了。
这个题要求的就是 1-n 的连续数字，不是别的情况。

你这四个答案在空间复杂度的层面，都是没有区别的，都需要 n ，而面试官的答案是 log(n)。
对于 n, 面试官的算法中，求和占用的空间是 n*(n+1)/2 ，二进制位数是 log2(n*(n+1)/2)

至于时间复杂度，都一样，是 n.

面试官说你想复杂了我觉得不够提示明确，直接说这个算法不好得了。

上面的人都没理解你的问题
你的问题关键是连接进入了 time_wait 状态，此时连接还没有完全关闭，妨碍了新的连接建立。
正常关闭的连接不会进入 time_wait 状态，而是直接 closed 然后消失。
另外你也可以缩短连接在 time_wait 状态停留的时间，Windows 上怎么弄我不知道

第一个，apk update/add 完之后，可以清理清理缓存。甚至看看有没有更小的基础镜像自己装 node
第二个，yarn 也一样，安装完之后清理缓存，build 完之后清理开发依赖。如果不知道要清理啥，那就和 #7 说的一样，把 built 和 node_modules 拿出来用。

最大的就是 node_modules ，没太多优化空间

如果要便宜的话，我选小米 s1 。小米的缺点是前两秒出水不热，因为我每次只接 100ml ，大概没考虑这个工况吧。
用过奥克斯，有一股塑料味，去不掉。虽然没有加热问题。

恒温壶之类的考察过，要么烧开放凉，要么得一直保温，不管是耗电还是噪音都不可接受。

@julyclyde
先开 a 输出再开 b 输入把 a 接到 b ，就需要 pipe 先 buffer 一下 a 输出；反过来直接对接管道就行了，甚至不需要 buffer 。
你说呢

@jinqzzz 因为 process substitution 也可能用 pipe 实现，道理一样
https://www.gnu.org/software/bash/manual/html_node/Process-Substitution.html

@julyclyde 理论上 bash 对管道没有这样的声明，实际上自然也不能做这样的假定。
而且先开输入再开输出再连接它们在技术上是完全可行的。

pipeline 水管嘛，想想现实世界中的水管，谁会用水管储水，不都拿蓄水池嘛
所以你想把上游的输出全部放到水管里以后再放到下游的水龙头，就知道这样做是不合适的了吧
但是如果你真想干这种奇怪的事，那就是想办法造一个非常大非常粗的水管了

bash 的 pipeline 只声明了会将命令程序的输出和输入连接起来，可没声称这些命令的执行开始和结束顺序。

@zhuisui 不是驱动，是固件

四年前买的 niz atom 66 ，那时候的驱动，节电模式下蓝牙信号干扰严重的时候输入有问题，居家办公的时候发现的（可能家里 2.4 G 的 wifi 信号太多），但是后来的驱动修复了发包策略，再也没出过问题。
一把键盘用到现在。现在办公室鼠标、键盘、耳机全蓝牙。也不用 wifi ，因为蓝牙省电。

我通篇看下来，包括技术和交流方式两条线，尝试分析一下
1. 先说交流方式
- 架构师嘛，我猜估计资历和年龄都不小，有点脾气也能说得过去吧。上来先是教训小朋友的口气，然后是有点不太耐心仔细的回答，最后一竿子打死看起来不怎么靠谱的新人。我想说是没那么好，但是也没那么差。这个世界就是这么浮躁。
- 题主嘛，开口就是“你说得不对”（技术的东西我一会儿说），直接莽撞，然后回答也没那么严谨仔细（第二句“但是...”，下面说），也是充满了年轻人（我猜的）的脾气，也没做到处事严谨仔细。

在我看来半斤八两。
2. 再说技术
我很久没看 MySQL 了，临时搜索了解的脏读、不可重复读、幻读三个问题，以及快照读、当前读俩读取手段，还有可重复读和串行读四种隔离级别，也看到一些文章提到可重复读对于当前读手段，会有产生幻读问题的情况。当然我也没有验证，不过人家声称是验证了的，所以我觉得这是可信的。这里又牵扯到 MySQL 版本的问题。
我想说，这个特定场景在特定时空下肯定是存在的，而且这和题主的声称（但是...）的场景也相左。（不知道题主说的修改、冲突具体指啥，也不是专有名词概念，也不一定是指“可重复读对于当前读产生幻读问题”）
可以认为题主自己的技术也不严谨，一开始声称是 MySQL 实现上用 innodb 彻底解决了幻读问题，说对方是只知道规范。但是实际上是反过来的，对方才是很了解实现的人（毕竟都在美团了应该也见过不少特殊场景了），而题主自己主要是在看文档（虽然自己做了测试，但没提到上述场景）。

所以技术我站对方。

但是再看一下这个帖子的标题吧，我觉得题主过分了。
我自己吧，不觉得架构师就应该有好人品好涵养什么的，这是一个技术称谓，又不是“大师”“方丈”😃。
over

刚查的
锂电池电量过大或过小，正负极材料更易损耗；电压越高，循环损耗越大。
不过一般不用在乎就是了