55

2022年4月13日更新:谢谢您的意见和建议!我们将审查迄今为止发布的所有内容,但不能承诺审查新帖子。

又到了每年的这个时候,我们请大家成为我们年度开发商调查的第二双眼睛!以下是我们希望纳入2022年调查的选项。如果您注意到应该包括任何其他选项,请在下面张贴一个答案,包括名称、类别、简要描述或引用为什么它应该包括在今年的调查中。请给每个答案一个建议!

我们将收集反馈,直到2022年4月12日星期二.

编程、脚本和标记语言:

  • APL公司
  • 装配
  • Bash/外壳
  • C类
  • C类#
  • C++
  • 克洛朱尔
  • COBOL公司
  • 水晶
  • 投掷
  • 德尔福
  • 万能药
  • 埃尔朗
  • F类#
  • 去吧
  • 格鲁维
  • 哈斯克尔
  • HTML/CSS格式
  • Java语言
  • JavaScript脚本
  • 朱莉娅
  • 科特林
  • LISP公司
  • 路易斯安那州
  • MATLAB软件
  • 目标C
  • 波尔
  • 菲律宾比索
  • PowerShell(PowerShell)
  • 蟒蛇
  • 红宝石
  • 生锈
  • 斯卡拉
  • SQL语言
  • 坚固性
  • 斯威夫特
  • 类型脚本
  • VBA公司

数据库环境:

  • 卡桑德拉
  • 沙发座
  • 沙发DB
  • 云Firestore
  • 发电机数据库
  • 弹性搜索
  • IBM DB2
  • 马里亚德银行
  • Microsoft SQL Server
  • MongoDB数据库
  • MySQL数据库
  • 甲骨文公司
  • PostgreSQL
  • 实时数据库
  • Redis(Redis)
  • 数据库

云平台:

  • 美国焊接学会
  • 数字海洋
  • 火力基地
  • 谷歌云平台
  • 希罗库
  • IBM Cloud或Watson
  • Microsoft Azure(Microsoft Azure)
  • Oracle云基础架构

Web框架和技术:

  • 角度
  • 角度.js
  • ASP。净值
  • ASP。NET核心
  • Blazor公司
  • Django公司
  • 猪跑
  • 快递
  • 快速API
  • 盖茨比
  • 拉拉维勒
  • 下一个.js
  • 节点.js
  • 凤凰
  • 反应.js
  • Rails上的Ruby
  • 春天
  • 斯维尔特
  • Symfony公司
  • Vue.js公司

其他框架和库:

  • .NET框架
  • .NET内核/。净额5
  • 阿帕奇·卡夫卡
  • 阿帕奇火花
  • 电容器
  • 科尔多瓦
  • 电子
  • 颤振
  • GTK公司
  • Hadoop公司
  • 拥抱面部变形金刚
  • 离子
  • jQuery(jQuery)
  • 凯拉斯
  • 数字Py
  • 熊猫
  • Qt(数量)
  • 反应本机
  • Scikit-learn公司
  • Tidyverse公司
  • TensorFlow公司
  • 火炬/PyTorch
  • Uno平台
  • 沙马林

工具:

  • Ansible公司
  • 厨师
  • 德诺
  • 码头工人
  • 流量
  • Git公司
  • 库伯内特斯
  • 普卢米
  • 木偶
  • 地形
  • Unity 3D(统一3D)
  • 虚幻引擎
  • 纱线

开发环境:

  • 安卓工作室
  • 原子
  • CLion公司
  • 日食
  • Emacs公司
  • 戈兰
  • IntelliJ公司
  • IPython/Jupyter公司
  • 纳米技术
  • NetBeans(NetBeans)
  • 尼奥维姆
  • 记事本++
  • PhpStorm公司
  • PyCharm公司
  • RAD工作室
  • 骑手
  • R工作室
  • RubyMine公司
  • 斯派德
  • 崇高的文本
  • 文本匹配
  • 维姆
  • Visual Studio
  • Visual Studio代码
  • 网络风暴
  • X代码

