TIOBE 9月排行:PHP 排名在 TOP 10 边缘飘摇

局长
 局长
发布于 2019年09月11日
收藏 18

TIOBE 编程语言排行榜 9 月份的榜单已公布,排名前十的分别是:Java, C, Python, C++, C#, Visual Basic .NET, JavaScript, SQL, PHP 和 Objective-C

整体排名变化不大,但在 9 月榜单中 PHP 特别被提到了,因为这期的标题描述是 "PHP is struggling to keep its top 10 position",潜台词就是 PHP 快保不住 TOP 10 的位置啦!

虽然编程语言排行榜不代表什么,不过 PHP 在榜单上的排名很长时间没有上升,甚至偶有倒退也是不争的事实。

自 2001 年 TIOBE 排行榜诞生以来,PHP 一直处于榜单的 TOP 10 位置,甚至拿过 2004 年 TIOBE 年度编程语言的称号。直到 2009 年底前,PHP 的排名变化一切都很顺利,但自此之后,其市场占有份额迅速在两年内从 10% 下降至 5%,到了 2014 年更是腰斩至 2.5% 左右。

所以 PHP 发生了什么事?

PHP 刚诞生时被认为是用于 Web 开发的 Visual Basic:既容易上手,也方便部署,不过其主要使用群体是具有一定软件开发背景的 Web 工程师。PHP 的简单易上手特性为其收获了一大批开发者,迅速在 Web 开发领域占有一席之地。不过它的长处也带来了一些弊端:PHP 产品的安全漏洞相对更容易被发现。当然,PHP 开发团队长期以来也一直在努力解决这个问题。

在 2014 年,还发生了一件对 PHP 产生一定影响的大事 —— PHP 的“头号粉丝” Facebook 推出 Hack 语言以作为 PHP 的替代方案,原因是 PHP 的可伸缩性没能满足 Facebook 的需求。此后,JavaScript, TypeScript 和 Python 开始日渐流行,并成为 Web 开发的主流选择。

PHP 近年的走势情况一目了然。

继续看看 TIOBE 9 月编程语言排行 1-20:

TOP 10 编程语言 TIOBE 指数走势(2002-2018)

第 21-50 名的编程语言排行

第 51-100 名如下,由于它们之间的数值差异较小,仅以文本形式列出(按字母排序):

(Visual) FoxPro, 4th Dimension/4D, ABC, Alice, Apex, Arc, Awk, BBC BASIC, bc, Boo, Bourne shell, C shell, Clipper, Clojure, Common Lisp, Crystal, cT, Curl, Emacs Lisp, Erlang, Forth, Icon, IDL, Inform, Io, J, Korn shell, Ladder Logic, LiveCode, ML, Monkey, MQL4, NATURAL, OpenCL, OpenEdge ABL, Oz, PowerShell, Programming Without Coding Technology, Pure Data, Q, S, Snap!, SPARK, Standard ML, Tcl, Tex, Verilog, VHDL, X10, XC

TIOBE 编程社区指数(The TIOBE Programming Community index)是编程语言流行度的指标,该榜单每月更新一次,指数基于全球技术工程师、课程和第三方供应商的数量。包括流行的搜索引擎,如谷歌、必应、雅虎、维基百科、亚马逊、YouTube 和百度都用于指数计算。具体的计算方式见这里:https://www.tiobe.com/tiobe-index/programming-languages-definition/

值得注意的是,TIOBE 指数并不代表语言的好坏,开发者可以使用该榜单检查自身的编程技能是否需要更新,或者在开始构建新软件时对某一语言做出选择。

