 |
nebkad请阻止我发帖 V2EX 第 557390 号会员，加入于 2021-09-30 23:34:06 +08:00今日活跃度排名 26019 |
nebkad 最近回复了
5 天前 回复了 fawdlstty 创建的主题 › Rust › 推荐一款我写的动态配置语言： Faml |
提一个关于能展示 FAML 设计意图示例的建议。
譬如说，
如果不使用 动态表达式，或者不使用条件配置，只用 TOML 能不能解决，相比之下 FAML 的优势是什么；
另外就是 “运行时动态修改” 这个概念，需要好好解释是相对什么的运行时？别的语言也能利用这个特性？
譬如说，
如果不使用 动态表达式，或者不使用条件配置，只用 TOML 能不能解决，相比之下 FAML 的优势是什么；
另外就是 “运行时动态修改” 这个概念，需要好好解释是相对什么的运行时？别的语言也能利用这个特性？
23 天前 回复了 YanSeven 创建的主题 › Java › Java 的一次编译到处运行在目前还有优势吗 |
先说一个，我不太相信 JVM 能提供手游客户端的运行环境。
如果有，请出来打我脸。
否则，Java 早就不是一次编译到处运行，只是一句过时的宣传语而已。
如果有，请出来打我脸。
否则，Java 早就不是一次编译到处运行，只是一句过时的宣传语而已。
55 天前 回复了 isno 创建的主题 › 程序员 › [盖楼抽奖] 新书上市，《深入高可用系统原理与设计》 |
想看，过来拉低中奖概率！
58 天前 回复了 hez2010 创建的主题 › C# › .NET 换新的异步编程模型了，性能很强 |
@hez2010
感谢你的科普。
这让我更了解了 C# async 底层的不堪。
C# 是可以允许不同的 Task UniTask 以及未来会产生的更多的的 Future/Promise 混用。
然后，如果我没理解错的话，它们背后的调度机制对使用者来说完全是黑魔法。
这将会进一步割裂 C# async 相关的库的生态，限制 C# 代码共享。
感谢你的科普。
这让我更了解了 C# async 底层的不堪。
C# 是可以允许不同的 Task UniTask 以及未来会产生的更多的的 Future/Promise 混用。
然后，如果我没理解错的话，它们背后的调度机制对使用者来说完全是黑魔法。
这将会进一步割裂 C# async 相关的库的生态，限制 C# 代码共享。
58 天前 回复了 hez2010 创建的主题 › C# › .NET 换新的异步编程模型了，性能很强 |
@hez2010
Task ValueTask UniTask GDTask 等等各种 task 必须有一个自定义调度器实现，
你又提醒了我一个理由，为什么不应该相信 Runtime async 会有一个好的结果。
看看 Rust 怎么做的，Future 只和 async/await 语法有关心，而任务调度则是异步框架的工作。
这样是不是更合理一点呢？
Task ValueTask UniTask GDTask 等等各种 task 必须有一个自定义调度器实现，
你又提醒了我一个理由，为什么不应该相信 Runtime async 会有一个好的结果。
看看 Rust 怎么做的，Future 只和 async/await 语法有关心，而任务调度则是异步框架的工作。
这样是不是更合理一点呢？
59 天前 回复了 cKnight 创建的主题 › Rust › 太快了！ Rust 太快了！ |
@zpvip 非常赞同你所说的 “如果程序员不改变想法, 都替老板着想, 只能让好的东西埋没 ”
我一直都觉得 Java 甚至 golang 这种编程语言，都是为了过度分工的大规模开发而设计的编程语言。
特点是语法不花哨，但是语言表现力也差，不适合自由程序员协作，倒是适合码农协作。
所以像 Rust 这种，对性能敏感，表现力也还可以的语言，才是自由程序员们依靠自身技艺水平，击败累赘堆砌代码的项目的杀手锏。
以上观点，请你批评。
我一直都觉得 Java 甚至 golang 这种编程语言，都是为了过度分工的大规模开发而设计的编程语言。
特点是语法不花哨，但是语言表现力也差，不适合自由程序员协作，倒是适合码农协作。
所以像 Rust 这种，对性能敏感，表现力也还可以的语言，才是自由程序员们依靠自身技艺水平，击败累赘堆砌代码的项目的杀手锏。
以上观点，请你批评。
59 天前 回复了 hez2010 创建的主题 › C# › .NET 换新的异步编程模型了，性能很强 |
@hez2010 我知道要出的这个 Runtime Async 现在可以做到不需要堆分配。
我的意思是这个优化来得太迟，社区里尤其是游戏开发者，一大堆手动打这个 patch 的实现，例如 UniTask, GDTask ，分别就是为 Unity3D 和 Godot 环境用的非堆上分配的异步库。
Rust 的 async await 在标准化的时候就不依赖于堆分配（当然也有别的限制，但是编译器会处理）
比起来就会显得 CLR 不思进取
我的意思是这个优化来得太迟，社区里尤其是游戏开发者，一大堆手动打这个 patch 的实现，例如 UniTask, GDTask ，分别就是为 Unity3D 和 Godot 环境用的非堆上分配的异步库。
Rust 的 async await 在标准化的时候就不依赖于堆分配（当然也有别的限制，但是编译器会处理）
比起来就会显得 CLR 不思进取
60 天前 回复了 hez2010 创建的主题 › C# › .NET 换新的异步编程模型了，性能很强 |
我点句难听点的话，Rust 的 async/await 写起来虽然也不见得比 C# 的好到哪去，
但是等待异步事件不需要堆分配真的吊打 C#。
C# 吃了这么多年的老本，难道就没有考虑过优化这一点吗？
显然是压力不够并且保守群体太大，改不动。
现在微软已经重新走入堕落螺旋，我不相信 Runtime async 会有一个好的结果。
原因在于我上面说的，C# 现在连最有创造力的游戏开发群体都抓不住，
指望一堆吃老本的会用主动用新 runtime ，实在是过于乐观了。
但是等待异步事件不需要堆分配真的吊打 C#。
C# 吃了这么多年的老本，难道就没有考虑过优化这一点吗？
显然是压力不够并且保守群体太大，改不动。
现在微软已经重新走入堕落螺旋，我不相信 Runtime async 会有一个好的结果。
原因在于我上面说的，C# 现在连最有创造力的游戏开发群体都抓不住，
指望一堆吃老本的会用主动用新 runtime ，实在是过于乐观了。
116 天前 回复了 mightybruce 创建的主题 › Rust › Rust 的安全神话？为何在关键系统如数据库、大模型代码中仍选 C++ |
让一个 CEO 来讲 Rust unsafe 有多 unsafe, 而且还会有自称是程序员的人会 buy 这些说法.
瞧瞧这个世界有多梦幻, 怪不得程序员总是被炒, 活该
瞧瞧这个世界有多梦幻, 怪不得程序员总是被炒, 活该
Select Language