操作系统:

  • BSD公司
  • 基于Linux
  • macOS操作系统
  • 窗户
  • Windows Linux子系统(WSL)

版本控制:

去年,我们看到超过90%的受访者使用Git; 今年,我们想了解更多关于开发人员如何使用版本控制的问题。

版本控制交互:
  • 命令行
  • GUI应用程序
版本控制托管:
  • AWS代码提交
  • Azure回购
  • 云源存储库
  • 比特桶
  • github
  • GitLab公司
11
  • 32
    我很抱歉听起来很刺耳,但我们可以开始追踪前几年吗?感觉这个列表正在一次又一次地重置为初始状态——2021年的大多数回复都可以在这里应用。 评论 2022年4月5日17:20
  • 9
    供参考,2021年起的相应职位:回顾我们的2021年发展调查语言和平台
    – V2喷砂
    评论 2022年4月5日18:14
  • 1
    有你以前调查的概览图表吗。真的很想看看。
    – 乔维尔
    评论 2022年4月7日16:08
  • 1
    @JovylleBermudez你可以看到过去所有调查的结果(并下载完整的数据集)在这里.
    – 科迪·格雷-罢工 国防部
    评论 2022年4月7日17:24
  • 2
    什么是“流量“(在工具类别中)指的是?如果是JS类型检查器,我不明白为什么它与TypeScript属于不同的类别。
    – 贝吉
    评论 2022年4月8日16:15
  • 4
    投票否决使用代码标记来显示数据。唯一必要的原因是显示一个表格。这不是表格数据,但即使是,现在也有表格标记。要么*项目项目适用于常规标记中的列表。 评论 2022年4月10日14:25
  • 4
    这已经成为一个名气大减的财富! 评论 2022年4月12日18:16
  • 您可以将Pascal和伪代码作为编程语言。还可以将H2和derby作为(R)DBMS。至于IDE,可以包括LiteId(for golang)
    – 胜利者
    评论 2022年4月14日1:58
  • 2021洞察力仪表盘是用什么构建的?视觉效果太棒了! 评论 2022年5月16日14:55
  • 1
    @BrandonRose谢谢你!我们使用资产负债表
    – 大卫 工作人员
    评论 2022年5月17日17:15
  • 最初的名单是如何编制的?
    – 乔伊
    评论 2022年8月8日14:48

62个答案62

重置为默认值
95

想象一下,你和我一样,主要是嵌入式软件/固件在你的职业生涯中,你会为这些类别中的绝大多数选择什么?

  • 编程语言?当然;我知道如何每年填写这张表,我觉得它很有趣/有用。
  • 数据库环境?不,我不使用这些(不过,公平地说,一些嵌入式开发人员可能会这样做)。
  • 云平台?不。
  • Web框架?几乎没有!
  • “其他框架”?不。没有人在嵌入式系统上运行这种繁重的膨胀软件,其中一半只是web框架,不知怎么逃过了正确的分类。
  • 工具?好吧,也许吧,但这只是因为这是一个完全无关的东西的杂乱集合,其中一些可能应该归入“框架/库”类别,另一些应该归入”版本控制“类别,而其他的确实是特定于云的,所以除了web开发人员之外,没有人会使用它们。
  • 开发环境?是的,这很好。虽然有点没用,实际上,因为大多数选择都是特定于平台/语言的,所以将它们作为自己的类别变得毫无意义。
  • 操作系统?当然…这意味着在我的开发PC上,还是在我的目标系统上?或者两者兼而有之?我从来不知道。而且,如果是目标平台,那么对于我们这些以无操作系统的裸机为目标和/或“RTOS”类别的人来说,“其他”选项在哪里?

像往常一样,这项调查,就像博客一样,对web开发人员的偏见令人难以置信,甚至一点都不好笑。见鬼,甚至桌面这项调查基本上把开发人员排除在外,这是我不做嵌入式工作时戴的另一顶帽子。请不要忘记,并非每个软件开发人员都构建web应用程序。


