@mohoumk2 哈哈，移动经常搞这种看似免费，实际上是合约的活动

@SeanChense 吐血了, needle 是一把剑. 给三傻的是匕首. 在墓地的时候三傻拿出来了, 是龙晶

@lxm24 bigo 周六加班是双倍工资吗?

那要看你住哪吧。。。一个在南一个在北。。

@fankcoder 来安利一下, 好在哪

我记得以前是 30 的，怎么现在都变 35 了

@whoisghost 魔鬼

@ruandao 这么说前后端不需要协作了？

@atonku 我想要的是: 充分了解其他后端同事对出具接口协议的看法，心智负担在何处。以及探讨怎么样才是合理的可实行的协作方案。

如果你没有探讨的想法，你可以保持沉默，而不是阴阳怪气

@atonku 你说的这些对讨论主题有帮助吗?

@kulove 那如果开发完发现对需求的理解有偏差呢，那岂不是推倒重来。开发前协商接口，其实就是统一了对需求的理解，双方都有照亮认知盲区的机会

@lihongjie0209 你太理想了，接口字段名称 /类型和数据库耦合是常见的(虽然很不合理)

曾经沟通过接口字段的语义化，被“数据库里就是这么存的“搪塞过去了


@rockagen 接口是对外的服务，应该隐藏所有内部的复杂性不是吗？如果因为技术不可行，那在产品评审阶段就砍掉需求了。如果有调研的需要，那这部分前后端都可以暂停开发这部分功能。其余部分的接口还是可以先协商的吧？

可能是虚拟世界不够稳定，矩阵的计算能力不足以维持大型车辆进入子矩阵时的渲染

这很硬核

@AngryMagikarp 其实我也不排斥前端出接口, 但是很多后端的接口跟数据库是耦合的, 如果前端出具的接口跟数据库表结构 /字段命名 /字段类型相去甚远, 那后端能接受吗?

我是赞成前端参与接口建设的, 但是如果没有开发前的接口讨论, 那么很难说什么接口建设.

@frandy
@hantsy
swagger 暂时没见使用。这个可以慢慢推，不用 word 我已经知足。

@passerbytiny 产品和项目管理同意延长工期，所以就没再探讨了。


@Antihank 以前公司确实开心，swagger/postman/zepin/Invision/asana/circleci/quip 各种服务各种协作工具，可惜产品赚不到钱



@yxcoder 适配也是一种办法，但是不能推进接口的规范化

@AngryMagikarp 所以先出接口文档，前端才能够从自身角度提意见，达成一致之后把坑都排除。
如果后端一直闭门造车，到时不能满足产品需要，变动起来岂不是更麻烦。

接口文档是前端参与接口建设的重要契机，如果开发完才提供，那就不是讨论，而只是通知了

@kidtest 嗯, 可能是我的要求太过于理想了.
我决定在前端维护一套数据模型, 接口定义好之后再写适配器进行转化. 试试效果