@cccer 老腾讯操作了

冷门域名后缀没人要的

@Chism 腾讯 n 内部乱的很 一盘散沙

又被公众号洗脑了？

“这种情况是不是可以使用 client credentials 模式来代替呢”
可以，根据情况来使用，如果对方是接口服务商，一般都会用这个模式，但如果你们只有两家企业互相对接，其实不需要过多复杂的加密调用，只需简单的鉴权即可。

“以同一个项目前后端之间采用 Oauth2 进行认证是做不到的吧”

可以这么做，我们就是这么做了，目的是为了实现统一登录，因为我们有独立的账号中心体系，采用了这个方式，但如果你的产品线不多或者说就一个，还硬上这么模式只能说小题大做
至于是否有企业这么做，你可以看下腾讯整个产品线就知道了，只要是他们家的产品，只要有一个 QQ 号或者微信号就行了。

“我目前想到的一点是为开源软件贡献代码” ， 在实际开发使用这些开源软件时，实际上在开发中多多少少会遇到很多问题，比如逻辑上的不符合，代码上的错误，以及功能上的不足，就会引申出新的解决方案。

曾经我也这么纠结过，后面找了个班上就不会这么想了。

@xuanbg 是的 说到底看业务场景，业务场景允许的 我是能拆多少个就多少个，但有些前端比后端还懒，喜欢在打开页面时就把所有请求打过来，比如很多个 tab 切换时，我是觉得能做懒加载就做懒加载，只有真正需要时才去请求

面向微服务的前端，笑死 ， 主要还是看业务场景啊 这样拆也不是不行，就是多了几个请求了，如果要求一起返回的 那最好做成一个，如果是允许部分加载的那就没必要

换个头像吧 你这头像肯定是青蛙画的

SQL 一大堆函数可以玩的 肯定可以

一个杯子 装了水，你倒了，换成了可乐，你能说这个杯子的物理性质发生了变化吗

@HHAO2019 我写了文档的，文档详细说明了开发规范，他全部避开了

@aragakiyuii 不是我面的，漏网之鱼

@coderluan 我是管他们的人

@mango88 第一次见到这种，代码已经全部打回重写了

@xinyang5302677 那倒不至于