无论如何,我想知道拥有所有这些精心策划的列表和类别有什么意义。是否考虑只允许用户输入标签在Stack Overflow上代表他们的兴趣?如果登录,甚至可以从个人在站点上的活动中提取建议的顶级标签列表,但即使没有该功能,这看起来也会同时更有用、更容易使用(自动完成)和更容易维护。数据分析师可以很容易地挑选出所有选择,并在结果出来后将其分类。填写调查的人不会因为没有看到他们最喜欢的东西东东列表而感到被排除在外。而且,没有人需要填写“其他”自由格式的文本字段,然后数据分析师就必须对其进行排序,处理拼写错误、格式变化等问题。

29
  • 48
    多年来,这一直是我对发展调查的抱怨。它非常非常关注网络视频。
    – 艾罗维
    评论 2022年4月6日12:42
  • 我没有参与调查,所以我不能回答你所有的问题。我能做的是提出一个问题并做出一个假设——这个问题——你使用的东西是否不符合这些缺失的类别?你什么都没说。我……想问一些额外的问题只要我们没有遗漏什么没关系。你对其中一些没有任何反应是完全可以的。这并不意味着我们应该排除它,因为只有一部分开发者使用它。
    – 卡蒂亚
    评论 2022年4月6日13:23
  • 13
    假设:如果你有一张清单可以选择,你很可能会提到更多的项目。如果目标是了解人们是否使用过某个东西,即使是一次,列表也不要求他们从以太中提取项目并记住所有内容。。。填写auto-complete就可以了。我总是遇到这种情况。我列出了我做的事情,然后有人问“这怎么办”——哦,是的,几年前我就这么做了,但我不想再这样做了。。。。或者哦,哇,我怎么会忘记——我每天都用它!列表是较低的认知负荷。
    – 卡蒂亚
    评论 2022年4月6日13:26
  • 至于从SO导入标签,这只适用于高负荷用户,也意味着一些人可能会担心他们的答案被直接绑定到SO。据我所知,我们试图完全避免这种情况。做调查不需要有SO帐户,我会担心开发调查似乎将你的答案与你的帐户联系在一起。
    – 卡蒂亚
    评论 2022年4月6日13:30
  • 1
    @Braiam这不是一个封闭列表,而是一个带有“其他”字段的列表。有一个巨大的区别。。。我们给人们机会现在扩大名单,因为我们知道这对你们都很重要。
    – 卡蒂亚
    评论 2022年4月6日13:46
  • 1
    @头脑不是我能回答的问题——也许可以发布一个答案,寻求帮助,了解它是如何被利用的?
    – 卡蒂亚
    评论 2022年4月6日13:50
  • 1
    同意,大型钢铁开发商也被排除在外。大多数财富500强公司仍然拥有IBMi(以前称为as/400)。而且,还有相当多的大型机。 评论 2022年4月6日14:09
  • 2
    是的,每年,我在“宏自动化”(OS/App/Web-Automation)中对所有类别(如@Cody)的回答都是一样的,对“排斥”的感觉也是一样的。=>调查中包含的几乎所有技术都可以通过宏脚本在“更高级别”上使用和进一步自动化。 评论 2022年4月6日14:24
  • @卡蒂亚是的,有很多,许多的我每天使用的东西没有包括在这些清单中。我认为这是显而易见的,因为嵌入式开发人员仍然像其他类型的开发人员一样使用工具。这个特殊列表只偏向于web开发人员。我不想在我的回答中列出一个相互竞争的清单,因为坦率地说,我对这样做的全部努力表示怀疑,因为它永远不会是相当全面的。即使我在嵌入式开发方面做得很好,那企业开发呢,就像jmarkmurphy提到的,我对这个领域知之甚少?等等。
    – 科迪·格雷-罢工 国防部
    评论 2022年4月7日3:23
  • 4
    @Catija我不明白为什么导入标签只适用于高负荷用户。你的意思是标签的自动提示只起作用?是的,当然。。。那很好。它还需要大量的编程工作才能实现。这是一个可选功能,用于将来的扩展。允许人们使用现有的SO标签指定他们喜欢的技术/工具等的想法仍然可以很好地工作,即使没有任何自动导入。您仍然可以从SO标记数据库中提取以获得自动完成等。
    – 科迪·格雷-罢工 国防部
    评论 2022年4月7日3:25
  • 1
    除此之外,我们已经要求用户指定他们的SO配置文件,以便他们能够获得徽章,所以看起来我们已经跨越了这座桥梁。当然,它是可选的,但任何类型的顶级标记获取都是可选的。正如你向Braiam提到的,既然已经有了“其他”选项,为什么不全力以赴呢?为什么要费心维护这个策划列表?诚然,正如这个问题所指出的那样,一个人年复一年需要花费大量的时间和精力。而且,人们不可避免地感到被排斥,因为他们最喜欢的东西没有列出。拥有列表意味着对这些项目的偏好
    – 科迪·格雷-罢工 国防部
    评论 2022年4月7日3:26
  • 14
    @Catija主要的问题是,调查最终得出了各种奇怪的结论,比如“C++对C#的支持正在下降”或类似的结论。但如果您使用嵌入式系统,C#甚至不适用。为了让这样的结论有意义,我认为您需要将其分为web、桌面、系统和嵌入式。所有这些领域都大不相同。类似地,使用诸如“你在前端还是后端工作”这样的流行词汇也没有意义?那么,我的嵌入式系统的“前端”是什么?串行总线?我在当前项目中碰巧有一些LCD?
    – 伦丁
    评论 2022年4月7日10:10
  • 2
    @CodyGray,那么你需要在调查中包括什么选项才能包括嵌入式系统开发人员? 评论 2022年4月7日14:30
  • 4
    @你怎么能读到我的答案,并得出结论,只有一个“选项”需要包括在内,这让我感到困惑。我的观点是,这里几乎所有的选择都是完全无关的,需要至少还有这么多添加选项以覆盖单一的嵌入式开发的子领域。我可以列出我个人使用的工具清单,但这并不能涵盖整个范围,当然也不能涵盖嵌入式以外的任何特殊功能。这就是为什么生成工具管理列表的整个尝试都是错误的。
    – 科迪·格雷-罢工 国防部
    评论 2022年4月7日17:26
  • 6
    半相关的,但web开发场景是我所见过的所有行业中最内向的。在这一点上,我在几个行业工作过,他们都知道什么是web开发(通常取笑它的技术搅动)。现在我每天都在做网络开发,坦白地说,我对任何“不是网络”的东西的无知程度感到震惊,这是我唯一一次听到类似“C/C++不再真正用于任何东西”的东西,这表明他们甚至不知道自己的代码运行的操作系统。有一个由工具和品牌名称组成的“网络世界”。
    – jrh公司
    评论 2022年4月8日12:03
