2 分•作者: Bluestein•10 个月前
返回首页
最新
1 分•作者: lr0•10 个月前
1 分•作者: bookofjoe•10 个月前
1 分•作者: DocFeind•10 个月前
1 分•作者: lr0•10 个月前
1 分•作者: JnBrymn•10 个月前
1 分•作者: anyonecancode•10 个月前
1 分•作者: weinzierl•10 个月前
1 分•作者: virgildotcodes•10 个月前
我决定为自己开发这个应用,因为最近有点放纵,想为了健康休息一下。<p>它非常简单——添加任何你想要戒除的物质,设置你开始戒除的时间,它就会开始计时。如果你愿意,你可以在菜单栏中显示它,以便随时提醒你自己的进度。<p>完全免费、私密,你的数据不会离开你的电脑。<p><a href="https://quititapp.com/" rel="nofollow">https://quititapp.com/</a>
3 分•作者: Archelaos•10 个月前
2 分•作者: breatheoften•10 个月前
只是想知道,其他人是否也对目前领先的现代系统编程语言没有将快速编译作为其基本设计目标之一而感到越来越不满。<p>对我来说——这似乎是未来“十亿美元”错误回顾性文章的明显候选者。<p>为什么“支持快速编译”不是任何希望实现广泛使用的现代语言的必要先决条件?<p>特别是对于 Rust 而言——似乎很多编译速度慢的行为并非该语言最重要的任何方面所必需的……<p>有没有人尝试过以一种故意破坏兼容性的方式来分叉 Rust 生态系统,以便为该语言和生态系统规划一条最简单的快速、可扩展的编译策略?<p>我有一种感觉,这样的努力——移除了一些 Rust 的错误特性,并简化了包管理系统以加快编译速度,实际上会取得成功,并能够相对快速地取代当前的生态系统……
47 分•作者: djcollier•10 个月前
1 分•作者: PaulHoule•10 个月前
1 分•作者: DocFeind•10 个月前
1 分•作者: xmorse•10 个月前
1 分•作者: lr0•10 个月前
1 分•作者: lr0•10 个月前
1 分•作者: fork-bomber•10 个月前
1 分•作者: andreagrandi•10 个月前
2 分•作者: hundredwatt•10 个月前