编译内核是大家都一样的，
发行版之间的区别是包管理和预装软件
所以你如果要自己发行一个发行版，那你有两个选择：
用别人现成的包管理（如 debian 的 apt, arch 的 pacman ）
或者自己整一个包管理（那你得手动实现软件仓库、打包你想放进仓库的第三方软件，然后管理软件源）

包管理搞定后需要把预装软件用选好的包管理塞进安装镜像，并且做好安装脚本和引导
当然也可以学 gentoo 或 arch 不提供脚本只提供编译/安装工具让用户自己装

后续的发补丁都是通过包管理。各个包管理的打包、分发方式都不一样
譬如 arch 的 pacman
https://pacman.archlinux.page/
基本就是通过手写 PKGBUILD 文件来实现一整个编译、打包、分发工作

推荐 react.
我当时就是想起一个新项目不知道选哪个，于是各种框架都试了一遍，angular vue react
最后发现 react 文档最直观，库更多更完善，上手也最简单。

帮着搭了个构建工具和验签系统（或者说分了个服务重启用来构建和验证）？
没到合作这么夸张了，arch 依然还是靠社区用爱发电
钱是肯定没有的

@amiwrong123 这两种方法本质没区别啊，你思考一下就知道了

@amiwrong123
还是有误解，私钥签名==私钥加密
所以你说的“用自己的私钥对哈希值进行签名” 等价的说法并非“对 dtata.txt 签名” 而是“对 data.txt 的哈希值进行签名”
对 data.txt 签名指的是用私钥对 data.txt 全文加密

@amiwrong123
哦我知道了，你是不是一直误解了“签名”的意思？
以为是把分发者的个人信息用私钥加密一下叫签名？
不是的，这里的签名其实是一个操作，用私钥把真实内容加密，因为加密后的密文其实不保密，所以就把这个加密操作改叫签名

@amiwrong123 ?? 你这个 首先 ， 然后 说得不是同一个操作吗
啥叫两种方式

这个顾名思义就知道了啊
签名的作用就是让别人知道某段信息是只有我能发出的
譬如我是某机构，我要发一篇公告，我把公钥公开出去，再用私钥加密这篇公告的内容发出去，
别人用公钥解密成功的文本就说明是本机构发出的，任何其他人都伪造不了
应用场景么像是软件分发时候在 manifesto 里加上私钥信息表明分发源可靠之类
公钥加密的作用是对密文本身保密，私钥签名对密文本身是不保密的，仅仅是证明密文发出者的身份可靠

学习能力和学习意愿都是天生的。你如果觉得自己不想学习，那很正常。就像有人喜欢吃香菜有人不喜欢。
我任何时候习得新技能都会有生理性的快感，多巴胺大量分泌比 x 高潮都爽，那我当然就时刻想要去学新东西。这当然没啥值得优越的，只不过是随机的基因排序导致。
所以学不进就学不进不要勉强，跟基因和解。我抽烟喝酒都难受但我也不会因为别人抽着爽就逼自己抽

win 里全是屎山，注册表这种东西为什么会存活到今天
每次不得不碰同事的 win 机就生理不适
arch+kde 用起来爽的不行

学 C# 和 Python 吧
写习惯 oop 的让你写 go 你会浑身难受的

@Kauruus 这么说的话确实。Rust 工程师开发内核必然要懂 C, 反过来就不一定了。那么两者都往内核提交的话 C 的地位就变得跟 Rust 平等，也就是 C 工程师同样要会 Rust.
个人觉得这本就是应该的。你一个 C 工程师如果要继续开发内核本就该跟 Rust 工程师一样两者都会，这已经不是技术问题而是个管理问题了。

@Kauruus high level 那边本质已经是调用了啊

发言那个 C 工程师是不是以为他每改一次 C 代码 Rust 那边就要重新手搓一遍用了他 abi 的 Rust binding…
Rust 有 bindgen 啊…最多就是像正常调用一样要注意下参数和返回，binding 是不用手搓的。

左下第二个有 「 Homepage 」的跟啥也没连的蓝框是干啥的？放哪儿的？
F 是干啥的？能不能去了然后 C 和 D 并一起？或者 F 接 E 上？

你说得对

@GoRoad
- 不用类不会写，哪怕某些 class 不好用（譬如 js ）甚至没 class （ go/rust ）的语言也非要用或者找个他们觉得相似的（ struct ）来用
- 喜欢继承套继承，美其名曰代码复用
- 定义一大堆方法，访问个成员变量都要写一个 Get 一个 Set
- 不会用指针，把很多语言中的性能优势完全浪费掉
- 各语言中的异常处理方法不用，强行凑出一个类似 Java 的异常处理
- 其他

我同意 Jvav 味儿下头，但你去粪坑里找吃的然后跑出来说里面的东西一股屎味儿是不是应该先反思下自己的问题