51

版本控制交互

可能值得将其拆分为至少三个部分:命令行、GUI和通过主要源代码编辑器。我知道有些人使用SourceTree或TortoiseGit之类的应用程序来处理Git。其他人只使用IDE提供的功能。

8
  • 47
    一些疯狂的人甚至使用二者都GUI和命令行来与它们的版本控制软件交互。这些是专属选项吗?如果是这样的话,需要有一个“Both/All of the Above”选项。
    – 科迪·格雷-罢工 国防部
    评论 2022年4月6日6:11
  • 9
    @科迪格雷,我想这是主要的。我也很疯狂,因为我使用命令行和IDE来使用Git。但我真的不会碰其他东西。不过,我认为主要是命令行,因为我会在IDE中执行大多数例行任务:获取、提交、推送和git-crunk注释。也许看看最近的历史。任何更高级的操作,比如重写历史记录(在推送之前)或搜索提交,我都会在命令行上这样做。 评论 2022年4月6日6:16
  • 8
    @VLAZ你并不是唯一一个疯狂的人。
    – 瓦伦语
    评论 2022年4月6日7:43
  • @CodyGray我想我是其中一个在emacs和git二进制文件上使用Magit的人。 评论 2022年4月6日13:40
  • 2
    我的许多同事谈到了VS代码IDE的Git功能和用户友好性,所以我肯定支持这一建议。 评论 2022年4月8日10:11
  • 同意@VLAZ-问题应该问你主要地使用。例如,我在VisualStudio中创建Git repo,因为它添加了一个适当的.gitignore。从那时起,我使用Git扩展。尽管回答“二者”在技术上是正确的,但这会让人产生误解。 评论 2022年4月11日21:14
  • 见鬼,在我工作的地方仍然有遗留系统,我们必须眼球 评论 2022年4月12日8:16
  • 我喜欢这个主意,因为输入吉特所有的命令都很麻烦。马吉特应该是选项之一
    – 用户3064538
    评论 2022年4月13日2:37
