@ColdEye1984 我还找到了之前的维修记录，不过是相当老的机型了，可以去碰碰运气
https://i.v2ex.co/E4IW7iQt.jpeg

之前老旧的 Macbook 遇到过类似情况，如果运气好不涉及到硬件损伤的话去直营店让他们调整一下就好，10 分钟就可以搞定。

@rekulas 图片库里人类和 AI 的绘画分布是均匀地，只不过每次抽样 10 张照片可能会有偏差。

感觉做的不错呀，不过提交检测之后报 405 错误，也可能是我这里网络环境问题。
顺便捉虫：Recommend by costomers -> customers

完全取决于浏览器或者发起链接工具的行为，根据我的经验，至少遇到过以下几种不同的处理方式，
1. 同时使用 ipv6 和 ipv4 发起请求，哪个优先回应使用哪个
2. 先使用 ipv6 ，等待一段时间之后，若无法链接，再使用 ipv4 发起连接
2.1 同上，只不过 ipv4 被优先使用
3. 先使用 ipv6 ，如果不通则直接不通
3.1 同上，只不过 ipv4 被优先使用

需要注意的是哪怕是相同的工具，跨版本之后行为也有可能改变。之前遇到过不少坑。

看了看外网的讨论，应该就只是单纯符合雷电标准的 15W 供电输出。至少支持 5v3A 和 5v2.4A ，PD 是不支持的。

第一，websockets 作为一个单纯的协议并不应该关心客户端和服务端双方是如何对具体信息交互的，对于你的需求，唯一的方法就是自己封装一个更上层的解决方案来维护消息自身逻辑的收发有序性。
第二，从你给的代码，在第一次发送之后，在收到服务器回应之前，第二次信息不会被发送，自然也就不存在你所说的问题，我猜你想描述的是以下这种情况
await ws.send("read A")
await ws.send("read B")
await ws.send("read C")
# 此时如何保证 A ，B ，C 分别是 Data A ，B ，C
A=await ws.recv()
B=await ws.recv()
C=await ws.recv()

6 小核的确提升了体验，省电和发热体验的确惊人，我当年购买上手的时候发帖就说这台电脑冷酷的和我前女友一样。说点吐槽

从 M1 开始 Mac 的小核策略就十分激进，凡是被 Apple 感觉要放到小核上跑的就一定会在小核上跑，比如说 Time Machine, Spotlight 索引，和 Mac App Store 安装程序，而且你没有任何简单的办法把这些程序调度到大核上。

这个一刀切的手法确实提升了体验，但也引出了一个问题，大型软件（比如说 Xcode ）在 Mac App Store 上安装体验会被极大的劣化，特别是在只有 2 个小核的机型上。以“m1 xcode install slow” 为关键词可以搜到很多类似的案例。我还记得当年升级 Xcode 后来都是挂着睡一晚上，不然太浪费时间，忍无可忍之后换了 https://github.com/XcodesOrg/xcodes 手动管理 Xcode 安装后才好了起来。

现在用着 M2 Pro ，其实最大的升级动力就是双倍的小核数量。

https://tool.lu/article
一边摸鱼一边看技术文章

根据 SteamDB 的数据，粗略估计大概卖了 113 万-200 万份
即使按照最低 113 万销量，和史低 56 元人民币来算，也是五六千万的分成前销售额了

我也是鼻炎，咽鼓管也经常堵塞，比较严重的时候还伴随着耳鸣，建议还是咨询一下医生的意见，因为这东西如果堵塞严重的话是非常难受的。
我个人因为在国外的关系每年基本都要坐不少 12 小时以上的航班，只有在起飞降落阶段需要特别注意。一般就是找个口香糖一直嚼着，没有的话弄个棒棒糖也行，主要是帮助进行下意识的吞咽动作平衡耳内压力。楼上有提到的吞咽动作附带的调节耳压也可以练习一下，如果你和我差不多的话应该可以在吞咽的时候听到鼓膜膨胀又舒缓的声音，掌握这个力度就可以。
不建议捏住鼻子然后用力往咽鼓管鼓气，这个适合没有鼻炎的人，有鼻炎的话会很容易导致咽鼓管发炎

type A = {a: string};
type B = {b: string};
type C = {c: string};
type D = {d: string};

type All = A | B | C | D;
type AllButD = Exclude<All, D>;

https://i.v2ex.co/9k8gjQ43.png

M2 Pro ，最近一周，额外连一台 4K 显示器，常规工作，写前端写文档的温度，室温 25 度左右

1. C#的语法允许使用 var 关键词来自动推断类型，例如 A a = new A()可以写成 var a = new A()
2. 这个问题算是比较常见的了

2.1 A b=new B(); 和 B b= new B(); 有什么不同呢？
相同点：同样都是调用 B 的构造方法，b 同样都是 Class B 的实例
不同点：A b=new B();这样的方式下无法调用派生类 B 的方法，只能调用基类 A 的方法

2.2 存在这样的方式主要是有的时候我们只关心基类而不关心派生类，单独使用确实比较奇怪，这里更多是想向你阐述这样的一种转换方式是合法的。

其他的使用方式，比如说，B 是法师，C 是射手，基类 A 中有个方法 Attack(A target)，接受一个 A 类型的对象并攻击他，那么就可以这样使用
var b = new B()
var c = new C()
b.Attack(c) // 合法，此处形参中将 c 隐式转换为 A 了

Setup 是否会导致可读性变差我持中立意见，对于复杂初始化的操作 Setup 是很方便的解决方案。

TearDown 确实不是必须的，因为每次 Setup 都会给 m_analyzer 一个新示例，不需要强行赋值 null 来清理。

15pro ，轻度使用，微信，QQ ，短视频，看小说占大头，感觉温热，不算是很烫。

顺带感觉续航还可以，基本睡觉前还有 30%-40%。

https://i.v2ex.co/gwi4Qy9K.jpeg

纠正一下上文，检查了一个 Angular 6 和 8 的项目，Node 版本是 8 和 10 （掩面）

比如老旧项目，升级不如重写，
我司现在有
- 两个 Angular 6 的项目，Node v12
- 两个 Angular 8 的项目，Node v14
- 三个 Angular 13 的项目，Node v16

感觉极有可能是专线
玩欧服游戏，以前用的是自建法兰克福 CN2 小鸡，延迟大概在 160ms 上下
用了 UU 之后，UU 显示的延迟在 125ms 左右
不知道用的什么线路延迟这么优秀