后记：就在我撰写这篇文稿的时候看到 PlatyHsu 发了一篇选题很类似的文章，一遍读一边觉得震撼，心里不禁想着「可恶，输了」，虽然不知道我到底在比三小，但就是有这么个感觉
Читать полностью…
咖喱prime: https://jandan.net/t/5948447
OO: 157 XX: 4
vva: 写这个段子的人可能不知道什么叫做交配吧…
OO: 59, XX: 1
简单繁琐: @vva你根本不懂狂叫四周
OO: 58, XX: 1
好色猴子: 世界奇妙物语好像有这么一集，叫是因为爽
OO: 18, XX: 0
地精科技: 只是以幼虫形式生活在地底17年，没有一直睡，起来叫是要交配，生完孩子就可以死了，成虫就是随便发育的，不具备长期生存能力
OO: 5, XX: 0
#书
我至今仍然认为，20多年前我刚刚接触编程的时候，就能看到《程序设计实践》（英文名《The Practice of Programming》，作者 Brian Wilson Kernighan、Rob Pike，C语言之父+Go语言之父的组合），实在运气太好了，它教会了很多如何写好代码的实践。
现在大部分代码都AI写了，不知道这样的书是不是还受人欢迎，不知道这样的技艺还有多少人在乎，想到这里多少有点悲凉。这里可以看到免费电子版。
https://fixupx.com/shinobu_books/status/1943233040119116028
Читать полностью…
I'm thinking about, 如果我用一些比较庸俗的标题，比如「我用 AI 做心理测评」之类的是不是点击量会更好一些
However 我不会做这样的事情 ˊ_>ˋ
靠crate的数量来评估自己的依赖情况是很糟糕的，经常看到外乡人一看下几百个crates（注意node项目轻松成千上万）然后说rust也是一丘之貉什么的。就感觉很无语，和他们讲又会贴上传教原神什么的标签。在这里写一下以后遇到了就转发。
首先cargo有features，很多下下来的依赖并不会被编译（比如说你在Linux的话 macOS 相关依赖就不存在了），其次crate是编译单元为了编译速度很多库会分成很多crate，但其实都在一个monorepo里同步维护的。
我觉得应该写个工具来评估，计算当前实际会编译的crates，然后再按照所属仓库或者组织来分组
迷失: https://jandan.net/t/5948169
OO: 126 XX: 16
王德發: 齐马蓝
OO: 41, XX: 0
https://item.taobao.com/item.htm?id=941511371914 现在竟然有这种东西了
Читать полностью…
