27 寸 4k，150%很舒服啊

双十一的电子产品一般都是你看得上的不降价。降价的你看不上。

chrome 同步。微信收藏

看的我火气都出来了.
第一个问题: API 的粒度. 粗了状态太多,细了浪费网络.这个暂且不表. 但一个好的 API 应该尽量减少人工干预.尽量做到原子性能帮到很大忙.

第二个问题:自己的看法
http 状态码很多地方是框架的事情不是你业务的事情.但框架都是给你留好处理接口的. 包一层统一判断处理简单来说就是懒或者技术不行.

答某些老哥的疑问:
状态码不够用? 前面的老哥都说了,没人阻止你返回 480, 599 甚至 999. 看你怎么去处理而已.要真想判断是网络 404 还是业务 404.请遵循规范发 OPTIONS 或者看 msg
什么请求成功,业务失败.不还是失败? 失败该干什么事情是你们设计文档的问题了. 有些公司用 JWT 鉴权的.登陆超时返回 403 时框架自动重登陆再重试多舒服?还要你业务上判断没有预期结果再重试?

优雅的结构能跑业务,屎山也能跑业务

@Qinmei 传的是报错的 key 啊。对应多语言具体字符串不是前端多语言的事情？

@AlisaDestiny 按照规范，你可以 options 一下确定服务状态。另外，有错误消息的 404 和纯 404 也不一样啊

@pozaimeishao 东西放出来大家看看吧

延时队列？反正这种通知不是时间敏感。晚个 1 分钟也没问题。话说为什么要记录用户操作呢。只记录文章有多少点赞不行吗？用户还需要知道自己点赞过什么？

这是道英语题

中文网址？是不是有 urlencode ？

跟着行业标准走。自己再搞状态码只会让人不断吐槽。
合着搞半天我还要区分协议状态和业务状态？那后面是不是还要把 encode types, cache control, authorization 这些也再写进业务？好好的工具包不用，非得造轮子

bit bucket 没墙啊

老外：友善度堪忧

样本不足

理想情况 features 之间不会有交集。所以这样安排也没啥问题。但如果经常动公共 code base 就是你组长分工没分好。或者项目分离没做好了

要看使用者吧。单纯就问题本身：不装。
原因：
口碑不行。相同需求有其他实现。

360 的设计理念：我来教你用电脑。 这就见仁见智了。

除非只有一个工作环境。黑猫白猫解决问题就是好猫。看个视频并不会在意是 potplayer 还是 QQ 影音。也并不会对任意一个有好感，反正都是耻辱柱上的。


但这并不影响我看电影啊

@oIMOo shsh