你会不会经常忘了东西放在哪？

可能是因为东西随手一放，没有放在特定的地方，再次找的时候就忘了之前放在哪了。

理想情况下就是总是把东西放回原来的地方，那么每次都去相同地方找就好了，但有时可能放的地方远，拿过去麻烦又放弃了。

作者建议在每个区域放一个专门用于放杂物的，提供一个集中的，轻松的放置点，定期清理，从而避免忘记东西在哪。

作者的一些旅行建议和看法：

• 和谁一起去比去哪里更重要。
• 人在喝了液体后必须要小便。所以如果你即将去一个无法小便的地方，也许不要喝太多液体。
• 公交车上的风景比地铁有趣得多。
• 旅行揭示了稳定、根基、日常生活、社区、人际关系和家庭烹饪的价值。
• …

Safe Assignment Operator:

const [error, response] ?= await fetch("https://arthur.place")

有了 ?= ，用 await 的时候就不用写很长的 try…catch… 处理了，也不用嵌套 try…catch… 处理一些错误，代码阅读下来整体会简洁清晰一些。

期待这个操作符正式加入规范。

一本解释 PDF 格式的小册子。

之前做一个需求，需要将页面打印成 PDF。

页面转换的 PDF 打印后，和从设计稿导出的 PDF 打印比较，发现字体存在差异， 设计稿的字体比页面实现的看起来更大一些， 页面的一些高度也不对。

排除了不是页面样式实现问题后，猜测可能是设计稿导出的 PDF 有什么不一样。

比较了两份 PDF，页面实现的是 type0 字体，PDF 中内嵌了 font-family 指定的字体。

而设计稿导出的 PDF 是 type3 字体，相比 type0，可以实现更复杂的样式，但是实际打印可能不如 type0 兼容性好。

目前还不是很确定是不是字体原因，后续如果弄明白了再写篇博客整理一下。

作者指出了 tsconfig.json 中 include 字段理解上的一些误解。

The include option controls what modules to apply this TypeScript configuration to.

include 字段指的是 tsconfig.json 对什么文件起作用，但是如果这里面包含的文件比较多，有时候可能会出现一些意外的类型。

例如开发时只希望提示 src 中文件的类型，但是如果 include 了 test 目录，可能在开发时会出现 test 目录的类型。

相当于将 test 目录中的类型，泄露到了 src 目录中。

当在 src 中编写了一个不存在于 src 的类型，但是存在 test 中，就不会报错，这可能并不是想要的表现。

解决办法就是针对不同目录，使用不同的 tsconfig.json ，然后通过 reference 字段链接不同目录的 tsconfig.json 。