开发者调查显示他们对 Python 和 Go 十分满意

局长
 局长
发布于 2018年11月08日
收藏 5

加拿大公司 ActiveState 今年发起了一项名为"Open Source Runtime Pains"的开发者调查,旨在更好地了解开发者在基于“开源”进行开发时所面临的痛点。ActiveState 是一家专注于提供跨平台专业开发工具的公司,在开源领域耕耘已有20多年,热衷于为企业开发提供优雅的解决方案。

这次调查主要是面向开发者(像数据科学家和 Q&A 工程师等一些需要和代码打交道的职位),而由此产生的调查数据将有助于理解和追踪开发者对这些“痛点”的处理状况。

ActiveState 表示,这次调查最终收到了来自全球 92 个国家的 1407 份回复。

在调查报告中我们看到,在让开发者给自己使用的开发语言的满意度进行评价时,Python 和 Go 这两门语言获得的“满意和非常满意”评价比例最高,分别为 68% 和 61%。


而大家关注较多的 Java 和 PHP 则逊色了不少,获得的“满意和非常满意”评价比例分别为 39% 和 37%。

既然这次调查的目的主要是了解开发者在基于“开源”进行开发时所面临的痛点。下面我们就来看看这些“痛点”主要是什么内容。


可以看到,稳定性和安全性是两大困扰开发者的问题。开发者表示在开发中,遇到关于稳定性和安全性问题的比例分别高达 50% 和 47%。这里稳定性方面的问题是指新版本与旧版本之间的差异带来的问题,安全性是指需要使用最新或最安全版本的软件包。

除此之外,开源协议的使用问题也十分令开发者头疼。如何规避诉讼纠纷,如何避免“专利流氓”?事实上,开源协议相关的问题在国外比较受重视,而它的复杂性和专业性又不是一般开发者所能理解和掌握的(参考甲骨文和谷歌关于 Java 的版权案),所以在基于“开源”进行开发时,开源协议的确会给部分开发者带来切实的困扰。

最后说一下调查报告中其他一些值得关注的亮点:

  • 近一半的受访者(44%)表示他们每天只花费两到四个小时编程

  • 74% 的受访者表示他们每周花费大部分时间或部分时间来管理依赖项和开发工具

  • 56% 的受访者认为使用一门新语言很困难

  • 67% 的受访者表示他们选择不再使用新工具,因为使用新编程语言的痛苦超过了它带来的优点

  • 在进行开发时,Linux 和 Windows 这两大平台具有相似的使用率,80% 的受访者使用 Linux,77% 的受访者使用 Windows

关于调查报告的详细内容请点此查看

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:开发者调查显示他们对 Python 和 Go 十分满意
加载中

精彩评论

x
xytest01
每天都要写无数个 `if err != nil { return err }` 很痛苦。。。
没泛型很痛苦。。。
这波天秀
这波天秀
你问下他们对node可满意?
久永
久永
对于过高的支持率,如果不是投票造假了,就是调查者被洗脑了。
——是不是这么说的?
AkataMoKa
AkataMoKa
Rust2018出来了以后,估计满意度会上升不少。
HeyS1
HeyS1
vb还有这么多人用吗

最新评论(16

无闻
无闻
牛逼牛逼,支持!
shadow771
shadow771
88%使用linux 70%使用windows 嗯 没毛病
奔梦飞扬
奔梦飞扬

引用来自“HeyS1”的评论

vb还有这么多人用吗
国外还是蛮多人在用的。
clouddyy
clouddyy
C语言呢,是否满意??
久永
久永
对于过高的支持率,如果不是投票造假了,就是调查者被洗脑了。
——是不是这么说的?
oscyj
oscyj

引用来自“xytest01”的评论

每天都要写无数个 `if err != nil { return err }` 很痛苦。。。
没泛型很痛苦。。。
这个的副作用是程序的稳健, 作为服务器开发,我完全没有觉得有多大的问题, 并且使用自动完成,基本感觉不到
没泛型这个倒是挺麻烦,老是需要转型
奶丶空瓶
奶丶空瓶

引用来自“xytest01”的评论

每天都要写无数个 `if err != nil { return err }` 很痛苦。。。
没泛型很痛苦。。。
新版本不是加入泛型了
Doeeking
Doeeking

引用来自“xytest01”的评论

每天都要写无数个 `if err != nil { return err }` 很痛苦。。。
没泛型很痛苦。。。
据说V2可以解决您的痛苦,放心好了
HeyS1
HeyS1
vb还有这么多人用吗
返回顶部
顶部