go 的错误处理 我记得官方当年自己推 go2 草案的时候都想过要解决这个问题，一堆人还搁那洗 不过也只是草案罢了 后来也没实现，他哪怕学一下 Swift 的`try?`或者 Rust 的`?`来替换下那几乎每个函数调用后面都有再占三行甚至四行的 if err return 呢

泛型完全不好用，很多时候同样的情况放 C# Rust 都是能自动推导的，比如我初始化结构体调用另一个 New 函数作为初始化字段，我这个字段都是显式泛型类型了，那个泛型函数的类型居然还要我再写一遍？

元编程能力全靠代码生成，难用的一 b ，当然这点其他语言也没好到哪里去

多返回值并非好设计，一旦哪个函数返回多个值那你的链式调用或者嵌套调用就不得不断，当然要是认为这变相保证了代码可维护性也不是不行...

不知道有没有人用过 golang 的 MongoDB ，只要对比一下就能发现 golang 的 map 和 slice 语法到底有多啰嗦

不过要说和 java php 比，那我肯定选 golang ，但是要是吹 golang 语法简单就怎么怎么着的，那我的评价是 go 就是个多了强大的标准库和语言级协程支持的 C 语言罢了

不过云原生时代需要容器体积相对小，又完全自包含的应用，go 确实是不二之选，其他语言要么像 python nodejs 镜像体积太大太乱，要么像 java C#都还在摸索 aot 编译的路上，Rust 入门难度又是地狱级的，golang 占主流也没什么奇怪的

我用 copilot 的困扰跟你相反，英文提问给我中文回答...

所以这和 MacOS 有啥关系 Mac 有好用的 Android 模拟器么

c#后端国内岗位多么，Unity 基本是把 C#当脚本用，搞工程的话要新学的东西不比学一门新语言少

挺有用，有空研究研究，个人目前还在用 kubectl portforward 的刀耕火种方案

是这样的，反正我从 github copilot 刚出那会用到现在，体验就是只能用来写基本业务无关的独立功能，以及测试用例之类的。要么就是 golang C#那种比较啰嗦的语言能省不少样板代码的击键次数。

在涉及到大片核心代码的情况下，ai 极有可能生成不符合我的架构设计的代码，即便能跑也严重影响可扩展性。

阅屎山无数之后我觉得这是让我看着比较舒服的。不过单文件考验不了什么工程能力就是了。

@haimianbihdata 看到你这我还想说甚至 commit 还是 sign 过的，然后发现好像是 github 网页编辑导致的 sign

@catchmeup #13 公司电脑肯定要求信任公司的 ca 的啊 tls 基本可以视作无效

板 u 显卡感觉都没必要一定京东，芯片这种东西也没人造的出假货，当然矿卡另说

Microsoft Port of OpenSSH

曾经有个项目就是一大堆高清图片作为 base64 文本嵌入，一个接口响应有 7MB 多，但是主要也是网络传输时间，接口响应速度还是微秒级

境外？港台也算的话，腾讯阿里都有

@laminux29 动态长度必然引入额外的复杂度，而且要考虑到当时的硬件条件，哪怕到现在都还有人纠结胖指针“多占内存“呢，而且也确实，这些东西在嵌入式设备上，加一个字节加几个变量判断长度也是很珍贵的计算和存储资源。
ipv6 不敢说，64 位时间戳是肯定够用到人类灭绝或者当前的电子计算机架构完全淘汰了

非要说替换 shell ，我觉得也是 ruby/perl 优先于 python

专有名词翻译成英语还不如直接用汉字，现代编程语言支持 Unicode 标识符就是为了这个，但是拼音缩写纯恶心人

环境不需要人类自作主张去保护，所谓环保本质还是保护自己啊

这是 feature ，github 只要推了 commit 就一直保存的 要么删库要么找客服