cleveryun

@ihuihui 还没进入上班状态，但是已经坐在工作电脑前了。

我感觉生产环境上使用时不用提前先把.ts 转译成.js 了，我自己的项目是直接 node 去跑的（用的最新的 LTS 版本，已经支持直接执行 typescript 了）。

至于你说的引用文件的后缀名的问题，你可以在项目根目录下的 `package.json` 里定义 `imports` 字段来解决：

```json
{
"imports": {
"#middlewares/*": "./src/middlewares/*.mts",
"#routes/*": "./src/routes/*.mts",
"#scripts/*": "./src/scripts/*.mts",
"#models/*": "./src/models/*.mts",
"#controllers/*": "./src/controllers/*.mts",
"#services/*": "./src/services/*.mts",
"#src/*": "./src/*.mts",
"#build/*": "./build/*.mts",
"#i18n/*": "./i18n/*.mts",
"#hosts/*": "./hosts/*.mts",
"#schedules/*": "./schedules/*.mts",
"#root/*": "./*.mts"
},
}
```

然后你的代码里就可以这样引用文件了（后缀名在 imports 里定义过了）：

```typescript
import routerRoot from "#routes/root";
import { registerRoutesExceptForRoot } from "#routes/index";
```

之前的户口如果是城市户口，那就没啥价值，直接落户上海吧。真想回去，啥时候都能落回去，反过来就不一定了。

直接解决掉，项目如果太大就渐进式地解决掉。

@hwdq0012 扫雷游戏应该不容易卡顿吧，我看你提到了高性能，用户会不会其实感觉不到。

好奇问一下，作为后端出生的全栈，你用 next.js 会觉得开发起来怪怪的吗？
我是前端出身的，但是用另一个类似的 nuxt.js 开发后端总觉得别扭，还是用 express 这种可以方便定义路由行为的写起来感觉顺手（不表示 n*xt.js 不适合这个，可能我没摸到正确用法）。

@l4ever 可能是想在服务端主动更改 token 的生命周期，比如做单点登录，A 登录后让 B 的 token 失效。不存储的话光从 token 值里解析解决不了这个问题，如果生成 token 时设置的过期时间还没到的话。

暗色模式适合夜间环境暗时使用，白天感觉还是亮色模式好一些

一直好奇一个点，公司是否以这些职称来聘用你对公司来说成本上差异大吗，毕竟公司介绍里提到有多少高级工程师听着也好听很多（对于不是特别大的公司来说）。