Rust 语言 2019 调查报告发布:它为什么流行不起来?
从 2019 年下半年至今,不到一年的时间内,Rust 语言确实接二连三地掀起过一些波澜。从微软探索将 Rust 作为 C 和 C++ 的安全替代方案开始,Rust 吸引了越来越多的目光:内核维护者表示愿意接受用 Rust 开发 Linux 驱动;AWS 也伸出橄榄枝,宣布赞助 Rust;微软更进一步,在今年年初开发并开源了受 Rust 启发的新编程语言 Verona;最近,苹果也站出来拥抱它,将 C 代码移植到 Rust。
此外,Rust 连续四年在 StackOverflow 开发者调查中蝉联“最受开发者喜爱的编程语言”。有意思的是,其中 97% 的受访者并未使用过 Rust,他们对 Rust 语言的喜爱,仍停留在“想学习”的阶段。
近日,Rust 官方博客发布了 2019 年度的 Rust 语言调查报告。其中有些问题也许能够解释为什么 Rust 语言如此被关注,却一直没有真正流行起来。
该调查共收到以 14 种不同语言完成的 3,997 份回复,使用英语的受访者人数占比最高,为 69.6%,其次是 10.8% 的中文受访者。调查报告中特地指明,非英语受访者希望有自己所使用语言的 Rust 文档,在中文使用者中,这一要求占比尤其高。对此,官方也正着手进行翻译工作。
在所有受访者中,有 82.8% 的人使用过 Rust;7.1% 的受访者曾经使用过,但现在已停用;另有 10.1% 的受访者表示从未使用过 Rust。与上一年的调查结果相比,用过 Rust 的受访者比例显著增加(75%→82.8%)。其中,绝大多数使用 Rust 的受访者是后端开发人员。
调查数据显示,受访者参与的大多数 Rust 项目(43%)较为小型,通常包含 1,000-10,000 行代码。中型到大型(总代码行超过 1 万行)的 Rust 项目也呈上升趋势,从 2016 到 2019 年,这一数据从 8.9% 增长到 16%,到 23%,再到现在的 34%。
使用 Rust 时,Vim 和 VSCode 是最受欢迎的编辑器,其次是 Intellij。
在操作系统上,Linux 占据主导,55% 的受访者选择在 Linux 上进行 Rust 开发;Windows 和 macOS 势均力敌,分别占比 24% 和 23%。
上文提到,有 7.1% 的受访者使用过 Rust 后又停用了。对于这部分用户,停止使用 Rust 的最大原因是所在的公司不再采用 Rust。学习曲线、缺少所需的库、缺乏 IDE 支持等也是常见的阻碍因素。
关于部分从未使用过 Rust 的受访者,大多数人表示“想学习”,但“公司未采用”。可见,公司采用与否对个人的语言学习还是有不小程度的影响。
受访者指出,如果公司愿意采用,且 Rust 有更多的库和更好的 IDE 支持的话,他们愿意更多地使用 Rust。
其次,受访者认为 Rust 的学习曲线和互操作性还有待改善。就互操作性而言,更多用户希望 Rust 能与 C 语言有更好的互操作性,R 和 C++ 紧随其后。
不止如此,更高的市场渗透率、更稳定的库、更好的平台支持等等,都是开发者所希冀的。对于用户来说,生产力是工作的重要目标,成熟度左右着 Rust 的吸引力,而现在,Rust 显然还不够成熟。
调查报告原文: https://blog.rust-lang.org/2020/04/17/Rust-survey-2019.html
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
每日一博 | Dubbo 底层原理剖析
阅读指南 本文会通过 图文+案例,对 Dubbo 的底层原理进行剖析-探索Dubbo 分层的意义。阅读之前,要求对 Dubbo 有所了解,并且会简单使用。最好阅读下前面的一篇文章: 基于 Java 实现最初级版的 RPC。 正文 先来看一张摘自官网的 令人头大 的 Dubbo 框架设计图,另外还有几张图,就不一一贴出了,详细请参考 [Dubbo 框架设计](http://dubbo.apache.org/zh- cn/docs/dev/design.html) 其实 Dubbo 官网关于框架设计的部分已经讲得很详细了,但是对于我们这种没工作多久的菜鸟,仍然需要花费大量的时间去理解。 框架设计的简要说明 Dubbo 的框架设计图中从下至上分为十层,其中,Service 和 Config 层为 API,其它各层均为 SPI。也就是除了 Service 和 Config 层,其余各层都至少有一种替代品。 比如 Protocol 层: org.apache.dubbo.rpc.protocol.dubbo.DubboProtocol org.apache.dubbo.rpc.protocol....
- 下一篇
Qt 开发者讨论将 Qt 5 代码移植到 Qt 6 的工具
虽然 Qt 作为开源项目的未来还不太清楚,但现在看来一切都在顺利推进中。Qt 开发团队的邮件列表显示他们正在讨论一个将 Qt 5 代码移植到 Qt 6 的工具。此工具基于 Clang,可帮助开发者自动将所有 Qt 5 语法转换为与 Qt 6 兼容。 如果这个工具能够在很大程度上将大多数 Qt 5 代码转换为 Qt 6 兼容的用法,那么它就可以极大地帮助提升 Qt 6 的采用率。 Qt 公司的 Vitaly Fanaskov 认为官方应该提供基于 Clang 的工具,将用户的代码库(半)自动移植到新版本的 Qt 上。这些工具可能还需要具备对代码进行修复的功能,或者至少在可能存在问题的地方添加一个注释,以便用户对代码进行修正。修改 API 的开发者也应该为这些工具实现一个规则。当然也需要稍微调整一下 API 设计指南。 如果确实能够(半)自动将 Qt 5 代码转换为 Qt 6 代码,或者至少降低编码的门槛,这无疑是一个有趣的概念。LLVM/Clang 已经被用于自动代码格式化、代码翻译和其他创新用例,所以这并非不可能的事情。但目前还没有人真正写出这个实用程序,也不清楚 Qt 公司自己是否打...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- SpringBoot2整合Redis,开启缓存,提高访问速度
- CentOS7,8上快速安装Gitea,搭建Git服务器
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- CentOS关闭SELinux安全模块
- SpringBoot2初体验,简单认识spring boot2并且搭建基础工程
- MySQL8.0.19开启GTID主从同步CentOS8
- Hadoop3单机部署,实现最简伪集群
- 设置Eclipse缩进为4个空格,增强代码规范
- CentOS7,CentOS8安装Elasticsearch6.8.6