@lightjiao 正经的商业项目开发我司还是跑在高性能的 windows 工作站上的。M 系列芯片更多是实验性质的调研和跑 iOS 的编译。
在我们目前版本是 2021LTS ，目前 Editor 算是比较稳定，偶尔有 Editor 崩溃重启的问题。

@McVander 自从我 17 年的时候把整罐可乐泼洒在键盘上 AppleCare 帮我以相对低廉价格把除了屏幕都换了之后，我基本上每次换代都会购买 AppleCare+
虽然的确很贵，16 寸版本的三年是 349 欧元，好在如果中途出了二手也可以按照比例获得退款，

@mythal 比较单纯的升级换代，看重的主要还是 Xcode 编译性能的提升，如果真如 PPT 所说能有 25%左右的话其实已经非常厉害了。
14 寸用久了想试试看 16 寸的

试试看 URP 的版本，在 iOS 上性能表现会好一点

跳出 WebGL 的话，只是单纯构建的话并不需要有原生开发经验，Unity 本身跨平台做得很好。不过如果要构建的话可能需要用 Xcode 编译一下最终产物才能安装到移动设备上

https://github.com/JohannesDeml/UnityWebGL-LoadingTest

可以在自己的设备跑下 demo

系统版本 12.6.1 ，用 nodejs v14.19.3 配合 express 写了一个最简单的 demo ，https://expressjs.com/zh-cn/starter/hello-world.html

ab -c 20 -n 10000 http://localhost:3000

Requests per second: 6577.32 [#/sec] (mean)
Time per request: 1.520 [ms] (mean)
Time per request: 0.152 [ms] (mean, across all concurrent requests)
Transfer rate: 1355.29 [Kbytes/sec] received

wrk -c 32 -t 8 -d 5 http://localhost:3000

Requests/sec: 21436.36
Transfer/sec: 4.89MB

不过 apache benchmark 在测试过程中会有很诡异的卡住，wrk 无法复现这个问题

如果不想写繁琐的 switch ，同时也想避免反射带来的开销，考虑一下 Delegate.CreateDelegate 来创建一个可以重复使用的 Delegate

https://gist.github.com/Charles-YYH/97785d39b72bef2df1b639a5e0081289
我放了一个示例在这里，仓促之中写完，这个示例有不少可以优化的地方
1. ProcessInt 和 ProcessString 应该是可以避免使用 object 来作为形参的类型，但是既然你题干中把值类型和引用类型都放在同一个 List 里，说明此处装箱应该是可以接受的
2. 如果觉得 Dictionary 查找太慢，可以考虑使用表达式树来达到和 switch 相同数量级的的性能


相关资料
1. Delegate.CreateDelegate 性能研究： https://stackoverflow.com/a/16078960/8877198 ，大概是普通反射的 30 倍快

推荐一款开源的 ryzen 笔记本 CPU 调教工具
https://ryzencontroller.com/
可以用不同的参数限制功耗从而达到降低温度的目的，若是有需要可以试试看

我自己的笔记本是 omen 15 Ryzen 5 5600H 版本，打游戏的时候一般限制功耗在 20w ，降温效果拔群

似乎从 Monterey 版本开始这个选项就没有出现过了

找到了一篇没什么用的讨论，“Apple deleted that option from Monterey and did not say why.”
https://discussions.apple.com/thread/253582070

又有谁不是呢，只不过是程度上的差异吧。
我相信肯定有的从业者可以在工作和自我实现上找到统一的轨迹，但是具体到我和我身边的人 90%的工作时间都在和需求妥协。
工作是为了挣钱，挣钱是为了糊口，如果有的选择，能往好的平台跳就跳，如果没得选择，发完牢骚明天太阳还是照常升起。

附议
如果只有一个人做研发相关工作，在早期千万不要花费时间在 Devops 上，这是一个时间怪兽，而且和游戏开发是两条平行线，首先做好版本管理就可以了。
Unity 提供一个 Cloud Build 选项，可以去了解了解，功能相对来说简单一些，但是如果买了订阅应该就是免费使用了
Metabase 非常好用，免费版本功能完全够用

如果用 Unity 选择使用 URP 或者 HDRP 开发，买 Asset 时候注意是否支持 URP 和 HDRP ，有的资源版本过老，可能不能很好的支持目前强推的 SRP (Scriptable Render Pipeline, URP 和 HDRP 是它的两个官方实现)
大部分热门付费资源都有它的的免费版本，可以先尝试试用一下再决定是否购买

我一般会时不时看一眼 https://node.green ， 还有的时候要维护一些老的 node 版本的项目，也可以扫一眼看看能不能直接用。

简单翻了一下，粗浅的理解是`<span>{a}</span>`中的{a}看似是一个闭包捕获，但其实本质上是函数调用`React.createElement("span", null, a)`中的一个形参
于是在后续逻辑中` <span>{a}</span>`中的 a 和`setInterval(() => { console.log(a) }, 2000)`中的 a 基本上没有任何关系，产生上文所说结果就是很自然的了

一楼说的或许是这种
A.pipe(mergeMap(valueA => forkJoin([B, C, D]))).subscribe(([valueOfB, valueOfC, valueOfD]) => {});

简单来说，
let result = yield func()
此时 result 的值和 func 的返回值没有丝毫关系，你如果在看书的话可以接着往下看，yield 的作用只是暂停当前生成器的运行然后等待下一次的 next 调用，并把下一次 next 调用传递的参数传递给 result ，你可以参考一下下面的例子

function doSomething() {
setTimeout(() => {
gen.next("result")
},0)
}

function* generatorFunction() {
const result = yield doSomething()
console.log(result)
}

var gen = generatorFunction()
gen.next()

这个问题我们之前和团队里的朋友也有一个激烈的讨论，讨论的焦点就在于，
给定一个这样的路由，/book/{bookID}，当 bookID 不存在的时候，是直接给一个 404 还是返回 200 用 Body 中的一个自断来传递错误信息。
我个人理解后面的那种做法，借楼问一下大家，
- 这时候给 200 返回值总感觉有点奇怪，是否给 400 会更好一些？
- 如果错误时返回一个特殊结构的 Body ，是否有必要在正常返回的时候也额外包装一层，比如说{error:null, ressource: T} ?

之前用过 Packet Sender ，支持 TCP 和 UDP

Unity Editor 主要吃 CPU 性能吧，MAX 和 PRO 应该只有在 Play Mode 有性能区别，而且这点性能区别也可能被 Play Mode 一些 Debug 功能吃掉，体感上的提升可能不是那么大。

但是既然买了，就别换呗，16 寸用起来肯定比 14 寸更舒服。

PS 2020.2.xf 版本是真的不稳定