- 主题:Rust实现基于Go语法的脚本语言
目前学rust并能翻过门槛的，一般都是有丰富coding经验并且还有一定的完美主义追求
的人，所以产生的代码质量不太可能差的。
我最近已经实际使用rust给mcu写代码了，stm32-rs，stm32f?xx-hal的库封装的都
非常干净好使。
【 在 eematlab (未辰) 的大作中提到: 】
: 因为不懂细节，所以我不能说实现的有多么高效。
: 但这代码写的真的非常棒， 可阅读性可维护性很棒
: 作为没学过RUST的人，也基本能知道代码在做什么
: ...................
--
FROM 49.78.112.*
我用rust来搞这些就是看中这方面的价值。
这些地方不仅仅需要高稳定性，同时也难以debug，需要高的首次成功率。
并且目前在reddit和ycombinator的论坛上我也看到有不少准备切rust的讨论。我感觉前
景会很好。现在应该是成熟了，比我2年前调研的成熟多了。
【 在 eematlab (未辰) 的大作中提到: 】
: 我投资了几年golang， 用它做一下代码处理生成的工作。
: 它的multi-coroutine和channel还是挺好用的，概念抽象的非常好
: 不知道要不要投资rust, 说实话在芯片EDA行业，这些都没人用，
: ...................
--
FROM 49.77.137.*
我目前折腾的主要是stm32上的开发。
这个坦白地说，官方的hal库就是一泡屎。
用rust首先有个非常高质量的hal实现，光凭这一点就值了。
轮子方面在mcu上问题不大，比如我现在用的mcu只有64K rom, 8K ram，所以就算是造个
轮子也不是大问题，何况rust写代码比c那是爽快多了。
其实目前也有人给lvgl弄了rust binding了，但lvgl的最小化配置塞不进我现在用的
mcu，看文档是要用的舒服最好是180K rom，16K ram，等我下次换个容量稍大的mcu再试
试。
另外我感觉rust的生态在快速增长中，有很多能凑合用的轮子。
虽然这些轮子还不够完美，但缺陷主要是功能性的，有rust加持基本的可靠性和性能都
没问题。
【 在 DreamDreams (光风霁月) 的大作中提到: 】
: 会不会感觉轮子太少都要自己造？
--
FROM 49.77.137.*