十年前&＃xff0c;Chas Emerick 进行了首次 Clojure 语言使用状况调查。在 2010 年&＃xff0c;大多数用户仅使用 Clojure 数周或数月&＃xff0c;很少有人将其用作正式的工作项目的编程语言。今年&＃xff0c;我们看到用户对工作用途的持续不断增长、对 Clojure 核心价值主张的持续关注以及不断发展的用户社区。
工作用途的 Clojure
自 2010 年以来&＃xff0c;我们一直提问的问题之一是&＃xff0c;受访者是否正在使用 Clojure 进行工作项目、业余爱好项目&＃xff0c;修补或研究。今年&＃xff0c;我们看到了 Clojure 在工作中使用率最高的百分比&＃xff1a;
此外&＃xff0c;我们看到公司规模在向大型公司的一个发生了一个小的转变&＃xff1a;1000&＃43; 以上规模的公司增长了 3&＃xff05;&＃xff08;而 1-10 规模的公司减少了&＃xff09;。
我们还首次询问受访者的组织中有多少人在使用 Clojure。不出所料&＃xff0c;许多Clojure 团队规模很小。作为高杠杆工具&＃xff0c;Clojure 非常适合小型高生产率团队。但是也很高兴看到有很多来自 40 位甚至 100 位以上 Clojure 开发人员公司的受访者。
自 2010 年以来&＃xff0c;我们一直在问一个问题&＃xff08;使用的文案和选择有所不同&＃xff09;是 Clojure 使用领域。多年来&＃xff0c;最高的类别并没有太大变化&＃xff0c;但是我们确实看到了今年“企业应用程序”的显著增长&＃xff0c;达到了有史以来的最高水平。
反馈意见表明 Clojure 是一个为公司和团队带来高杠杆作用的工具&＃xff1a;
“ Clojure 仍然是我们生产系统的力量倍增器和至关重要的推动器。”
“ Clojure 让我们的小型团队能够事半功倍。”
“到目前为止&＃xff0c;Clojure 是我在工作中必须使用的最好的语言&＃xff0c;使用它来解决问题是一种荣幸。它几乎是完美的。”
“ Clojure 正在为我们的数据驱动型保险 ERP 提供支持。我想不出还有更好的方法。非常感谢&＃xff01;”
“很难找到太多关于 Clojure 的抱怨&＃xff1a;这是一个很棒的语言&＃xff0c;拥有一个强大的社区。我计划在这个语言及社区中待很长时间。我们基本上将公司的技术策略押在了它上面。”
“我喜欢使用 Clojure 和 ClojureScript&＃xff0c;并将所有使用各种不同语言&＃xff08;PHP&＃xff0c;Python&＃xff0c;C&＃xff03;&＃xff0c;Javascript&＃xff09;的开发项目移至仅使用 Clojure 和 ClojureScript”
“我们的创业公司仅基于 Clojure 和 Clojurescript 构建&＃xff0c;对此我们感到非常满意。”
Clojure 的使用在数百家公司中持续增长&＃xff0c;越来越多的开发人员将其用于核心业务。
价值
自 2015 年以来&＃xff0c;我们一直提出过一个问题&＃xff0c;询问 Clojure 用户最看重它哪些方面。自 2015 年以来&＃xff0c;这些答案的加权排名几乎保持不变。对于 Clojure 用户而言&＃xff0c;最重要的事情依次是&＃xff1a;函数式编程、REPL、不可变数据&＃xff0c;易于开发和主机互操作。的确&＃xff0c;这些都是 Clojure 体验所固有的&＃xff0c;并且与 Clojure 存在的原因高度吻合。
大量用户赞扬 Clojure 的发展历程和不断成长的传统&＃xff0c;而这一趋势历久不衰&＃xff1a;
“ Clojure 是一个非常赞的 Lisp&＃xff0c;为品味和优雅而设计。很高兴在其所提供的抽象中进行思考和实现。”
“出色的工作&＃xff0c;项目团队&＃xff01;这是我多年来从事软件开发工作中使用的最稳定的技术。”
“我喜欢你们在语言和社区方面所做的工作。在不断变化的世界中&＃xff0c;不断地更新只是为了创造不停歇的 Clojure&＃xff0c;它就像一个安全的港湾&＃xff0c;让我保持理智。”
“我真的很喜欢 Clojure 的简洁和函数式本质。我还喜欢这样一个事实&＃xff0c;即团队没有像其他任何语言一样热衷堆砌功能。”
“感谢坚持原则&＃xff1a;精益&＃xff0c;保守&＃xff0c;必不可少&＃xff0c;没有多余的装饰&＃xff0c;将 Lisp 带回主流的生产级软件。”
社区
今年&＃xff0c;我们再次调查了 Clojure 人士最喜欢访问的论坛。一些新的和/或正在增加的条目包括线下 Clojure 会议&＃xff08;今年我们看到了很多新的会议&＃xff01;&＃xff09;&＃xff0c;新的Ask Clojure 网站&＃xff0c;电报群和 Discord。
我们还收集用户如何参与 Clojure 生态系统方面信息。今年的反馈与去年非常相似&＃xff0c;但是我们也看到了一些小的提升&＃xff0c;包括帮助新的 Clojure 用户、在其组织中倡导 Clojure 以及维护开源代码库方面做出了很大的贡献&＃xff01;
在反馈意见中&＃xff0c;许多人喜欢友善且反应迅速的 Clojure 社区&＃xff1a;
“ Clojure 社区绝对很赞。在这里提问经常可以快速获得深思熟虑的答案&＃xff0c;这一点非常宝贵的。感谢你建立这样一个令人难以置信的社区。”
“ Clojure&＃xff08;脚本&＃xff09;是一种很棒的&＃xff0c;经过深思熟虑的语言&＃xff0c;对我的工作有很大帮助。而且&＃xff0c;它也使我接触到了一个由思想丰富的开发人员组成的社区&＃xff0c;这些社区为我提供了精彩的新见解&＃xff0c;同时保持了友好而热情的态度。社区”
“出色的语言和独特而富有洞察力的社区。它帮助我重新发现了对编程的热爱。”
深度探讨
Clojure 开发人员在调查中&＃xff0c;对版本和工具相关的问题特别感兴趣。
我们今年提出的一个新问题是有关开发人员主要操作系统的信息&＃xff0c;以便对我们工具相关工作更好指导。不出所料&＃xff0c;MacOS 是领先者&＃xff08;55&＃xff05;&＃xff09;&＃xff0c;其次是Linux&＃xff08;35&＃xff05;&＃xff09;和 Windows&＃xff08;9&＃xff05;&＃xff09;&＃xff1a;
对于主要开发工具&＃xff0c;今年仅进行了较小的更新。Emacs 略微下降至 43&＃xff05;&＃xff0c;IntelliJ / Cursive 略微上升至 32&＃xff05;&＃xff0c;而带有 Calva 的 VS Code 增长最大&＃xff0c;至 10&＃xff05;。
Clojure 用户拥有丰富的开发环境&＃xff0c;每种环境都适合不同的社区和口味&＃xff0c;我们很高兴看到它们都日趋完善。
多年来&＃xff0c;本调查一直有包含“构建工具”的问题&＃xff0c;但是这种单一的整体工具的想法已越来越无法反映人们如何管理 Clojure 项目&＃xff0c;他们可以在过程的不同部分使用多种工具&＃xff0c;特别是在 Clojure / ClojureScript 混合项目中。为此&＃xff0c;我们将这个问题更紧密地针对依赖管理进行了调整&＃xff0c;并在今年进行了多选&＃xff1a;
回顾前几年&＃xff0c;我们继续看到对 Leiningen 的重度使用&＃xff08;但略有减少&＃xff09;&＃xff0c;而对 clj / deps.edn 的使用则稳定增加。至于 ClojureScript 方面&＃xff0c;在 Cloclorists Together 的大力支持下&＃xff0c;shadow-cljs 在过去的几年中取得了长足的进步。
在 Java 和 JVM 的更广阔世界中&＃xff0c;Java 已迁移到一种新的发行策略&＃xff0c;该发行策略于每年春季和秋季发布&＃xff0c;并且每 3 年发布一次“长期支持”&＃xff08;LTS&＃xff09;版本&＃xff1a;8、11 和&＃xff08;预估) 17。由于 Java 9 对模块系统进行了重大更改&＃xff0c;这在 JVM 社区中导致大量用户仍然依赖 Java8。Clojure 也反映了这一点&＃xff08;尽管与其他语言社区相比&＃xff0c;向 Java 11 的迁移的可能更多&＃xff09; &＃xff1a;
当下一个版本发布时&＃xff0c;Java 9、10、12 和将要发布的 13 之类的版本实际上已经不在了&＃xff0c;我们建议主要使用 LTS 发行版&＃xff0c;否则最好使用最新版。
Java 11 一个未被重视的方面是 Java 在 Docker 等容器中更好地工作做了改进。如果要使用 Java 8 在容器化环境中进行部署&＃xff0c;则应该仔细查看 Java 11 中 的更改并考虑进行升级。
Clojure 本身已经使用 Java 8 作为基准 JVM 已有两年了&＃xff0c;并将继续这样做&＃xff08;同时也支持 Java 的较新版本&＃xff09;。对于 Clojure 运行环境&＃xff0c;我们建议使用 Java 8 或 11。
自去年以来&＃xff0c;我们看到 Clojure 1.10.0 和 1.10.1 被大量采用。后者是今年的维护版本&＃xff0c;在 Clojure 1.10.0 的基础上改进了错误处理&＃xff0c;并优化了 Java 8u201 之后其服务版本中的某些 Java 性能下降的问题。Clojure 1.8 和更早版本的使用在继续减少&＃xff1a;
除了先前的依赖性管理问题之外&＃xff0c;我们还添加了一个新问题&＃xff0c;即受访者如何在生产中启动其应用程序。根据反馈&＃xff0c;明年的文案和答案选择可能需要进行一些微调&＃xff0c;这次结果中一些有趣的反馈&＃xff1a;
大多数用户正在使用诸如 Leiningen 或 clj 之类的启动器来启动其生产应用程序&＃xff0c;而不是通过构建 jar 或 uberjars 并直接使用 Java 启动它们。我们确实看到了一个小组也在尝试 Graal 本机映像&＃xff08;尤其是在较小的脚本应用程序中很常见&＃xff09;。
完整结果
如果你想了解全部结果&＃xff0c;可以在此处找到过去和过去几年的完整数据集&＃xff1a;
原文链接&＃xff1a;
https://clojure.org/news/2020/02/20/state-of-clojure-2020
参考阅读&＃xff1a;
在生产环境运行Elasticsearch深度指南
Rust Web框架怎么选&＃xff1f;研究本文就够了&＃xff01;
1500字节为何成为互联网MTU标准&＃xff1f;
解决并发编程之痛的良药--结构化并发编程
Hulu如何扩展InfluxDB使其支持每秒百万TPS
本文作者 Alex Miller&＃xff0c;由高可用架构翻译。技术原创及架构实践文章&＃xff0c;欢迎通过公众号菜单「联系我们」进行投稿。
高可用架构
改变互联网的构建方式
长按二维码 关注「高可用架构」公众号
京公网安备 11010802041100号