同样观察到了这一点
聊一聊 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 、密码也不需要了，不管是用户记住密码，还是你保管用户的密码，都增添了一层麻烦。你自己处理不善再把用户密码泄露了……数据库存储，日志脱敏等

你这个处理流程会变化么？会有多个不同的流程么？
如果是，那么，最好找个任务编排框架来处理

如果流程相对固定，可以使用 mq 和多个服务来手工编排，状态记到数据库


两种情况，A 都只做命令控制和状态查询，不参与流程处理，和 BCD 通过数据库交换信息

@passion336699 已添加 https://www.jitao.tech/links

@passion336699 果然是做前端的，改的很棒。我只能小改一下，加个友情链接吧

《自己动手做推荐引擎》