 | nebkad请阻止我发帖 V2EX 第 557390 号会员，加入于 2021-09-30 23:34:06 +08:00 |
nebkad 最近回复了
2025 年 12 月 16 日 回复了 zwanjobs 创建的主题 生活 一线城市买车这事，真得想清楚 |
为什么里程不高买油车会是最优解？多高之后就不是最优解？
你既然把这个最应该计算的问题直接下结论了，那还要想清楚什么？
你既然把这个最应该计算的问题直接下结论了，那还要想清楚什么？
2025 年 12 月 12 日 回复了 souryou 创建的主题 生活 今早去金拱门（麦当劳）吃早餐发现，自动收桌 |
@cmdOptionKana
他们并没有“分析、猜测”，而是被教唆了一种原子化的思考方式，并且试图让别人用一样的思考方式。
真正的分析猜测起码得基于实践吧，很多人既没有考虑过（收不收餐盘这件事）不同实践的效果，而纯粹以自己爽不爽来看待，这个时候他们就不猜测别人（对不收餐盘这件事）的（觉得不自觉）看法了
其实说白了就是，以己度人，小市民心态。
他们并没有“分析、猜测”，而是被教唆了一种原子化的思考方式，并且试图让别人用一样的思考方式。
真正的分析猜测起码得基于实践吧，很多人既没有考虑过（收不收餐盘这件事）不同实践的效果，而纯粹以自己爽不爽来看待，这个时候他们就不猜测别人（对不收餐盘这件事）的（觉得不自觉）看法了
其实说白了就是，以己度人，小市民心态。
2025 年 12 月 11 日 回复了 souryou 创建的主题 生活 今早去金拱门（麦当劳）吃早餐发现，自动收桌 |
@zerovoid 为什么你觉得小区就不是物业的（商家的）而麦当劳肯德基就是呢？ 而且，就算是商家的，他们难道不都是公共场合吗？如果你的意思是，有些地方不那么公共的话，为什么快餐店就比小区更公共或者不公共的标准是什么？你以这个标准来做事不累吗？
2025 年 12 月 10 日 回复了 souryou 创建的主题 生活 今早去金拱门（麦当劳）吃早餐发现，自动收桌 |
我们小区有一帮老大娘，看样子以前是农村的，跟着子女搬进来的。
一开始有点拘谨，后来什么遛狗遛娃不捡屎，放任小孩随地拉屎，都染上了。
问她们为啥这样，搞得小区走路都要小心翼翼。
她们说，你们城市人就瞧不起人，我们没交物业费还是怎么滴？
本来淳朴的邻里关系，都被狭隘无情的资本主义雇佣关系替代了。
一群被异化还不自知的人
一开始有点拘谨，后来什么遛狗遛娃不捡屎，放任小孩随地拉屎，都染上了。
问她们为啥这样，搞得小区走路都要小心翼翼。
她们说，你们城市人就瞧不起人，我们没交物业费还是怎么滴？
本来淳朴的邻里关系，都被狭隘无情的资本主义雇佣关系替代了。
一群被异化还不自知的人
2025 年 12 月 5 日 回复了 twofox 创建的主题 Windows 吐槽一下 Windows 七月更新的 BUG |
顺便感慨一下自己 3 年前真 TM 有远见 /t/869835
Windows 桌面果然不如 Linux 桌面靠谱
顺带我现在在 Deepin 上连 Steam 游戏体验都没怎么损失
微软对我来说已经是死了
Windows 桌面果然不如 Linux 桌面靠谱
顺带我现在在 Deepin 上连 Steam 游戏体验都没怎么损失
微软对我来说已经是死了
2025 年 11 月 12 日 回复了 fawdlstty 创建的主题 Rust 推荐一款我写的动态配置语言： Faml |
提一个关于能展示 FAML 设计意图示例的建议。
譬如说，
如果不使用 动态表达式，或者不使用条件配置，只用 TOML 能不能解决，相比之下 FAML 的优势是什么；
另外就是 “运行时动态修改” 这个概念，需要好好解释是相对什么的运行时？别的语言也能利用这个特性？
譬如说，
如果不使用 动态表达式，或者不使用条件配置，只用 TOML 能不能解决，相比之下 FAML 的优势是什么；
另外就是 “运行时动态修改” 这个概念，需要好好解释是相对什么的运行时？别的语言也能利用这个特性？
2025 年 10 月 25 日 回复了 YanSeven 创建的主题 Java Java 的一次编译到处运行在目前还有优势吗 |
先说一个，我不太相信 JVM 能提供手游客户端的运行环境。
如果有，请出来打我脸。
否则，Java 早就不是一次编译到处运行，只是一句过时的宣传语而已。
如果有，请出来打我脸。
否则，Java 早就不是一次编译到处运行，只是一句过时的宣传语而已。
2025 年 9 月 23 日 回复了 isno 创建的主题 程序员 [盖楼抽奖] 新书上市，《深入高可用系统原理与设计》 |
想看，过来拉低中奖概率！
2025 年 9 月 20 日 回复了 hez2010 创建的主题 C# .NET 换新的异步编程模型了，性能很强 |
@hez2010
感谢你的科普。
这让我更了解了 C# async 底层的不堪。
C# 是可以允许不同的 Task UniTask 以及未来会产生的更多的的 Future/Promise 混用。
然后，如果我没理解错的话，它们背后的调度机制对使用者来说完全是黑魔法。
这将会进一步割裂 C# async 相关的库的生态，限制 C# 代码共享。
感谢你的科普。
这让我更了解了 C# async 底层的不堪。
C# 是可以允许不同的 Task UniTask 以及未来会产生的更多的的 Future/Promise 混用。
然后，如果我没理解错的话，它们背后的调度机制对使用者来说完全是黑魔法。
这将会进一步割裂 C# async 相关的库的生态，限制 C# 代码共享。
2025 年 9 月 20 日 回复了 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 语法有关心，而任务调度则是异步框架的工作。
这样是不是更合理一点呢？
Select Language