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

[witcat]

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

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

[gujuji]

肯定是先细分然后后端最后前端

[xiaoxiaoming01]

先写前端，就当做画原型，理思路，然后再写后端。

[hustlibraco]

独立开发前后端不分离岂不快哉

[haikea]

先后端吧，再前端

[mzDV4TUeHyesLbUQ]

先分块，针对一个块是先后端再前端最后调调，然后第二个块。

[xiaoqidev]

独立开发多年，现在基本是：写一个前端组件->写后端->前后端调通->下一个组件，想到那写到那，没有原型、没有任何规范可言、也不跟其他人协作、主打一个能用就行

[dode]

总是有点误差，后台接口还要微调

[jeesk]

先有功能，再交互，再看需要哪些接口， 然后反推。 不够的接口在追加。

[vsitebon]

先弄好原型图，然后想会有哪些接口需求，做好数据模型，接着先开发前端，而后开发后端来满足前端能跑的需求，接着优化后端，最后优化前端（不断循环）

[Leviathann]

我一般是先前端，接口直接返回伪数据即可

[hamsterbase]

为了以后能更好的维护，我选择先文档，然后测试，最后开发。


1. 先写需求文档
2. 写模型的 spec
3. 写后端 service
4. 写后端单元测试
5. 写后端 API
6. 写后端集成测试（测试 API
7. 写前端集成测试 (测试交互
8. 写前端

[pytth]

写后端先，然后写前端的时候有数据可以用，交互也可以一次调通，我认为省时一些。

[alexapollo]

先用 https://github.com/geekan/MetaGPT 生成整体骨架，然后再填内容或许是个好主意。

如果是我完全手写，我现在越来越不倾向于在一个人工作时做明确的前后端接口定义，OpenAPI 3.0 的 spec 描述本身就已经非常冗长了。如果可以用 gradio/streamlit/pyreact 等框架做的，我肯定不会再独立写一套前端

[liuhan907]

我选择用 blazor server 一把梭 (

[star7th]

先画好大致原型，确定有什么功能。这个原型不必好看，主要是给自己固定下来，明确需要什么功能。

不然每写一下代码都要在脑海里拉一遍整个产品，很累的。有原型是最好的。

然后，按功能分解。比如说登陆注册功能。我会把登陆注册后端接口写好，然后写登陆注册的前端。

然后是另一个功能的后端，接着是前端。

至于你说的部署后端花时间，比如说 redis 、mysql 、nginx , 我感觉你的工作方式有问题。这种都是自动化的东西，一次性配置好的东西。你不愿意花时间去做好自动化，那你就要每次都烦。一次性付出的时间精力，跟每次都付出时间精力，很明显后者麻烦多了。

你的问题只是来源于下不了决心做基础环境的配置。那你的效率肯定没法高起来，无论做前后端。

[flytsuki]

先写 api,再写界面

[cangcang]

对哪边框架不熟，就先写哪边

[dddd1919]

先写页面，再 API ，然后就可以直接页面调试了，mock 不是给自己找事么

[chengguang]

@xiaoxiaoming01 实际体验来看，这个靠谱！

[horizon]

nextjs 一把梭，不过先要画好原型。。