作为程序员，从技术角度来说，大家都希望有一个完善的流程和做出稳定的软件。但实际上，公司在测试上投入多少主要是看解决质量问题的成本和质量问题带来的损失之间如何平衡。当你们发现质量问题带来的损失远高于组建一个测试部门或改进流程的成本时，自然就会推进这个事情，就像 IC 设计中甚至还要做形式化验证一样

我们是做 infrastructure 的小公司，产品上跑着客户的上层应用和数据，小到几百 TB ，上到数十 PB 。对我们来说稳定性就是高于一切的，在开发之初会花费大精力先实现测试框架和模拟器，流程上也有很多的混沌测试。但对不少互联网业务的公司来说，几次质量问题带来的损失并不高，甚至解决质量问题的时间成本还会导致无法快速上线而损失大量收益，也就认为测试无关紧要了

@onice #11 现在头部高校已经慢慢追上了，比如南京大学： https://i.imgur.com/UbpymHT.png https://i.imgur.com/znqvDjP.png

建议还是放弃使用 c/cpp 吧

开发用 (Neo)Vim ，但敲 Git 命令感觉很麻烦，也不直观。所以一直用的 lazygit 这种 terminal UI ，既能保证无缝的纯键盘操作体验，又有直观的 UI 显示各种 branch 和 commit 信息，一些要 rebase -i 的常用操作也都直接集成了快捷键一键完成

func add(n int) {
if n < 0 ｛
return
｝
if n == 0 {
...
return
}
for i:=0; i<len(s); i++{
add(n-1)
}
}

感觉 2 楼说偏了，文件、块和对象都只是上层接口而已，面向的“使用者“不同，Ceph 就都用 osd 对象存储的模式存。**简单来说，没有特殊需求的情况下**，直接读写裸盘的程序用块存储，直接给人用的上文件存储，而普通程序不需要像数据库或者 OS 一样直接对块级别做细粒度的管理，也不需要文件这种形式的抽象，对象存储的 KV 语义是最适合的。

新手的话就别学那些人折腾一堆配置，直接劝退了。先用 VSCode + Vim 插件或者开箱即用的 LunarVim 上手先

@Charod #22 是先有的免费轮子，https://zhuanlan.zhihu.com/p/545902295

大概 2-3 年前重度使用过一段时间 wolai ，应该也是早期用户之一了，体验非常糟糕。大页面很卡，弱网情况回滚严重，还丢过两次数据。加上他们老板的一些个人言论和行为我比较反感，就老老实实回去用 Notion 了，不知道现在发展得怎么样了，但个人来说还是不看好这个产品

是可以实现的，OSTEP 书里提到过 Peterson 算法，是早期操作系统没有硬件支持（ tas,cas 等指令）时纯软件实现的锁，只需要 load 和 store 两个操作是原子的即可

0 ，neovim

用 qemu 调试内核

不违反，开源合规中，对 GPL 协议的软件可以通过隔离地址空间（进程间通信）来使用，LGPL 协议则通过动态链接库调用即可。

确实不错，macOS 上也在用。主要还是因为自带输入法实在太烂，之前也折腾过 RIME ，但还是能开箱即用最方便

23 届应届生，算 infra 开发，目前工作也和云原生沾点边。个人感觉是同样做 K8s ，不同方向差距是很大的，如果只是写点普通的 Operator 或围绕 K8s 整个运维平台这种未必比写业务好，只是 CRUD 对象变成了 K8s API 罢了，反而路更容易走窄。能贴合一些更实际的方向就更好了，比如我们需要围绕 MLOps 来去做 K8s 的调度、网络、vGPU 等

作为今年应届生，从身边例子来看，这个薪资+时间点还在找工作的，差不多都是这个水平的了

我会使用第一种，「错误是值」，在连续操作中错误不应该打断控制流，而是记录错误，最后再返回。典型例子是 Scanner 的设计：
```go
scanner := bufio.NewScanner(input)
for scanner.Scan() {
token := scanner.Text()
// process token
}
if err := scanner.Err(); err != nil {
// process the error
}
```

官方 blog 有篇文章讲过这种设计模式： https://go.dev/blog/errors-are-values

大多数销售出身的老板都有这个思维：只有销售在赚钱，其它研发什么的都是成本，都是亏钱的