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 左右
不知道用的什么线路延迟这么优秀

坐标巴黎，我估计懒得折腾，直接去市中心买一个了。
法国 VAT 大概是 20%，也是高得令人发指

分别试一下以下两个链接，一个是 Https ，一个是 Http ，如果 Https 正常但是 Http 不正常，那就是 Safari 的安全策略

https://httpbin.org/basic-auth/user/passwd

http://httpbin.org/basic-auth/user/passwd

如果两个都无法正常弹出登录框，那就是浏览器的问题

治标不治本的方法，Unity 编辑器允许你限制编辑器的帧数从而限制编辑的系统资源占用，可以限制到 60 或者更低
https://www.v2ex.com/i/746M6Sj4.png

在一些编辑器版本中，如果不加以限制的话编辑器会没来由的持续占用全部系统资源在编辑页面跑到上千帧

https://docs.unity3d.com/Manual/Preferences.html 这里可以搜到“Interaction Mode”

确实，看了看只有少数时间段风扇再转，室温大概 28 度，目前待的地方没有空调，工作体验拉满

https://www.v2ex.com/i/jzZfjB4g.png

远程工作的时候只能听到旁边电风扇的沙沙声

无解
类似的问题出现过很多次，可以参考之前的讨论
https://www.v2ex.com/t/748330
有消息说新系统开省电模式可以减少显卡空载功耗，存疑

https://www.v2ex.com/i/bF3x0S6a.png

1T 硬盘版本

以前只有一台，现在公司配了三屏感觉爽多了
主要码代码的显示器放中间，
左边显示器开 Teams ，Outlook 还有 UI 和 PM 给的各种草稿设计稿各式各样的要求
右边显示器常开一个浏览器用来预览、搜索和查文档

M1 PRO 2E+8P

cargo build --release >> /tmp/cost 2>&1 1366.18s user 43.72s system 306% cpu 7:40.32 total

还有一个问题，这类游戏有很多在第一个月就收回开发成本了，留着的长尾收入相比之下不够看。
不如再开发一款新的换皮。

之前做过类似的技术选型。

如果点对点是一个核心诉求的话，那么网页端的游戏的可选项只有 webrtc 一个，但是即使 webrtc 也需要一个中心化的 stun 服务器来帮助两个用户建立点对点的链接。考虑到国内糟糕的 NAT 环境建议先充分测试再做决定。

如果不是的话建议考虑比较传统的中心化解决方案，裸 websocket ，Socket.io ，SignalIR 都有比较成熟库。

同配置下内存带宽对一般编程或者剪视频工况的影响不大，除非是专门对内存带宽有要求的性能测试子项或者科学计算项目。
性能释放来讲，16 寸虽然相比上一代有少许阉割，但是安安静静压一个 pro 还是没有问题的。性能释放重灾区主要集中在 14 寸的机型