全栈独立开发，你会分开还是同时开发前端与后端

[witcat]

一种是把所有服务都在本地跑起来，前端改一点，后端改一点。
另外一种就是后端先开发好一部分，部署到某个测试环境，然后再开发前端的部分。

问这个问题，主要是因为在团队中不管单独做前端、后端，体验都很好，可以专注在当下的事情上，这是我认为第二种做法的好处（基础设施前人已经配置好了）。
但如果是个人项目，我觉得最重要的是快速做出效果，配置自动化逻辑和运行条件会花很多时间（或者流水线故障了也需要花时间解决）。

[tool2d]

我以前是重后端，轻前端。因为前端要实现复杂功能，挺麻烦的。

但是现在随着前端技术越来越强，反而是轻后端了，甚至直接把后端当成轻量级 RPC 模块。主体逻辑尽可能都塞进前端。

[gogogo1203]

对独立开发者来说 前后端确实比较重. 所以现在 firebase\supabase 这种数据库即后台的服务很流行。 我用了 supabase + sql function + edge function, 全部解决我需要的 curd 功能。使用 vercel 自动部署前端。 大部分精力都放在前端了。

[unco020511]

当然是分开,分开是最快的

[javahuang]

同时开发前端和后端。写一个新功能时，先设计好数据库，再给后端代码框架写出来，然后开发前端功能，中间穿插着改前后端代码。

[witcat]

@gogogo1203 确实，冷静下来想 supabase 就足够了。

[kinge]

先出设计稿,在写后端,最后写前端. 必然是前后端分离更有优势,后期容易维护一点.全部写在一起会导致你的 project 越来越大,文件越来越多

[gogogo1203]

@witcat 现在的工具就是几行代码搞定的事. rate limit 弄个 upstash redis. file storage 自带，auth 自带。supabase doc 里有个可以白嫖的 chatgpt, 代码让它写，自己改改测测，粘贴到 sql editor 就可以上线了。 整个流程不要太舒服。 以前用 Go CURD, 框架稳定以后,各种 hanlder/model 加上数据 parser ，全是体力活。

[wcao]

我是前后端一把梭，使用 pnpm workspace 。
数据库用的 sqlite + prisma, 接口用 trpc ，桌面 App electron 不区分前后端。
单元测试用 vitest.

[wcao]

补充：代码层面好像也区分了前后端，但是运行的时候，直接启动就行了，不依赖 nginx docker 等。

我感觉 pnpm workspace 方式比较适合独立开发者。

写 API 接口 的时候，我会先写一点简单的单元测试，保证 API 正常调用没问题，等在应用层调用的时候，不会前后端到处定位 Bug 。