程序人生 - 这几门语言可能要被淘汰了!

简介: 程序人生 - 这几门语言可能要被淘汰了!

为了办公便捷和效率提升,新的编程语言如雨后春笋般出现,但只有少数编程语言才能成为新宠。

这种进步的一个副作用是一些古老的编程语言必然会跟历史一样被人们遗忘。

如果一个编程语言不能与时俱进,那用户群一定会流失。

COBOL

有人记得 COBOL 编程语言吗?可能很多人都不知道这门语言。

其实在 1960 年代和 1970 年代,它是许多美国银行和政府机构的首选的编程语言,但最终现在哪里还能见到它的身影?

等一些政府机构发现他们需要通过更新代码来全面改革失业系统时,才发现业内没有几个开发人员可以熟练使用该编程语言。

当前的许多编程语言也可能会有相似的下场。

今天让我们大胆分析一下:未来 20 年内最终会消失的 5 种编程语言。

本预测纯属臆测,如有雷同,深感不幸。但也不要当真啊,纯属臆测,指不定啥时候迎来第二春。

Ruby

Ruby 在 1999 年发布后立即受到程序员们的热捧,它能够快速构建应用程序的特性给程序员留下了非常深刻的印象。

紧随其后,备受欢迎的 Ruby on Rails 框架于 2004 年发布,由于 Ruby 和 Rails 这两个名称在当时几乎成为了同义词,因此 Ruby 很快地被推到了程序员最喜欢的编程语言排行榜首位。

它经历了一个坚实的十年,稳居编程语言排行榜前列,一度成为众人瞩目的焦点,但是最近的十年它并不好过,所以 Ruby 纳进了淘汰清单列表。

为什么 Ruby 会逐渐消退呢?

导致其排名下降的最重要的因素之一是其执行速度。

由它构建的应用程序运行速度往往比其他流行的编程语言,比如 JavaScript、Go 和 Python 构建的应用(在某些框架下)运行速度慢。

同时期下,后三者已经发展到可以满足当时的需求,而 Ruby 在很多方面一直在原地踏步,没有什么进步。

例如,让 Ruby on Rails 名噪一时的 MVC 架构。其实现在看起来多多少少都有点过时。

Visual Basic

Visual Basic 是公认的程序员最不喜欢的编程语言之一,没人反对吧?(反对就是你对!!)

它是微软在 1991 年发布的,作为构建 Windows 的主要工具,目标是实现了,但最近问题也不少。

大家使用 VB 进行开发的热情差距也很大,随着 2000 年 C#的发布,这种差距逐渐进一步扩大。

由于 C#更加简洁,提供了更广泛的功能,并且更适合于云服务和移动开发(在当前市场中扮演着重要角色),因此很多开发人员都放弃使用 VB 转而投向 C#怀抱。

C# 真的很厉害,有基础的小伙伴可以拓展学习一下,大雄最近在研究这个,看着看着,就跪下了。

最重要的是,似乎它的创建者也都无情地放弃了它,因为微软曾表示他们没有进一步发展它的计划。(微软有时候,挺不是玩意儿的!)

Haskell

Haskell 是另一个古董级别的编程语言,它于几十年前创建,在 90 年代一直被使用。

对于 Haskell 来说,属于它的时代很快就要结束了。

研究人员和学者大多将 Haskell 用于构建程序,以对其工作进行复杂的排列和外推计算,但是学起来很难!

难学必然导致非常有限的活跃用户,其实 Haskell 的上一个最新的稳定版本是在 2010 年发布,这已经于事无补了。

Perl

与 Visual Basic 命运一样,Perl 也很不讨喜。

在 Perl 于 1987 年开始流行时,当时被誉为是适合任何一个人的编程语言,无论你是编程的初学者还是专业人士都可以使用,同时还被宣传可以用于各种各样的场景。

但是,1991 年 Python 出现了!!

尽管 Python 的语法相比 Perl 稍显繁琐,更加严格,但 Python 让用户使用脚本实现目标的过程变得更加简单直接,改变游戏规则了。

Python 在 2000 年代开始让 Perl 黯然失色,并一度成为编程入门的首选语言。

在过去的 15 年中,Perl 的使用量一直在稳步下降,而且也多半会持续下降,有点搂不住。

Objective-C

