Nim社区调查2020结果

2021-01-22 07:10:57

2020年Nim社区调查已经开放了一个月,我们已经收到769条回复-我们认为这是一个足够大的样本,可以得出有关用户及其习惯的结论。在我们详细介绍之前,我们要感谢所有抽空回答的人。我们非常感谢您的反馈!

这项调查的目的主要是确定我们的社区如何使用Nim,以便更好地了解我们应如何改进它。

根据此问题的答案,受访者分为两组,每组分别收到一组单独的问题。

大约四分之三的受访者使用Nim(频繁使用31%,偶尔使用41%),而其余四分之一则由从未使用过Nim的人(16%)和停止使用Nim的人(11%)来划分。

在那些不使用Nim的人中,最常见的原因是:“ Nim似乎不成熟,还没准备好投入生产”(36%),“ Nim没有我需要的图书馆”(33%),“ Nim似乎也没有有生产风险”(25%),和“ Nim没有足够的学习资料”(24%)。

对于停止使用Nim的人来说,最常见的原因是(回答自由格式的问题):缺少库(小型且不成熟的生态系统),文档不完整,编辑器支持不良,编译器崩溃,同事不使用它等。

我们拥有大约相同数量(约40%)的新Nim用户(过去6个月内开始使用Nim的人)和有经验的用户(6个月至2年之间)。Nim退伍军人(超过2年的Nim经验)约占我们用户的20%。

除欧洲(超过一半的用户)外,我们的用户主要来自北美和亚洲,我们将近一半的用户是软件开发人员(47%),第二大用户是学生(17%)。

我们拥有来自各个年龄段的用户和不同层次的编程经验,证明Nim可供初学者和资深程序员使用。

人们最喜欢Nim的东西是:性能/速度(86%),易用性(76%),语法(73​​%)和独立的二进制文件(63%)。

不足为奇的是,使用最多的编辑器是VS Code,在调查中有62%的Nim用户选择了它。其次是Vim / Neovim(合计37%),其次是Sublime Text和Emacs(各占10%)。

我们很高兴看到绝大多数用户正在使用最新的稳定版本(1.4.x)。

这种情况比2019年略有好转,但与我们希望看到的情况相去甚远。我们希望将来会看到更大的改进。大多数用户仅偶尔使用Nim(25%的时间或更少)。

Nim主要用于编写命令行程序和库,其次是自动化/脚本,GUI,Web服务和数据处理。

大多数Nim用户针对Linux,其次是Windows和macOS。与2019年相比,我们看到JavaScript,Android和iOS有所增加。

大约三分之一的Nim用户在工作中使用它,或者是专门(7%)或不时(26%)使用它。

在工作中不使用Nim的人中,有三分之一的人因为公司不允许而不能使用它。被允许在工作中使用Nim的人中有四分之三计划在2021年使用它。

人们提到稳定性,更好的工具,更多的第三方库,必须成熟以及更好的文档是Nim应该改进的主要领域,以使其在公司中被更多的接受。

我们几乎所有的用户都阅读了官方教程,其中大约一半的人阅读了“ Nim by Example”和/或“ Nim in Action”一书。 Rosetta Code示例也是一种受欢迎的学习资源,其次是“ Nim基础知识”,“ Nim Days”和“ Nim Notes”。

如果有人想为Nim创建更多的学习资料(在社区优先级列表上的位置很高-请参阅下面的“ 2021年及以后的Nim”部分),那么最想要的学习资料类型是代码示例和书面教程。 。

与2019年相比,我们已经为Nim做出贡献的人数增加了20%,到目前为止,尚未为Nim做出贡献但计划未来做出贡献的人数几乎是三倍。转发到这个:)

尚未做出贡献的最常见原因是:缺乏时间,以及缺乏技能/经验。

过去,我们对社区捐赠的重要性没有足够强调,这一点反映在该图中:过去只有10%的用户进行了捐赠。我们很高兴看到我们三分之二的用户计划这样做将来,这将帮助我们有更多的人力更快地修复最重要的错误,并开发一些令人兴奋的新功能。

我们大多数用户都使用Nimble软件包管理器,他们对此感到非常满意。很少有用户选择Choicenim作为安装和更新Nim的方式,但这样做的人对它提供的功能非常满意。

Nim doc和Nimpretty一样被使用它的人普遍喜欢。Nimsuggest比其他工具(高CPU和内存消耗)少一些,但您会很高兴听到我们2021年的计划包括使Nimsuggest更强大,减少了CPU和内存的消耗。

根据投票结果,修复编译器错误应该是我们的第一要务:55%的用户认为这很重要,只有18%的用户表示“低优先级”和“目前状况还可以。”我们将继续努力。 ,我们感谢社区做出的任何努力:我们已经有几个人不断地帮助我们修复编译器错误(谢谢!),我们将从中受益。

对于我们的用户(尤其是对于那些专业使用Nim的用户)来说,改进工具的工作非常重要(高于2019年),我们很高兴地宣布,由于我们与Status的合作,改进开发人员的工具是2021年的目标之一

早在2019年,我们就对最常用的标准库模块的文档进行了改进,但仍有改进的余地,但现在我们看到有更多的用户(与2019年的调查相比)认为目前情况还可以。在这里,我们主要依靠社区内容(为此,我们需要您的参与来改善!),人们希望看到更多书面教程和代码示例。

根据受访者的说法,修复现有标准库模块中的错误应比扩展标准库具有更高的优先级。扩展标准库的优先级较低的原因之一可能是Nimble现在拥有超过1500个软件包,从而增加了重要功能不包含在标准库中。

总而言之,2021年是稳定的一年:我们的工作重点将是修复编译器和标准库错误,改进工具和文档以及改进和扩展学习资料。

感谢所有花时间回答此调查的人。您的时间很宝贵,我们非常感谢您用它来分享您的反馈。

请记住,您无需等待调查就可以向我们提供反馈;当然,如果愿意,我们非常欢迎您等待,但最好是立即与我们分享您的反馈。我们可以在各个地方找到-请在社区页面上找到有关联系和联系方式的说明。

如果您想在2021年计划中为我们提供帮助,请考虑捐款或捐款,您可以通过以下方式捐款:

如果您是一家公司,我们还提供商业支持。请通过[电子邮件保护]与我们联系。作为商业支持者,您可以决定应优先考虑哪些功能和错误修正。