35

加快速度

Web框架和技术:

加快速度是节点后端开发的新星。它是这个 快速的替代表达。

很多公司正在使用它,并且项目本身由OpenJS基础.

与SO快速相关的问题

32

工具

德诺

工具为什么Deno在下面?它应该与Node.js直接比较这个博客上有一篇关于它的文章它的字面意思也是:“de-no”是围绕“no-de”翻过来的。

流量

它是这个流程? 编译成JavaScript的静态类型检查器?如果是这样,它是TypeScript的直接竞争对手。是的,TS还做了一些事情,但将它们列在不同的位置下没有多大意义。TS列在“编程、脚本和标记语言”下。

Git公司

真的值得把它列在这个类别下吗?它应该在版本控制系统下。它不存在。即使我们假设不需要VCS部分,为什么没有其他源代码管理系统?SVN和Mercurial仍然存在。

当然,后来你说超过90%的受访者使用Git,这可能会让其他竞争对手不值得花时间。然而,如果推理是“无需询问,Git将占据主导地位”,那么按照同样的逻辑,为什么要包括Git?

总的来说,我觉得VCS部分是有保证的。即使Git仍然占据主导地位,它也是一个有价值的数据点。如果没有,那么它就更有价值。

纱线

另一对:纱线和NPM。后者在任何地方都没有提及。

(一般)

“工具”部分感觉很奇怪。从虚幻引擎到Kubernetes,到Yarn覆盖了整个领域。然而只有13个条目。感觉特别贫血。每种语言和每种环境可能都有十几种常用工具。归入这一类别的标准究竟是什么?

下面是我经常使用的东西的简短列表:日志查看器(Seq)、静态代码检查器(ESLint)、依赖关系管理(Nuget、Maven)、自动化工具(AutoHotkey、Puppeter、Selenium)、文档构建器(Swager)、工作管理(Jira、Trello)。这是一个很短的列表,但它仍然涵盖了10个项目。我相信如果我扩大几个(子)类别,我可以再想出三个。如果一些人也建议更多的项目和更多(子)类别,我们可以得到当前工具列表大小的三倍或四倍。什么一个工具,什么应该和不应该放在它下面?

2
  • 10
    我支持VCS的评论。我的公司(超过3000名员工)仍然使用SVN,我们的VCS托管都是在我们自己的服务器上进行的。我没有在提议的名单上看到这两个
    – vbnet3d
    评论 2022年4月5日17:14
  • 4
    如果添加了VCS部分,也可能值得添加“其他”选项,因为有些受访者(例如我)将使用一个系统来完成不值得拥有自己选项的工作(对于我来说是TFVC),同时也将Git用于个人项目
    – 贾斯汀
    评论 2022年4月6日14:22
29

编程、脚本和标记语言:

最好包括在内OCaml公司:这种多参数/函数式编程语言具有社区(例如,在SO中,有比前面提到的更多的问题语言)

