@ufan0 我待过的每一个用 Go 的团队，都是新版本一出就升级的

没用过 iris 、但用过 gin

在 gin 的设计里，gin.Context 中会包含 context.Context 字段，所以直接 set 到 context.Context 里就行，就不存在“要给每个 context 写一个绑定方法”

YouTube 搜 Cppcon ，没事就看看

可是 vscode 不是已经有了一个 GItHub 官方的 Copilot 插件了吗……

@isno 天天都在等老哥这书完结然后猛学一波，老哥写完后会在 GitHub repo 发一个 Release 吗，这样可以被通知到

问题 1：就像 #1 说的，很有可能是在存“一对多”的数据的时候不想新建一张表，按我的习惯我是会在后端把数据转为数组再传递给前端的

问题 2：用中文 emm 我也不知道行不行，但是用 code 会更好吧

首先支持 #2

再说个可能的视角，Option 算是 FP 原生的 Monad 的概念吧，今天要是对 Option 这个 Monad 特殊处理了，那明天是不是要对 Result 也来个语法糖，后天再来个 Monad 是不是要再搞个语法糖，永无止尽

我感觉我经常听不懂产品对“新需求”的描述……我一度怀疑到底是他们不会描述还是我的理解能力真的不足

就是有些 pm 就喜欢用自然语言描述一下复杂需求……画个流程图可能就好多了，而且在自然语言中，很难明确一些专业名词和业务实体，对于不熟悉的人是看都看不懂，尤其是在一段话里对某个实体使用多个别名，看得是真的头疼……

看你这描述，浙大硕士 + 掌握分布式共识协议 + 有实习经历，找不到应该不是你的问题，可能就是假岗位吧，或者感觉你太 oq 了

@steelshadow39 #42 肯定有开发者的原因，但我侧重于表达语言的能力对开发者的约束

见过一个 Java 项目，全是 static field 和 static method ，当 C 语言写……就写出这种生命周期看着很混乱的东西，看着脑壳疼：

class A {
public static A a = new A();
....
}

class B {
public static A a;
public static B b = new B(a);
public B(A a) { ... }
....
}

开发环境怎么能网络调用其他的服务呢，单测的话 mock 掉就好了，想运行发测试环境就行

“3.目前在用一种茶水分离的保温杯，但是要泡茶的时候需要倒立，要喝水的时候需要再正立，拧开盖子的时候容易流水”

为啥我用这种杯子没有“拧开盖子的时候容易流水”这种体验

@debuggerx 哈哈这是刚毕业的高中生气

@lzgshsj 不背双肩包怎么背电脑回家 oncall 🐶

@jtsai 这算是外界的偏见吧😂

还是喜欢 chrome 的圆润感，edge 的 UI 太方正了看着有点硬