我一直用一个屏幕，即使外界屏幕我也只用一个屏幕。因为两个屏幕划来划去特别容易走神，对于进入 flow 状态的来说，特别的打扰这种 flow 的状态。

我使用的 Roam Research ，他是通过关键字来链接的。

我是来夸老板的，特别是第 3 点，如果老板所言不虚，这是好老板啊。

关于汇报，老板说的很在理，汇报即帮助了自己让自己的责任不至于过大，也让直接老板是了解情况，在公司的角度你看到的事实很可能只是部分事实。

你有两个 Windows Problem Reporting ，可能是进程 Dump 占用了很大的内存。看到 Event Viewer ，什么进程导致的转储，解决这个问题，很大机会你的内存问题也解决了。

使用 VMMAP ，看看内存都用在哪里了： https://learn.microsoft.com/en-us/sysinternals/downloads/vmmap

这个春节我倒是有个感受就是老化是不可恢复的，而且身体也能体现水桶理论：无论你哪一块特别短板，你的生活就没有质量可言。而且一旦短板被发现的时候，你能维持就不错了，恢复几乎不可能。所以拿着身体透支去做事情往往事与愿违。

这个不是 Clash 决定的，是网卡本身和路由决定的。假定你是 Windows ，使用 route print 命令，可以看到路由表和 Metrics 栏位，Metrics 是优先级。路由表是使用那张网卡处理对应子网。

Clash 使用 Tun 模式会虚拟一张网卡。

手持 15 PM ，不推荐，本来上 15 PM 就是想相机好些。结果时常对不上焦，在实际使用中非常恼人。

遇到过类似的问题，最后还是 DNS 的问题，在网上找到一段 DNS 配置，照样子配置一下后好了

https://wiki.metacubex.one/config/dns/

是逆向的，你看它的 main ，就是找到进行，然后打补丁： https://github.com/HenryJk/PvZWidescreen/blob/main/src/main.rs

先 create 一个 process ，然后通过注入打内存补丁，主要是汇编和一些固定编码地址，然后内存补丁打好了在 resume 继续运行。

屎山的是代码还好，当你重构到一半才发现业务本身就是屎山的，你该怎么办？这是趟这趟屎之前需要考虑的。

小兄弟，你并不孤独，这是我前些日子 40 岁的生日的状态

罗技的蓝牙在 Windows 和 MAC 都挺稳定的，我也是用了 3 个 Anywhere ，最近的一次我没有直接买新的，网上直接换了一个微动，30-40 块，据说可以用很久。换微动后已经用了半年，目前良好。

重点是先强调自己的局限，然后就如实反馈，如实提。

再加一条:
4. 增加依赖, 为了一个排序, 引入一个科学计算库.

根据我调试的经验：
1. 能上多线程，就上多线程。
2. 能搞分布式(微服务), 就搞分布式.
3. 按自己爽的方式写代码, 完全不考虑性能因素, 比如用一些高阶函数, 类似 <a list with few items *at first*>.foreach, x.map, etc.

在补充一下，以目标命名的好处。
- 传达目的，这个通常是稳定的抽象，避免 X-Y 问题。
- 给自己的实现带来灵活性，修改实现的时候不必修改名字。

我的经验是：以目标命令，而不是以实现命名。

启发点是：我给公司写的一个 CI 监控和部署，我就起了 CIMonitor ，通过来监控 CI 来实现自动部署。
后来一个同事指出其实这个 CIMonitor 真正的目的是部署，所以不如叫做 deployer 。

从这个点，让我意识到，名字要传达目的，而不是实现(做法）。