脑图 --> 架构图 --> UML --> TLA+

讲异步、IO 方面，应该看看 scala 里 zio，fs2 框架。
比如 zio：
ZIO is a library for asynchronous and concurrent programming that is based on pure functional programming.
结合 scala “默认”不可变对象，lazy 等特性，写代码完全没有焦虑感，连 rust 都不想要了。

gorm:
db.Where("name = ?", 1).Find(&users)

ent:
client.User.Query(user.Name("xyz")).All(ctx)

以前也用 gorm，类型信息全没了，实在不爽。

1. 想的网络是和 windows 同一个网络，然后 wsl2 是一个独立的网络，IP 还无法固定，外面需要访问 wsl2 里的时候，只能每次 windows 下 netsh 加端口转发，有点麻烦。
2. windows 下网络变动的时候，vscode remote 也会跟着卡一下，偶尔调试网络设备的时候简直崩溃。
3. 固定占用内存很麻烦，vmware 等虚拟机并不会一直占着内存。

嵌入式太杂了
入门建议 Arduino, arm 版的
深入的话 cortex-m 系列，大厂都有自己的 IDE，但 Keil 最通用
RT-Studio 也是个选择

@feifanhanmc 这是我见过的最差的命名规范

configmap 和 vault 都用

屏幕挂灯是用来照亮什么的？屏幕还是键盘？键盘需要照亮吗？

宕机 应该算台湾口语术语，国内应该使用 当机

TDengine 的数据模型比较奇特，感觉没法用。
TimescaleDB 很不错，基于 pg 构建

预期 Arch，确实是 Arch，日常 Manjaro，差不多

既然省心稳定，就用 docker 啊，不折腾。
如果要可玩性高，干脆来个 OpenStack，折腾

fdisk 之类的工具检查分区
然后 mount -o loop,offset=xxxxx yyy.img /zzz
7zip 可能也可以打开

awesome-go 里找
awesome-go 本身就不错，收集、整理 go 库
语言只是语言，还得选择方向，不是所有程序员都做 web

搜索：
scala：没有官网
APL：没有相关的
donald：2 条结果，没有主页
taocp：没有结果
这个是 UI 的 beta，后台 mock 数据？

@Desiree 一个页面一个特定的接口？
对前端来说肯定是最美好的世界，但后端怎么办？一个页面很多都会包含来自多个模块、服务、系统的数据，后端怎么办？前端增减页面、页面中的数据，后端一起改？
由前端决定还是前后端协商决定，这个数据确实会不同啊，前端肯定想着一个 API 拿到所有格式化好的数据，后端肯定想拿到砍人啊

个人使用 GraphQL 的主要原因是强类型。
React + TypeScript 下用 introspection 出来的 schema 和 gql tag 里的查询语句预编译生成 react 的 hook，保证编译能过。
服务端用 apollo 的 gateway 做 federation， 组合多个 GraphQL 的后端，几个后端的协调一下命名等，相互间访问和隔离问题都不大。
GraphQL 用来提供 “one api”，跟 SQL 什么的都没什么关系，GraphQL 也不是 SQL 的有效抽象。
用什么数据库也无所谓，反正都在 resolver 里解决。
高度动态确实不太好，直接变成 AnyQL，类型意义全没了。
分页用 Relay 定义，支持 cursor 或 offset，实现起来比较麻烦，但客户端上好用点。

在返回要求 Optional 的函数里返回 null 的程序员是不是应该开除？