Next.js 就是来解决你的问题的

支持楼主！！

osprey 的看看，还有多特

茉莉花茶京华 18 号

情况类似，123456 也是想过的。

目前看，还是先 1 坐着班，然后并行搞 2-6 的一个或几个比较靠谱，就像 4 楼兄弟说的那样。

按酒店标准来吧。

有些酒店不提供牙刷，所以这些私人卫生用品可以要求自备。

filezilla

同样观察到了这一点
聊一聊 Node 技术栈： https://www.jitao.tech/posts/node-tech-stack

建议在接口层分开，服务层可以共享。

随着迭代，各个功能会有很多自己独特的东西的，左右兼顾不如一开始就分开，工作量并没有增加太多，但是架构清晰了。

如果是单体，就在代码包结构上做好规划，如果是微服务，这种架构就是 BFF ，各端有自己的 BFF ，共享后端业务服务。

h5 套壳是个好方案

commons-csv 就够用吧

跳过不看

从你发帖文子对大公司和小公司的描述来看，如果有可能，还是进大厂对你来说最稳妥。

要说北京特色的，那就京华十八号啊

机械键盘

如果你是搞后端模版引擎的背景，比如 django ，会很喜欢 htmx ，如果你是做前后端分离的，会很不习惯。

不过如果开发界面不复杂的内部系统，对后端程序员来说 htmx 确实是好用一些

fx+fiber

接上：

5 、有些网站会发送 Magic link 让用户点击登录，这个没有验证码好，主要有以下几点：新开一个页面，跨端不方便
6 、验证码使用 6 位数字

这个问题我也思考过，先说结论：使用邮箱，无密码登录，使用验证码。

原因：
1 、很多人，包括我，反感使用 app/网站要我手机号
2 、发邮件不要钱，发短信要钱
3 、如果是手机 app ，那么确实可能手机号更方便，覆盖的人群范围更广（很多人没电脑用的，只有手机），能用电脑访问你的网站的，应该都是有邮箱的
4 、密码也不需要了，不管是用户记住密码，还是你保管用户的密码，都增添了一层麻烦。你自己处理不善再把用户密码泄露了……数据库存储，日志脱敏等
5 、有些网站会发送 Magic link 让用户点击登录，这个没有验证码好，主要有以下几点：新开一个页面，跨端不方便
6 、验证码使用 6 位数字，覆盖的人群范围更广（很多人没电脑用的，只有手机），能用电脑访问你的网站的，应该都是有邮箱的
4 、密码也不需要了，不管是用户记住密码，还是你保管用户的密码，都增添了一层麻烦。你自己处理不善再把用户密码泄露了……数据库存储，日志脱敏等