@VZXXBACQ 额，你有看完吗？
「 goland 还不支持直接使用 wsl 里面的 go 环境」
「不过好在可以配置 Build on remote target，也勉强能用」
哪里有提到到 Windows 环境里面编译？而且因为远程文件的原因，Windows 上压根就编译不了

你发的那个我已经在参考资料里附上了

@edk24 总数的话和 count people_check 这个表没啥区别？

@edk24 那你得把分区去掉呀，不然会有影响的

表结构呢？ people_check 还用了表分区，是依据哪个字段分的？

还有不加条件的话 count * 貌似是比较慢，count id 啥的看看？感觉这个 sql 想干什么不明确

南方人 全家都不会，因为不常吃（想吃就速冻的）
但会包混沌

@iyaozhen 前面老哥说得对，小有小的搞法，大有大的。适合自己的才是好的

大公司很多搞 devops 的都失败了，感觉这个东西看着火，落地难。
没有吧

现在还有哪个大公司没有 devops ？

怎么看都是第一家呀，17 到不了 16.5 也可以争取下。一般会同意的，你有其它的 offer

有加班费是实实在在的，卷一下，感觉一年拿到手也不比 B 少。项目提成太虚无了，当然你能了解到实际情况另说

@x940727 那是你不知道，搞 go 的有好多，字节有多大，现在 JAVA 真的太少了。
https://mp.weixin.qq.com/s/1dgCQXpeufgMTMq_32YKuQ
字节跳动的技术体系以 Golang 语言为主。根据最新的调查统计，公司里有超过 55 ％ 的服务是采用 Golang 的，排名第二的语言是前端的 NodeJS，之后是 Python 、JAVA 、C++，Rust 也有一些使用。

@x940727 注意你的定语，大规模。一个公司不可能就一个语言，招 JAVA 、Python 、C++都有，这不是很正常，有招聘信息并不代表大规模呀。就像阿里里面难道就没用 go 的？但阿里说到底还是一个 java 为主的。在内部并没有看到有大规模转 java 的迹象。java 的讨论群几天没人说话，go 的群都满了。

我前面也说了，并不是字节选择了 Go，go 就天下第一，也不是阿里选择了 java java 就第一，很多时候选择只是特定时期、特定的背景（就像你说的带头大哥）。事实上整个互联网还是 java 多（成熟）一点，大而全，不用考虑选 JAVA 没错，web 、大数据啥都能做。

go 的优势就是新，没有历史包袱。我为了高并发用 netty，那为什么不直接用 go 呢？学习成本都差不多，反而还能抛开 servlet 的束缚。

恰好 java 和 go 的团队都待过

除去特殊的高并发场景（比如 IM ），两者工程上写起来差不多。个人看到的差异：
1. 因为 go 新一点，所以很多理念新一点，比如全面面向云原生。我们之前 java 还在 spring mvc+jdk1.6 折腾（不是说 java 不行，是因为有历史包袱）
2. java 启动确实比 go 慢，实际看到的项目 go 10s 左右，java 2-3 分钟。java 就打出的 jar 包有 1G 多（不含静态资源）
3. java 确实占内存一点
4. go 项目大了也确实很“百花齐放”，到处都是 interface{}，缺少 spring 这样大统一的框架，有时候还要解决框架问题，只能找内部资料

@x940727 为什么头条现在也在大规模的招聘 Java 的程序员？你听谁说的
内部没看见这个风向，而且内部那一堆库很多压根都没 java 版本。当然我可能盲人摸象，但没看出要用 java 的理由。注：这里并不是 java 不好，只是字节在特定历史时期选择了 go

"别人说 groutine 的底层也是线程池" 这个不太对吧

“假如 1 个线程里面有 2500 个协程，那 1w 个协程全部切换个遍，底层也要线程切换的吧” 不用呀，简单来说，第一个线程里面 2500 个协程自己切换，不用切换线程。

go 的优势是，第一个线程里面有个协程卡了，剩下的 2499 个协程可以调度到另一个线程上去

不担心

就我们那复杂需求，非常难，都快作死了了，无代码平台完全做不了。

再说了，我可以去开发无代码平台呀

应该是会 因为你太特定了，风险是肯定的

点名了吗？没有的话很正常吧，拿 CR 案例出来说如何做好 CR，但都隐去当事人的

我很多正则 这里抄的 https://github.com/logstash-plugins/logstash-patterns-core/blob/master/patterns/legacy/grok-patterns

我会说，但肯定风险大于收益。但忍不住会说