V2EX › PTLin 的所有回复 › 第 13 页 / 共 31 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 9 10 11 12 13 14 15 16 17 18 ... 31

❮

❯

2024-08-19 19:29:08 +08:00

回复了 voidmnwzp 创建的主题 › Go 编程语言 › Rob Pike 已经失去对 golang 的掌控权了吗

@iOCZS 这个结论太笼统了，对于 go 应该是，go 语言的所有设计决策都在 Google 手上。go 虽然是开源的可以提 rfc 的，但是决定权再 Google ，比起 zig ，rust 等语言整体开放性不强。

2024-08-19 11:01:25 +08:00

回复了 dyllen 创建的主题 › Go 编程语言 › go 新特性 range over func 没怎么看懂。。。。写库的时候用吗？

看来不止我一个觉得丑，之前在一个群喷这个语法，一个大佬搬出了一堆文章和 x 上的博客证明这个 push 的迭代器多么先进。

2024-08-19 10:18:33 +08:00

回复了 summerLast 创建的主题 › Rust › 打算用 rust 写一个操作系统组队

我看过一些 os 的书，对于 rust 看过经典的 Writing an OS in Rust 博客，研究过 rust 的 bootloader 库里，x86_64 库，学过 uefi 研究过 uefi-rs 库，最后给你个衷心的建议，不要把时间花在写半吊子的而且 99%概率弃坑的玩具 os 上，有时间研究研究 Linux kernel ，给 rust-for-linux 贡献点代码，等你成了 Linux 大牛后再研究你的小玩具也不迟。

2024-08-17 12:53:01 +08:00

回复了 rhnlin 创建的主题 › 程序员 › 关于学习计算机方法

@nowheremanx 很多人都这样，学了点底层知识，汇编，保护模式/ia32e 模式切换，学了点硬件操作知识然后看了点 os 的书和 osdev 的资料就幻想自己写个 os 。
这种情况 99%都因为复杂度太高加上本身自己就不会设计以及代码量太庞大而放弃，我认为正确的做法起码是先研究研究 Linux 这种成熟的开源系统，研究研究“最佳实践”之后在开始有规划的设计自己的玩具 os 。

2024-08-08 20:01:04 +08:00

回复了 lwy2mx 创建的主题 › Go 编程语言 › 作为一个程序怎么快速的上手另一个语言呢

无非两点，1 不知道这个语言的最佳实践，2 不知道这个语言都有哪些好用的第三方库

2024-08-08 14:12:13 +08:00

回复了 Betsy 创建的主题 › C++ › 求教个 C++ Get 函数怎么写的问题

本质不就是错误处理，用写法二只能抛异常

2024-08-04 10:32:01 +08:00

回复了 liaowb3 创建的主题 › Go 编程语言 › 我发现 go 好像有个 bug

go 虽然很简单，但是还没简单到学一天就能让你了解到所有 go 的小坑。

2024-08-02 20:06:34 +08:00

回复了 iorilu 创建的主题 › 程序员 › 有 v2er 用 rust 开发过开源的 tauri 程序吗, 想学习下

不如给自己加点难度，用 native 的 rust gui 库写点玩具，毕竟你用 tauri 和用 eletron wails 也没什么太大区别，都是 80%再写网页。

2024-07-31 18:51:37 +08:00

回复了 keepRun 创建的主题 › 科技 › 如果 AI 发展到可以解决很多技术上的问题，那程序员还有什么作用？

月经问题。

2024-07-28 19:23:20 +08:00

回复了 Hyvi 创建的主题 › 程序员 › iMac 下 load 这么高是什么原因，请帮忙分析下。

可能 mac 下平均负载计算和 Linux 不一样，Linux 是所有 cpu 上的可运行进行数量按照一个公式计算，本身只能代表某个采样时刻的可运行进程数量，本身就意义不大。

2024-07-28 17:43:52 +08:00

回复了 trybye 创建的主题 › Rust › rust 中出现依赖冲突怎么处理

https://rustcc.cn/article?id=ea3b5561-618e-4c03-a84b-f0618a782dd0 这个帖子是不是也是你发的，下面不是有人提出来解决方案了吗，你是觉得 rustcc 里面的人都太菜了，v2 上肯定有大神能提供不 patch 的解决方法吗？

2024-07-26 17:06:12 +08:00

回复了 pykerzhang 创建的主题 › Linux › 在这个容器化成为标准的时代，如何评价运维还在用二进制源代码方法安装软件？

你就一句话，谁能评价出来，起码说说安装的什么软件 / 在什么地方安装的软件 / 运维以什么理由这样安装软件

2024-07-22 15:42:21 +08:00

回复了 cnbatch 创建的主题 › 信息安全 › CrowdStrike 搞崩 Linux 又搞崩 Windows，下一个会是什么系统？ CrowdStrike 会不会赔钱赔到倒闭？

与其说是后台硬，怎么感觉是真的没有竞品

2024-07-21 16:04:06 +08:00

回复了 Ansen 创建的主题 › Linux › 请教一下如何优雅的使用 TC 对大量的 IP 限速

@Ansen 有一篇字节跳动写的文章试了下，确实可以跑，就是限速不是太稳定以及限速公式搞不明白。https://blog.csdn.net/ByteDanceTech/article/details/120878281

2024-07-20 20:59:36 +08:00

回复了 Ansen 创建的主题 › Linux › 请教一下如何优雅的使用 TC 对大量的 IP 限速

tc 基于 ebpf 的 edt 方案看来可以，直接用 epbf map 管理 ip 。

2024-07-12 11:59:07 +08:00

回复了 lsk569937453 创建的主题 › Rust › 自己用 rust 踩了不少坑，希望<Rust-笔记>能抛砖引玉。

补充一下，现代的 Mutex 其实内部都会自旋一段时间，获取不到锁并不会直接进行系统调用而休眠，因为现在处理器速度非常快，很多时候自旋的时候锁就被释放了。
tokio 的 Mutex 使用原则基本上是：假如是多 task 操作一个 Vec 那种，临界区非常小，并且不跨越 await （因为 await 点可能出现一个线程加锁，另一个线程释放的问题，所以 std Mutex guard 是!Send ，导致整个 future 都是!Send) ，直接用 std 的 Mutex 就好。但是假如是独占了一个需要长时间使用数据，例如异步的数据库链接，这种才需要使用 tokio Mutex 。

2024-07-10 13:41:06 +08:00

回复了 RedBeanIce 创建的主题 › Rust › rust 写代码真的很复杂

不是 rust 复杂，这个是库复杂，用了太多泛型了

2024-07-03 12:28:01 +08:00

回复了 cmos 创建的主题 › Rust › RUST 的未来在哪里？

再过个五六年，rust for linux 就成熟了

1 ... 9 10 11 12 13 14 15 16 17 18 ... 31

❮

❯