@tianxin8431 嗯嗯 了解，\wsl 只是表象，问题就是 goland 的 remote 能力很弱，WebStorm 还好点

@binbinyouliiii 嗯嗯 明白，其实就是在 WSL2 中使用 IDE

@binbinyouliiii 嗯嗯 wsl 里面装桌面端 Linux，但不太喜欢这样的方式，Windows 、Mac 都用习惯了，不想倒腾第三个

@Smash 唉 Mac 在公司，天天背来背去不方便。而且 Windows 这不得打游戏嘛 哈哈哈

@VZXXBACQ 哦哦 我 IDE 是在 Windows 上运行的，Windows 上访问 wsl2 中的文件就是 \wsl$网络路径，wsl2 就是这样和 wsl1 不一样
https://docs.microsoft.com/zh-cn/windows/wsl/compare-versions#performance-across-os-file-systems

@ikas
@smallthing 感谢 我试试挂载 ext4 的方式

@mason961125 这个主要是指可能没意识到文件在哪儿的问题（意识到了就明白了）。而且可能微软应用商店里操作了 wsl 换个系统啥的。最后 wsl 没有像 Windows 系统中的文件还能 onedrive （当然可以定时 rsync ）。

@bashbot 感谢，这样也是解决思路。

不过跨文件系统性能真的堪忧，编译真的太慢了，特别是前端项目再大点

@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 这样大统一的框架，有时候还要解决框架问题，只能找内部资料