详细榜单信息可以查看 TIOBE 官网

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 OSCHINA 社区 [http://www.oschina.net]
本文标题:TIOBE 9月排行:PHP 排名在 TOP 10 边缘飘摇
加载中

最新评论(91

Ajian
Ajian
groovy排到十几位去了?不可信!
Zakeear
Zakeear
啥时候PHP掉出了前10再来告诉我哈...这10几年一直上下波动都习惯了
iGoo
iGoo
开源中国现在都要接着PHP才能搞一点热点了??? 可悲
oreak
oreak
PHP 危险了
ifu25
ifu25
这个榜单很有意思,这才9.11号就发布9月榜单,不是应该10.1发布9月的吗!🤓
高久峰是个大胖子
有些人用了Java也改变不了他的菜,有些人用了Asp都挡不住他编程能力优秀。别相互喷了。
苦寒竹
苦寒竹
ASP阵营转php的握个爪。
高久峰是个大胖子
前来报道,哈哈
如约君
如约君
当前前后端分离成为主流的情况下,php的web开发市场一直被golang和node挤兑,不断萎缩,
一直不明白,勇于承认这个事实很难吗?
总是拿世界上99%的网站都是php做的来说话,难道不能说这些网站里99%是没有多少存在价值的吗?
对不起,我就是来吵架的😋
叫你一声你敢答应吗
正式这99%没多少存在价值的网站,构建出了多姿多彩的互联网世界。譬如:1024
q
qiye1001234
😂
l
lucklrj
头几年PHP爆火,需求旺盛,工资就高,因为门槛低,培训学校就批量生产了很多低水平的人,导致产品不行,最后决策层觉得是PHP的问题,加上go,node这些崛起,PHP份额就少了
开源中国首席罗纳尔多
开源中国首席罗纳尔多
您好,请问java什么时候可以写系统内核和与硬件打交道?
这波天秀
这波天秀
那基本不存在的
叫你一声你敢答应吗
构建web应用最好的语言就是php和java。

php一直致力于围绕提升开发速度来做的优化,整个语言的发展方向和生态都是围绕着这个目标来的。

java则是致力于提高web开发的下限,一般普通的java程序员也能够构建出相对健壮的应用。

php小而美,专而精。
java大而全,格局高。

所以说,选择java还是php那就很清晰了,如果你以进大公司为目的,那么就选java。
如果你以创作/创业为目的,那么就选php。
叫你一声你敢答应吗
我个人觉得搞web的应该同时学习php和java。我个人就是以php为主,创业项目也是使用php来做,但是我会在空的时候,思考,这个功能使用java应该怎么做。
叫你一声你敢答应吗
然后在编程过程中,就可以互相借鉴。我个人的体会是这样,php借鉴java的思想比较容易,比如:为了健壮性,你可以在php中使用类型约束和hint,来提高php的行为逾期。但是在java中,你却难以以弱类型的方式来做一些不那么重要的功能模块。
换言之,java是通过强制的方式来提升java代码的质量下限的。
而php代码的下限,则需要依赖程序员自身的素质和水平。
靜坐聽雨
靜坐聽雨
PHP之前火最核心的原因就是“简单”。对比几年前Java中Jsp真是好了不知多少倍。
但是近几年前后端分离开发已经火起来了,Java中Jsp连Java这些新项目都不用了。Vue/React等等前端框架,nodeJs兴起,前端也不是当初只有JS和Jquary的前端了。而另一方面,微服务概念兴起,SpringBoot等框架,让原来只有大公司才能用的技术变得非常简单。负载均衡、熔断器、甚至灰度发布,都越来越简单。
当然,除了前端后台,微服务概念的核心其实是跨语言。让每个语言做它擅长的领域。Server Mesh在未来某一天可能会得到应用,其实我对PHP了解不深,不知道那时候它会不会和别的语言协调到一起
猫大大
你这说的没错的。干程序的90%都是为了钱,哪个来钱快,哪个能更快的完成工作休息,就用哪个。php 也该回到他的初衷,Personal Home Page了。看到众多的 PHP 框架,越搞越臃肿,何必呢。前端框架,现在已经百花齐放了,做后端spring boot 也越来越简便。我干了 5,6 年的 php,也 准备转 GO 或者 spring boot 了。前后端分离已经是主流了,php 的优势已经不明显了。
叫你一声你敢答应吗
比如laravel-admin,使用php模板,把页面全部包起来,后端工程师直接通过几行php代码,就可以生成一个完整的前端页面。这对于想花10分钟时间构建一个后台的想法变成了现实
叫你一声你敢答应吗
java新项目不用jsp的原因很简单,需要jsp的项目都应该使用php,jsp做的事情和php一样,但是没php好用。

前后分离是个好东西,但是这不意味着php模板渲染的方式就该淘汰了,比如,php有很多后台管理系统,就是利用php的模板,把前端组件封装起来,大大的提升了开发效率,也省掉了和前端工程师的沟通时间。
叫你一声你敢答应吗
前后分离固然是个好的开发实践。但是从我的个人实践中总结出以下问题:
1、前后分离会增加后端与前端的沟通时间。
2、完全的前后分离,随着前端组件增多,页面打开速度会变慢。

基于以上两点,我的开发实践变成了这样:
1、后台类系统,不采用前后分离,一切以后台为中心,前端仅仅提供样式和页面结构,不参与业务讨论,后端拿到页面后,对页面做好封装,比如一个小说展示页面,后端拿到页面后,把这个列表抽象成一个php模板,以后所有展示列表的地方,直接使用这个模板。

2、必须要前后分离项目,也采用混合方式开发,比如一些加载数据过多导致页面卡顿的地方,数据渲染和业务逻辑仍然交给php来做,前端仅仅是把php渲染好的页面拉过来现实以下,事实证明,这样很好的提升了页面加载响应速度。
靜坐聽雨
靜坐聽雨
你说的几个问题确实存在。
1.前后端分离开发最主要的是API文档,这个文档可以由设计者提前写好(对业务非常熟悉,而且会花费时间),这样开发速度会大大提升。当然也可以由开发者写,必然会花费一定时间。带来的好处是维护更加方便。这样传统的为 “前端写页面 -》 后端写业务”,变成 “写API文档 -》 前后端分离开发”,相比之前留下了宝贵的文档。现在API文档像swagger什么的非常成熟了已经。
2.前端组件多打开速度慢我也遇到了,不过这个是可以解决的。我对前端了解没那么深,就不讨论了。

PHP模板没用过,不过大概可以理解,对于做传统项目,是一种快速有效的手段。别人做好了东西拿来直接使用,这样的问题就是页面风格不容易变,而且对新的比如小程序等等适应会比较慢,简单需求容易,一些复杂的麻烦了,可能要从这个模板拿一些数据到另一个等等。这完全就看这个模板的健壮性了。
Java中也有许多模板引擎,有相关框架,SpringBoot也很容易集成进去,但其火热程度比不上MVC的相关框架。

当然,谁好谁坏并不是一定的,最适合才是最好的。开发团队人数和开发项目等等都有影响。不过在另一方面,大势影响依旧很多,许多传统项目都要分布式了。PHP最初以“简单”起家,但是牺牲掉的一些东西很难弥补回来,比如分布式/容器化等等。还有消息中间件什么的,加进来这语言就臃肿了,不加又跟不上时代。
而且同样都是“简单”,以“时间苦短,我用Python”为口号的Python也在挤压PHP的市场,个人还是不看好未来的PHP。
叫你一声你敢答应吗
分布式,容器化,消息中间件,从我的角度来看都是和语言无关的东西。随着docker,k8s的发展,php在微服务这方面的不足可能也会被削平。

php未来发展如何,取决于市场对中小企业的包容度有多大。
透过玻璃的光
透过玻璃的光
两个PHP套页面绝对比一个PHP加一个前端要快的多,可能对于特别多人的复杂项目有必要做前后端分离,对于大部分后台管理是没必要的,多半都是列表和数据展现,专门找个前端做什么?
不是复杂交互型的后端,php开发效率绝对是远超前后端分离的。
返回顶部
顶部