操作系统:

目前列表中提到:

BSD公司基于LinuxMacOS操作系统窗户Windows Linux子系统(WSL)

显然,对于基于Linux的操作系统,有许多不同的发行版;但我们可能有兴趣了解哪些Linux发行版系列(例如。恰当的-基于,每分钟转数-基于,或使用不同的包装策略)是该领域最常用的…

29

在“其他框架和库”中列出:

.NET内核/。净额5

我想知道为什么这会参考。NET 5时。NET 6是现在的(当然还有LTS)。NET版本?

4
  • 7
    我同意。我也许“.NET Core/.NET 5+”可以工作? 评论 2022年4月5日23:10
  • .NET 5支持将于2022年5月8日结束。。。 评论 2022年4月6日13:32
  • 21
    就叫它吧.NET版本 评论 2022年4月7日12:38
  • 它还排除了任何维护遗留web系统的人员。例如,我维护的主要项目可以支持的最新框架是。净值4 评论 2022年4月12日8:21
21

在“工具”部分下,如果列出了Yarn,那么Node Package Manager几乎肯定也应该如此。

1
  • 13
    是的,是的,每年这个列表都会重新设置为初始状态,每年我们都会报告同样的问题。。。还有NPM/纱线的替代品IMO,这也应该列出,但至少让我们得到默认异常包管理器在列表中:) 评论 2022年4月5日16:42
17

消息代理

您在“其他框架和库”,但类似的技术被排除在外。此外,在当今的分布式体系结构中,它们非常常见。


这个列表可能很长,因为在这个领域有很多类似的软件和服务(例如Amazon SQS).

也许最好添加一个通用选项,如“消息代理"?

15

为添加单独的类别运行时.

两者都有节点.js德诺它们既不是web框架/技术,也不是工具——它们是基于V8引擎的JavaScript(在Deno的情况下直接是TypeScript)运行时。

2
  • 2
    Java运行时也是如此,有多个相互竞争的运行时
    – 贝吉
    评论 2022年4月6日18:17
  • 您甚至可以区分节点、deno(引擎+平台api+依赖系统+等)与v8、spidermonkey、javascriptcore等(仅引擎)
    – 星球
    评论 2022年10月13日4:53
14

其他框架和库

为什么jQuery在这里而不是在下面Web框架和技术? 我知道这不是一个框架,但它在网络上是不可磨灭的。我认为它属于一种技术。

1
  • 1
    React.js“不是一个框架”(至少所有支持者一直在对我大喊大叫,我是说,告诉我),所以它一定是一种技术:)。 评论 2022年4月5日15:34
14

除了回答中提到的附加内容外,请纠正错误分类:

  • Node.js不是一个web框架,它是一个通用的运行时。
  • 同样,Spring不仅适用于web。
  • jQuery虽然不是一个框架,但绝对是一个网状物图书馆
  • Deno不是一个“工具”,它是一个运行时,应该与Node.js属于同一类别
  • Unity和Unreal Engine可能也应该在框架类别中
13

WASM/WebAssembly?

我甚至不知道这些类别意味着什么,所以我不想冒险猜测这一个类别的去向,但与此相关的是微软的Blazor。

12

编译为JavaScript的语言

在前端和节点开发中,有一些流行的语言可以编译成JS。

或者至少添加一个“编译成JS的语言“选项,这样您就可以在不添加太多选项的情况下获得一般信息。

0
12

版本控制交互

使用滑块测量CLI使用和GUI使用之间的百分比。这比每个可能性的复选框有趣得多。

版本控制宿主

将其拆分为云提供商和自托管实例

  • 你已经拥有的
  • Codeberg.org网站

自托管

1
11

Nginx、HAProxy、Traefik。。。阿帕奇

在“Web”中框架和技术”

现在是2022年,世界被web API所统治,没有人再使用反向代理了?还是负载平衡器?