Objective-C 与 Apple 的关系类似于运动相机与 GoPro 的密切联系 —— 两者都是他们所属公司专用的工具。

尽管 Objective-C 已经在 macOS、iOS 和 OS X 开发中使用了二十多年(1996 年至今)的时间。

但如今已经很少有程序员在使用该语言,因为 Swift 横空出世了。

Swift 由 Apple 构建并于 2014 年发布,旨在成为 macOS、iOS 及其他几个 Apple 相关平台的新编码标准。

Obj-C 在很大程度上是基于复杂的 C 语言创建的,而 Swift 就删除了这些复杂的元素,同时增加了一些新的功能特性。

例如自动内存管理,对 Cocoa Touch 的支持以及类型安全的集成。

Swift 设法实现和维护了较高的语言稳定性和用户采用率,因为 Apple 公司仍在坚持重写 Obj-C 库,以使旧语言的使用者可以很容易地进行过渡。

尽管仍然有很多关于这两种选择哪个更好的讨论,但当前的趋势来看的话,Objective-C 会有一天被淘汰。

总结

尽管上述提到的语言似乎都处于下降趋势,但不能保证它们最终一定会消失。

如果创造者和社区投入足够的精力来更新和维护它们,添加新功能以及有用的特性,这些编程可能会卷土重来,恢复生命力。

但事实这种性价比不是很高,肯定会有更新的,更好的选择。

目录
相关文章
|
6月前
|
算法 Java 程序员
程序员未来真的会被淘汰吗?
大部分人卷的计算机:Java web 实际上的计算机:web,图形学Q,Linux系统开发,一系列嵌入式开发,数据库,高性能服务器,中间件开发,三维建模,网络安全,通信协议°,加密算法,服务器集群维护,文件存储引擎Q,编译器,工业软件,客户端,计算机视觉,自然语言处理,算法调优,游戏引擎Q
78 6
程序员未来真的会被淘汰吗?
|
6月前
|
缓存 算法 前端开发
前端开发者必知的缓存淘汰策略:LRU算法解析与实践
前端开发者必知的缓存淘汰策略:LRU算法解析与实践
203 0
|
6月前
|
缓存 算法 Java
数据结构~缓存淘汰算法--LRU算法(Java的俩种实现方式,万字解析
数据结构~缓存淘汰算法--LRU算法(Java的俩种实现方式,万字解析
|
设计模式 运维 架构师
04技术变化那么快,程序员如何做到不被淘汰?|学习笔记
快速学习04技术变化那么快,程序员如何做到不被淘汰?
136 0
|
设计模式 缓存 NoSQL
U3D客户端框架之类对象池技术优化C#语言GC
类对象池,类似对象池,顾名思义就是一定数量的已经创建好的类对象(Object)的集合。当需要创建对象时,先在池子中获取,如果池子中没有符合条件的对象,再进行创建新对象,同样,当对象需要销毁时,不做真正的销毁,而是将其对象SetActive(false),并存入池子中。这样就避免了大量对象的创建销毁,减少了GC,优化了性能。
原来这就是比 ThreadLocal 更快的玩意?(中)
原来这就是比 ThreadLocal 更快的玩意?(中)
原来这就是比 ThreadLocal 更快的玩意?(中)
|
存储 算法 Java
原来这就是比 ThreadLocal 更快的玩意?(上)
原来这就是比 ThreadLocal 更快的玩意?(上)
原来这就是比 ThreadLocal 更快的玩意?(上)
|
设计模式 Java C++
原来这就是比 ThreadLocal 更快的玩意?(下)
原来这就是比 ThreadLocal 更快的玩意?(下)
原来这就是比 ThreadLocal 更快的玩意?(下)
|
算法 Java 程序员
一次性生成30种编程语言,绝了
之前总是听各种程序员讨论语言的优势 有说“PHP是世界上最好的语言!” 有说“Java应用最广泛!” 有说“Python最简单易懂!”
161 0
一次性生成30种编程语言,绝了
|
Rust Java C语言
C 语言为什么不会过时?
评价任何一门编程语言,都是招人骂的。永远是这样。就像是春寒料峭的季节,街上穿棉袄和穿单衣的擦肩而过,双方一定是同时在心里出现了两个字:“傻逼!”这个在心理学上有个专业的名字:叫做“二逼”现象!
1524 0
C 语言为什么不会过时?