所以，不要轻信什么一起创业。能拿出钱来，就给他做外包。这样他省钱你赚钱，双赢。

拿不出钱的，看业务有没有前景。有前景的可以开发一个系统给他使用，只需按流水扣一点点佣金就行。这样他初期几乎没有技术上的开支，钱可以全部拿来铺业务，而你可以在远期躺赚，也是双赢。

没前景的，就让他有多远滚多远，毕竟这也是为他好。

@passerbytiny 全部 200 的意思是只要服务能够正常访问就返回 200 。http 的状态和业务的错误分开。

程序员的思维：系统是需要维护的，里面很多 bug，还经常会挂
老板的思维：挂掉再说，我这个业务能不能赚钱还两说呢

你们这个积分是「累积的分数」，不是微积分的积分啊。比较贴近的英文单词是 points

@hjmnoah 汗液腐蚀出坑了就不行了吧

配置中心的 yml 文件让运维自己维护就好了。

甲方都是坑货，这是一定的。

作为乙方，也只有帮着甲方把问题都想周全了，都落实了，才能让甲方坑不到你。别无他法……真的

三纲五常是董仲舒搞的，这个锅孔二表示我不背。

从不关注公共号的路过

@zhaoxixiangban

在应用服务接口上面鉴权，实际上有个隐含的接口和资源的绑定关系。而在网关上鉴权缺少这个隐性的绑定，那就必须要有一个数据来声明这个关系，让网关知道这次 request 对应的是哪个资源。我们 request 某个接口是通过 url 实现的，那么可以认为 url 就是对应着特定的资源。

接下来就简单了，我们可以把 url 作为资源的标识符，通过角色-用户关系，配置给用户。这个过程就是授权。而鉴权的过程就是拿到用户 ID，查找该用户有没有配置 request 的 url 。有就是有权限，没有就是没有权限。

楼主你可以参考这个开源项目的代码： https://github.com/xuanbg/gateway

单休好不好，得看薪水给得够不够。

可以实现，但这个做法可以改进。

你网关上面不是都解析出 userId 了么，那网关上面直接进行鉴权就行了，有权限放行，没权限拦截，直接返回未授权的错误就好了。这样后面的的服务不需要管有没有权限。

使用搜索引擎-复制-粘贴

让你的接口支持 CROS 就好了

编程思维这个概念就比较飘，我认为具体落地就是「封装」。写出能运行的代码不难，但要写出易扩展易维护并且高效稳定的代码，就要各种灵活地并且正确地运用「封装」这个概念。

13 寸 32G