自己做项目，一般是先写前端还是后端？

[zhuwd]

新入行的小白，想问一下前辈们，如果自己一个人负责前后端，一般是先把页面按照产品原型写完，然后根据页面需要的数据写后台接口，还是先根据大体得功能模块写出接口，再由前端覆盖每个接口功能呢

[jorneyr]

比较喜欢原型设计先行，这样后端的存储结构基本就清晰了

[wozhizui]

@jakezh 真相了

[spongebobsun]

按功能拆分, 后端前端交替进行

[mostkia]

@canadahetian 一起写很累的。单纯写前台或者后台没那么累。。但的确能够第一时间发现问题，有时候前台写好了，后台发现这样做挺麻烦的，重写一下前台反而更简单，然后。。。[doge]

[edk24]

我反正先写后端, 前端写着写着就会想怎么更弄漂亮点.. 然后一直卡住..没有进度

[cz5424]

我是先写前端，小数据扔文件里面，第二版本迭代写后端

[alexmy]

一般先把前端架子弄起来，然后开始搞后端框架，后端接口定义，XXXX

[pomelotea2009]

自己的项目就像 GF，前前后后不都是随心情吗？

[loading]

数据库规划好，然后前后端一起写，功能一个个加上去。

[a194259440]

没有人说先写契约么？？？契约写好，前后端都可以同时开干了，契约如果能写好就代表业务模型已经 OK，所以如何建立数据库表也没问题了。

[Yuicon]

我是先写后端 虽然后面写前端的时候会发现很多问题

[LokiSharp]

先写 API 文档

[VickStarKii]

一般来说：
0 确认需求文档（有甲乙方的情况）。个人搞可以比较随意，直接开干
1 数据库 => 设计基础的数据逻辑
2 后端接口 => 基础接口，基础的 CRUD
3 前端页面，确认了 1 、2 大致逻辑就有了。搞页面、展示、交互
4 一步步细化功能，1 、2 、3 可能都会有调整

[JCZ2MkKb5S8ZX9pq]

个人习惯是：先写个伪数据的生成器，然后搞前端，顺便理清数据结构。然后再去搞后端，来回磨合。

[lihongming]

@wzw serverless 是绑定平台的，你用 Google Cloud 和 AWS 可能会用到不同的技术，尤其是 Nosql 数据库的 API 和设计思路不尽相同。先选一个平台吧。

[ericgui]

@BruceWolf +1

[zc1249274251]

一个人写前端，一个人写后端