这些工具中的大多数也可以用作kubernetes入口控制器,因此其用途是。

  • ningx用作web服务器、反向代理、kubernetes入口控制器。这个tag有5万多个问题
  • HA代理有8k个相关问题
  • 特雷菲克,只有2000个问题,但这是最近的一个
  • Apache是web服务器,虽然不像其他服务器那么现代,但仍然非常常见
11

在数据库类别中,它现在说“实时数据库”,表示Firebase实时数据库(我建议它😀). 但是,在没有“Firebase”上下文的情况下看到它会让人感到困惑,因此很可能会导致人们选择其他数据库的选项。我建议使用“Firebase实时数据库”或“实时数据库(Firebase)”。

10

数据库列表中缺少图形数据库Neo4j

1
  • 2
    除此之外,还缺少Cypher查询语言。 评论 2022年4月11日18:14
9

更多数据库:

您还没有介绍测试工具/框架/模拟:

构建/管道工具,例如:

平台工具,例如:

漏洞扫描工具,例如:

  • 黑鸭子
  • 扭锁
  • Checkmarx公司
  • 盖特拉什
  • Conftest(混乱)
  • 强化
4
  • 1
    是的,非常擅长“测试工具”,=>+适用于“Web自动化”/“测试自动化”:' + '伊玛克罗'(“我的”标签,啊啊…!)+'杠子“+”用户界面。视觉”(原名“康图”,无标签,网站),我想念一些…//所有这些用于测试自动化的“工具”都需要一些脚本,通常使用它们自己的“专有”脚本语言。。。 评论 2022年4月11日15:01
  • 1
    我认为,The List中包含的每一种语言都应该有自己的子列表,包括测试工具、构建工具、模拟工具等。只包含Java或JavaScript生态系统中的每一个工具都无助于了解真实情况。 评论 2022年4月12日15:49
  • @当然是lifeisfoo。上面提到的项目只是示例(见小“eg”?),我使用了我熟悉的主要生态系统Java中的例子。
    – 波西米亚人 国防部
    评论 2022年4月12日17:13
  • 是的,我看过;-) 评论 2022年4月12日17:19
8

Qt创建者。您将Qt包含在“其他框架和库”列表中,因此将Qt的官方IDE包含在环境列表中才合乎逻辑。

6

Web框架和技术:

6

数据库环境我缺少的部分RavenDB公司.

1
6

IBMi(前身是OS/400)和z/OS在操作系统中的应用,向这一巨头致敬。关于他们死亡的报道被大大夸大了。

6

OVH和Scaleway

在“云平台”部分

这是两个主要的欧洲云提供商。

前者,OVH公司,可能是欧盟内部最大的云提供商(尽管缺乏灭火器)

后者,伸缩台是另一家快速发展的云提供商。

6

作为VLAZ之前指出,当人们如何与他们的版本控制系统交互时,有很多不同的方式。我会将GitHub的web界面添加到列表中。(并且,有人假设其他提供商提供了类似的东西。)如果我正在查看一个PR,通常最简单的方法是只在GitHub上进行更改,而不需要在本地调用它。

有一个“检查所有适用项”的问题可能会提供信息。最近我一直在与主要是技术作家的人合作。他们更喜欢使用GitHub桌面,但当GUI处理不当时,他们通常需要进入命令行。

说到这一点,看看哪些GUI最受欢迎会很有趣。不过,可能有点范围狭窄。;-)

6

编程、脚本和标记语言

1
  • 1
    我支持这一点。在我最初的几年里,我广泛使用了SAS——它是用于医疗统计的go-to编程语言。不幸的是(虽然不是真的),我们转向了开源平台和语言——python、apachespark、jupyter等。 评论 2022年4月11日10:17
6

操作系统:

  • Chrome操作系统(尽管它属于基于Linux的类别可能应列为其他选项之一)

编程、脚本和标记语言:

  • 基本

  • Fortran公司

(两者仍在使用)

开发环境:

  • 拉撒路(与Delphi一起广泛使用)
6

请求频率时间

