@shunia 大佬的分析非常精准，对于后端项目可能门槛可以宽松些，比如到无状态配合一些 DBaaS 是可以达成。做这个项目确实就是想填上这部分的坑，然后再解决下 DBaaS 的点。及时没办法抗住大的复杂的场景，但对于大多数应用是足够的。丝滑的部分目前的空间确实比较大，也是接下来 roadmap 的关注点，「尽可能的让用户专注迭代」。国产特性也是考虑的一个关键点，算是大多数小项目在落地一些服务时候的痛点。

@learningman 如果只考虑 NodeJS 的话是的，但期望能够解决其他类型应用的部署，例如 Go 、Python 一类。然后关于分发的问题，是的，国内当前不支持服务商提供泛域给用户接入，所以无备案的情况我们在海外做入口，用户自带有备案域名可以在国内接入（不过这个还在 roadmap 中）。

@ppllss 从目前来看是一个比较边界的偶发情况，我定位下

@Cmdhelp 默认走海外，用户有备案域名可以选国内接入。性能取决于场景吧，如果是重度使用肯定是想要就能给。安全和备份我认为是比较属基础设施的部分会覆盖考虑到，所以并不期望抛给用户来扛。

@Quarter @ddzy @randomboi 404 的问题在文档的依赖中 fix 了，目前更新解决了

@H00kran 有计划哦~ 一步步来

@37Y37 感谢
@lauix 用的是 tldraw.com （ https://github.com/tldraw/tldraw ）挺不错的
@mywaiting 如果有开源实现也是极其不错的，可以学习一波。不过如果作为使用方来说可能还是得 PaaS 会更加舒服，不过其中核心逻辑可以扭成一个类「 CI/CD 」的系统来开源就是了

@randomboi 嗯是的，这个是因为文档的 i18n 做 rewrite 的时候没有处理到这个场景，最终拼错了，这两天提个 PR 给作者

@zoharSoul 暂时还没有遇到诶，期待大佬们搓一个大

@Kilerd 用的 https://github.com/shuding/nextra/ 个人觉得挺不错的

@w7938940 嗯是的，当前还是有些许类似的方案，大家侧重点可能会有差异，比如 fly 更注重镜像的分发部署，Cloudflare Worker 更注重函数化等等

@vegito2002 我觉得这类是挺不错，直接就上来做。虽然也有点临场发挥的影响，但比默写算法啥的好很多

@vegito2002 @xiaotuzi @Had @aijam 非常认同。

其实一直认为在面试中「过度」的要求撸算法其实很不实际。觉得就像是读书（也是很多套路+背再来点技巧），最后读完书实战就翻车了。

我觉得流程会是 @xiaotuzi @vegito2002 两者的结合。大体会是：

- 出一个问题让解决
- 咨询在上家的工作情况
- 之前做的觉得满意以及最不满意的东西
- 接下来的计划以及离职原因
- 如果入职有什么期望


@bengol @bestkayle 白板撸码我觉得也可以，不过就是不能撸太多（多了意义不大，其中一个环节就好）。大学的时候 cpp 考试全是手写。对思路和逻辑要求高，刚入学那会有时候会因为脑子锈了，写了一堆烂代码然后纸又不够。




一年过去了，再来看这个帖子感觉又不太一样了，感谢各位！

@mineV 其实有点看不出来😂刚也有搜到，但就是没看出来，尴尬

想问问「 zeit-ui 风格的博客」是哪个（有点尴尬哈哈哈

@lixuanyy 主要还是买不动，Mini 也可以考虑下。一定要有买电脑的决心，不要想着买软路由

前几周也是想整软路由，看着看着就看到 Intel 5400 去了

200 预算软路由，2000 已付提电脑

@wm5d8b 根本的问题在于没有给到 /使用正确 IP，而非 DoH/DoT 或者其他 DoAny 解决不了 CDN 问题

@huangxiao123 CoreDNS 个人认为是挺不错的

@wm5d8b 为什么要给内网到 DoH，就算你非要把 DoH 放本地，也可以当 DoH 取到内网的时候直接用当前网络的 public IP 去做 subnet IP