@cmdOptionKana 苹果要是按现在这个价卖那微软的软件帝国就不会被推翻,毕竟树莓派也能跑 win10 arm, 要推翻的是不公开授权指令集的 x86&AMD64 帝国

(既然要国产化为什么不用国产的 gitea, go 程序交叉编译多方便

要入职的可以先学习一下 Moon studio 将同是 Unity 引擎的 ori2 移植到 switch 上并保持 720p60fps 的经验:https://www.youtube.com/watch?v=kH6wTpIObxE

@lvybupt 其实 4G 套餐接入 5G 网络就可以受到套餐限速的限制而不是 LTE 信道的限制, 这种不限流量的套餐在 5G 网里的限制可能比一般的多但是也比纯 LTE 快

如果是单纯在同一地点放两个 LTE 终端叠加网速,我觉得网速会变差

有一些格式具有相同的扩展名,但是却有不同的版本(比如 rar 和 rar5)
有一些格式具有相同的扩展名,但是扩展名只是对应一个容器,具体的编码方式存储在容器内部(比如 mp4 和 webp 是容器格式, H.264 H.265 vp9 是编码方式)

@jeffh Unikernel 的意思就是程序作为代码连接进内核中,所以没有 elf 加载器之类的.

厉害了,已点 star
未来会支持 x86_64 和 uefi 吗,毕竟现在也没有多少 x86 的机器了

16 位下能用 20 位的地址宽度,32 位下能用 36 位的地址宽度,前者是靠分段(16 位段描述符), 后者是靠页表映射.
但是即使是在 32 位下,虚拟地址空间也只能是 4G, 因此单个进程无法直接突破 4G 的寻址限制,只能靠 mmap 之类的方式进行.

补全是 LSP 的问题,不是 vscode 的问题.
Jetbrains 只是用 kotlin 搞了一套语法 /语义分析框架
要是好好写,第三方也能搞出一套效果差不多的. 至少 rust 的 rust-analyzer 和 rust-intellij 差别不大(当然,过程宏该拉跨还是拉跨)

微软应用商店不是用来下载 Xbox 游戏的吗 (

这个路径不应该是从 pkgconfig 读出来的吗

看起来你需要 Cow 文件系统.可以直接创建快照,zvol 还可以在文件系统是 ext4 的情况下在块层面创建快照

@reus It may return the (non-nil) error from the same call, 这个情况在底层是 posix IO 的情况下是不可能发生的,所以说 union type 完全可以表达正常的语义,不需要 int 和 err 同时出现.posix IO 是使用最广的 IO,因此 go 的 Reader 接口设计的有问题, 凭空出现了本应不存在的情况

另外 Rust 里标注#[non_exhaustive]的 enum 在 match 时没有`_`来匹配将来可能新增的字段是会编译错误的,因此不需要看到文档里写这句话也应该知道.用到了,编译不过,rustc 报错提示你 match 分支必须有_,自然就知道了.

如果你要读完那不应该用 read,应该用 read_to_end, 文档里写的很清楚,read_to_end 会忽略 ErrorKind::Interrupted.我不知道别人怎么写,但是我用写的命令行程序里 read_to_end 是直接用?抛到 main 然后直接输出错误退出程序的.磁盘 io 错误也没法处理,但是各种网络库里就要仔细处理了.

在 read 里暴露 ErrorKind::Interrupted 和 ErrorKind::WouldBlock 是因为异步运行时需要靠这个来进行异步 IO 操作.Rust 暴露很多细节是必要的,因为作为系统语言 Rust 允许程序员和最底层进行交互.go 搞有栈协程,因此这种 no blocking IO 的东西看起来很没有用.但是 go 程序员可不能在不改造编译器的情况下修改 go 的运行时.

@reus 不知道谁是半桶水,你可以看看`man 3 read`, EOF 是怎么确定的,
No data transfer shall occur past the current end-of-file. If the
starting position is at or after the end-of-file, 0 shall be returned.
If the file refers to a device special file, the result of subsequent
read() requests is implementation-defined.
所以 42,EOF 是怎么返回的?
go 的标准库设计的很没有品味, 很多东西都模模糊糊处理,在一些 corner case 就会出现很奇怪的行为.
go 缺少一种 rfc 机制,导致她的设计终究是跟着 Google 的需要而不是社区的需要走的,这也限制了她像 C 一样可以流行 50 年并且可以预料的再流行至少 20 年.

建议标题上标上 C++, const 的语义在不同语言中是不一样的,同时具有 immutable 和 compile time constant 两种语义,编译器能做出的优化也是不一样的.immutable 相对而言能做的优化更少,但是可以有效的避免一些 bug.
alias 分析理论上可行但是工程上很难做到,rustc 在启用 no alias 时 LLVM 会编译出错误的结果,而 C/C++不靠程序员主动标记很难得到积极的结果.

vscode 不同语言服务器的性能不一样的,拿 C++/Rust 写的语言服务器性能肯定强过 Java 写的,但 Nodejs 和 Python 写的就不好说了.单就 UI 而言 vscode 这个浏览器不会占用多少 CPU

速龙 200GE 都不如,也就和小红标 A10 上的那种老 GCN 一个水平的

mqtt over Websocket

dd if=/dev/urandom of=/dev/nvme0n1 bs=4M
大部分情况下文件系统撑不了几秒就会 panic