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

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

@Champa9ne #15 数据保护不需要服务部署多个节点吧，超融合是和存储虚拟化紧密结合的，底层的分布式存储本身会做数据的多副本或者 EC ，这个是完全存储层做的，其实已经足够了，但上层一般还会再做一些定时快照之类的功能。和传统架构相比的话，HCI 就是管理方便，运维、扩展成本低

@flyqie 自己电脑只有台 MBP ，支持 macOS 的 galgame 很少，在笔记本上跑 win 虚拟机又感觉很重，不方便。在 PVE 上就能 24h 跑了，而且随时都可以用 iPad 远程桌面连上，体验挺好的

之前买了台 MiniPC 装 PVE ，一开始图新鲜也折腾了一堆服务，后来发现其实自己平常根本用不上，现在对我来说最实用的只有跑 win 虚拟机玩 galgame

在 `~/.ssh/config` 中配置连接信息，Terminal 用 Warp