为了获得更好的图像并部分解决@CodyGray的问题,您可以尝试衡量语言/框架/工具的使用频率以及使用时间。

测量示例选项

stackoverflow测量模拟1

更有意义的图表

通过这种方式,您可以清楚地看到类似JavaScript的64.96%语言是如何在开发人员中真正分布的。因为说

64.96%的回复者使用JavaScript

不同于说

64.96%的应答者使用JavaScript,其中70%的人使用JavaScript不到三年

stackoverflow测量模拟2

此外,您可以看到“不太流行的语言”是如何使用的。

21.01%的应答者使用C,80%的应答者每天使用C超过五年

stackoverflow测量模拟3


警告:数字不是真的,它们只是占位符


问题和答案

你用它吗?(频率)

  • 从未使用过
  • 在过去
  • 只是一次尝试
  • 有时
  • 经常
  • 每日

多久了?(时间)

  • 1年以下
  • 1至3年
  • 3年以上
  • 5年以上
  • 10年以上
5

会有“其他”选项吗?如何处理这个“其他”选择?

1
5

是否仍会有一个类别来描述人们所做的发展类型?

  • web应用程序(前端和/或后端)
  • 桌面应用程序
  • 内核开发
  • 设备驱动程序
  • 移动应用程序
  • 嵌入式系统
  • 游戏(控制台/桌面/手机)
  • 开发人员工具
  • 插件(适用于浏览器/Photoshop/Audacity等)
  • 企业管理工具
  • 业务线应用程序
  • 网络管理工具
  • 计算机科学研究
  • 数据收集和分析
  • 机器人技术
  • 机器学习
  • 人工智能研究
  • 安全研究和/或工具
  • 教学

是否会有一个类别来学习开发人员如何处理文档?文档是否与其他源文件一起受源代码管理?文档是在某种wiki中维护的吗?标记、HTML、文字编程、纯文本、TeX、LaTeX、Word、LibreOffice、roff、troff?

缺少IDE:Arduino

缺少编程语言:OpenSCAD

4

开发环境

这个RAD工作室项目应该用Delphi和C++Builder进行注释,因为它是一个单一的开发环境,但许多用户,尤其是Delphi用户,知道并将IDE称为Delphi(或C++Builder),而不是RAD Studio,并且可能不认为RAD Studio是一个合适的选择。

RAD Studio-Delphi、C++Builder

7
  • 1
    好吧,如果他们不每隔两年更改一次产品的名称,使用他们产品的开发人员就会认出它。Delphi、Borland C++Builder、Turbo C++(RAD版本)、Codegear、Embarcadero Delphi/C++Builder、RAD Studio。。。我不认为这里的混乱是由SO引起的。
    – 伦丁
    评论 2022年4月11日12:46
  • @你在搅拌苹果和橘子,包括公司名称。只有两种产品:Delphi和C++Builder,它们使用相同的IDE,如果您同时使用这两种语言,则也称为RAD Studio。但是,只使用单一语言的用户将知道IDE是Delphi或C++Builder,并且安装的快捷方式将具有这些名称。 评论 2022年4月11日13:50
  • 他们确实为Codegear和Turbo C++调用了C++Builder,但谁知道还有什么。
    – 伦丁
    评论 2022年4月11日13:54
  • @Lundin 2006年发布了Turbo C++for Windows,2007年被C++Builder取代(其他Turbo语言变体用于DOS)。 评论 2022年4月11日14:16
  • 此处列出完整列表:en.wikipedia.org/wiki/C%2B%2BBuilder。他们现在也提供了城市名称的版本。。。当前版本的亚历山大显然拥有最热门的图书馆。
    – 伦丁
    评论 2022年4月11日14:25
  • @伦丁对不起,你的意思是什么? 评论 2022年4月11日16:27
  • 他们不断更改产品名称。
    – 伦丁
    评论 2022年4月12日6:12

你必须登录来回答这个问题。

不是你想要的答案吗?浏览标记的其他问题.