Odilia screen reader

虽然编程语言只是一个工具，重要的是算法实现等核心问题，但是如果一种语言的门槛较高，会影响到合作。比如有人想参与，却不懂这种语言，可能就只能作罢。
打个比方，用你的写文章来举例，也许不是用什么笔来写的区别，而是写中小学作文和大学毕业论文的区别。对于复杂的项目，可能就是写一本书的难度。
他们做一个原型似乎都也了大约一年的时间，在现有资料有限的情况下摸着石头过河，我想如果我来做，不知多久才能做出这样一个原型：能获取多数软件的文字和控件类型，焦点可视化，用方向键和组合键操作（而不是只能按tab键移动焦点，因为效率太低），选择系统语音，读出并显示在某个悬浮窗口上。
至少到目前为止，Odilia还不能做到以上全部，软件的报错信息还要开发者才能看懂。不过在我跟他们交流时，他们已经准备做一个插件系统，能用任何语言开发插件，只要遵守一套通信协议（可能是IPC之类的技术）。

Rust对于新手难的地方主要是，如果基础不够牢，大多数时候都要跟编译器过不去，不过用LSP应该能提早发现绝大多数问题，确保程序能顺利通过编译。
许多人说他们学了Rust却只能开发小工具等玩具项目。出现这种情况有两种可能，一是这门语言的特性或生态还不够成熟，二是这门语言太难，只有掌握到一定程度的人才能写出成熟度足够的软件。
目前有很多用Rust开发的新项目，从系统工具到服务器软件，说明Rust的成熟度和生态都不成问题，那么问题就是Rust的高门槛导致开发者不容易（在同样的时间内）写出成熟软件。当然如果开发者本身已经是牛人，对他们来说换什么语言都无所谓，我见过某翻墙软件更新大版本从Go换成了Rust，我也跟这位牛人开发者讨论过Rust比Go难学的问题，他的回答是只要开发者跳出其他语言的条条框框，老实跟着Rust的开发规范走，Rust不会难到哪里去。