我也面试过一段时间，现在的人崇尚自由啊，就跟 v2 上一毛一样的。但是在公司最需要的其实是沟通配合，专业能力再吊，不会合作反而更麻烦。就楼主而言我觉得楼主说的大致没错，不过是以 v2 众人都是面试者，你是面试官的姿态在发。我也发过类似帖子，我也不喜欢这种在论坛还以另一幅姿态指手画脚。
总结一点说，双向思考很重要，任何时候顾及对方和其他人的感受都会给合作跟交流带来很大好处

检查一下 MTU 把

base64 好处理啊 按 4 的倍数读字节就好了啊

码出我手，天下我有！

老哥，你又来辣
说句题外话，能跑跑模糊测试吗

看场景吧，大部分全局变量都是直接读…除非会导致业务脏数据才需要锁配合

几十 W 数据是带宽跟 IO 问题了吧…

js 真正项目你就会发现这里缺那里缺点啥…主流 linux 都自带 python

@bsg1992 没说 C#不好，相反我接触 Go 之前最喜欢的就是 C#。C#的 linq lambda 都是我很喜欢用的东西。不过 c#封闭太久了，跟微软全家桶深度绑定，现在追赶醒悟过来追赶开源，也不知道会不会太晚。

@azh7138m 本地固化依赖也是正常操作吧，我们项目基本上外部包应该都是封装过后再用的。直接引入业务这样就直接耦合了，所以多个依赖 /多个版本这种操作都是可以通过项目结构封装避免的，其他语言同样也会遇到这种问题的，相对来说 Go 语言提供的接口反而比别的语言更容易封装跟解耦。
rust 我只是粗粗看了下，还没有深入，没法讨论。不过多版本兼容，多个 go 我记得也是有的，go get 就可以直接升级。跨版本兼容的时候也可以用 // +build 条件编译限定不同 go 版本。我觉得大部分场景是够用的

开源其实就是共产主义啊，你们啊~Native

@azh7138m 包管理想了想确实也不算太大优势，整套工具链整合才算优势吧。

就没人说 Go 工程管理远比其他语言便利吗？
一门语言语法根本不能说明什么，说点其他的，写个完整项目需要啥。
首先，得有代码规范，其他语言的代码规范要么宽泛，要么约定俗成。真的要实际应用还得依赖各种第三方库，形成最佳实践。go 代码规范不说，连方法大小写，括号，缩进都规定了，工具链还自带 go vet,go fmt。其他语言要做到这样起码要有个资深项目经理，或者老程序员。直接上 go，我说省下半个项目经理不过分吧？
第二，代码仓库。go mod/go get/go list 就不说了，自带包管理,很多主流语言还是要插件才可以的。特意说一下代码仓库代码仓库，java maven, python pip,node npm,C# nuget...官方仓库当然好用，但是团队合作如果要发布到自己的代码仓库，go 绝对是最省事的，直接部署一套 git 就搞定了。这个特性加上跨平台静态编译，省掉几个运维不夸张吧？
第三，集成测试。go test /benchmark,go tool cover。不多说了，项目稳定性，健壮性基本都是靠测试用例堆起来的。
第四，debug。go pprof,trace。自带不多说了，目前已经自带火焰图了。
第五，文档。go doc。大项目必备。
大概就是这么回事，一条龙服务。其他语言目前这么完备的还没看到，rust 好像有几条已经差不多了。我反正这么用起来还是挺舒服的。

404 都能跑满 CPU 吗

awesome go