Mojo 的野望应该并不是上层应用, 而是高性能计算. 可以和 google 的 JAX, openAI 的 triton 之类对标. 只不过后者选择做扩展, mojo 选择做语言
不过我的预期一直是: 随便写一个计算稠密的代码, 能用 mojo 自动把 GPU 和 CPU 都跑满.
离这应该还很远.
@
zzzkkk 就是直接用一个很强的服务器做开发机, 几十个人共用.
道理上就是分布式, 预编译, 预链接, 缓存. 项目构建系统需要开发和 IT 一起来维护了, 容易吃力不讨好的.
以前用过 incredibuild, 全公司开发机都强制贡献至少 1 个核, 好像不错.
linux 下都是开发服务器了, 256 core 2T 内存起步, 大力出奇迹.
惭愧,这个应该跟 star 无关,我 80 多 star 的时候就有免费了
我来部分更新一下 这个帖子权重很高,帮后来的同学避避坑
1 重装可以用 ultraiso 写 usb ,Rufus 创建的有问题
2 驱动问题应该都解决了,先用官方的驱动工具下好离线驱动, 再 Windows update , 再用官方的电脑管家更新,应该就是最新了
3 按住 f12 进 boot menu ,按住 f2 进 bios ,重装要用到 usb 键盘鼠标
4 我这用 typec pd 和 hdmi 连我的 2415q 都没啥问题
1. 这个应该不叫循环依赖
2. 用 CMAKE 的逻辑, target_link_library(B PRIVATE C)即可
3. ldd 会打印所有间接依赖, 应该用 objdump 看直接依赖
mark. 我也很好奇. 有没有了解的同学?
感觉 qemu 应该是一个虚拟机, 会有一个 loop 来 dispatch instruction?
exagear 这样的方案应该是动态转译指令,然后直接 JIT 的用 native CPU 来跑?
比较赞同, 基本上是目前主流的两个观点:
1. DSA is the future.
2. Clang is more powerful than you might know.
不过可能因为我一直在做性能相关的工作? 所以其实并没有感觉到有多少新鲜的内容.
M 站的上传应该还是比较好刷的吧,毕竟和谐. 友情提示, 他家有 90 天不活跃删号的规定,惨痛教训.
华硕现在对 0day 的需求估计就是某些奇怪的行业软件了, 电影游戏之类的还算消费的起.
惭愧, 过了这么久才来给个简单的评价. 由于我只看了 Concept 相关的部分, 所以可能会有失偏颇.
首先给出一个总体的评论: 这是一本不错的 Reference, 值得放在手头查阅, 但是可能不太适合作为入门书使用, 读者阅读前应该有一定的经验.
正文:
由于我在阅读之前已经对 Concept 及 Meta Programing 有了一定的认识, 所以读起来总的来说是比较顺畅的, 也确实有查漏补缺的效果.
书的语言风格和内容排布也比较符合我记笔记的风格: 会强调重要的概念, 再列一些简单的例子.当忘记某些内容的时候, 可以更快拿起来. 具体的说, 书中的内容基本把所有 Concept 相关的要点都提到了, 可以作为一本不错的参考书, 这些要点也是我在学习过程中总结过的, 如
1. requires expression 及 concept 自身都有 constexpr bool 的语义
2. `requires requires` 这样的语句出现的场景及其意义.
不过就我个人而言, 阅读这样风格的书可能需要读者需要有一定经验, 书中给出的实践例子看起来比较少, 对于没有经验的读者, 可能会出现看懂之后不知道在哪使用的问题, 进而导致学完就忘, 所以如果要系统学习的话, 可能不太适用于刚入门的程序员.
看了这个背景, 感觉为什么不去 fork clang 呢, 反正 carbon-lang 看起来也只是 llvm 的另一个前端,只换个前端真的能带来足够的性能收益吗?
@
agagega
@
netcan /捂脸 review 应该谈不上
我对 concept 的认识也停留大概了解的水平. 不过我的 todo 里确实收藏了一些英文资料, 也可以借这个机会都学一下, 再来回复点个人意见.
麻烦邮件到 edimetia3d at gmail dot com
"概念约束"这个翻译我真的不太喜欢, 中文造了太多奇怪的术语了.
希望正文里能用 Concept.
目前对我而言 C++20 只有 Concept 是 Appealing 的, 这是我最想吃的语法糖. ranges/coroutine/module 感觉都是一副 dead on arrive 的趋势.
jd 有没有 preview, 加上我又默认对中文技术书籍比较消极, 先观望观望, 等其他同学们的意见吧
@
CatMoe2333 只能和北交北邮比了吗?
专业课程相近即可,专业名字不重要. 自动化不太行, 课表差的就太多了.
总的来看,北上近水楼台, 大概率总是会更好的, 不过一心去成都西安的话, 成电瓜大也可.
哈哈,这两个学校我都有缘.
所以我建议你两个都不去, CS 相关务必去北上
只看局部,或者项目比较小的时候,代码 tell it self 显然是一个易于维护的选项, 我实现过的一些库,文档就很一句话" Read the code is much easier than read me."
不过另一方面, 我接触过的项目大都是 infra, 而且基本算是大型的 infra, 比如 llvm 这种. 情况就变得复杂的多了
这些项目里经常会有以下感叹:
1. 这个注释 /文档说的真到位, 我终于明白为什么这里要这么设计了 /这个该怎么用了 /这个的工作原理了.
2. 这个代码的行为和注释说的不一样啊, 我得提个 issue 问一下, 看看是实现错误还是文档错误.
3. 我 F,这个 class 1000 行代码,连个 summary 都没有吗, 这不得把我脑壳看爆.
这种场景中,我会说"充分且 updated 的文档"对这种大型项目绝对是一个必要项.
让我想起了以前学图形学的时候,对 3d model 的描边就是 render 一个大的 stencil ,然后再画个正常的。简直惊为天人