做安全要看是做哪方面，如果没选好方向，很容易陷入无限的扯皮中。

说的是 oauth 压力大吧，这个可以理解，毕竟每一次请求都会问一下你的 sso 服务器。按照上面老哥说的做个无状态，前面挂个 nginx 就可以了。

spring security 的学习成本太高太高了，如果只是一般的应用的话，还好，但是如果是要稍微做一些什么定制，你会发现查文档都查不出思路。

@dbskcnc 那我还真没怎么写过 C++……我对面那个写 C++ 的老哥总是跟我说，clang 它不香吗。当然我自己是没体会……

然后还听过有的公司因为 C++ 编译过于慢，所以自研编译器以期提高编译速度的。其实到了一定地步，编译器的速度确实会是一个很大的问题。但是其实在大部分情况下，其实编译速度都不应该成为主要的要考虑的点吧。

之前升级到了 2019.2，后来实在受不了就退回来了。现在他让我升到 2019.2 我直接点 ignore this version。坚决不使用 2019.1 以后的版本。

@zhyl

据我的观察……我总觉得 go 编译器的开发者比起编译器优化，更加在意编译速度。这也是我写 go 写到现在一直不理解的一个问题，一般来说，十倍的编译速度来换运行时的速度都应该是可以接受的（对我来说），为啥他们那么在意编译速度呢。

@keepeye 不是杠。

删除代码，增加一次提交，会让版本库更肥。

紫外线灯，拼多多一百块包邮，每天开一把。

不是我说。我在一个 go 群里潜伏好久，看到了很多说 vim go 插件又出问题了的，也有很多说 vsc go 插件又出问题了的。

就是没见过说 goland 出问题了的。

P.S. 本人是 vim 用户。

tar 一下真的稳。

Ctrl R ?

@tufeiyuan 不不不，开得慢不一定是好事情。当然如果开得慢的同时能走对道，那就是好事情。

@arrow8899 似乎看见了一个命令注入 RCE 的现场。

因为这个问题，我滚回了 govendor。

好像没人喜欢衬线体。我来说一个，Go Mono.

放弃吧，别用 security，自己写 aop，快多了……