2020年老生常谈:C++会被淘汰吗?

1、语言本身的发展状况。

  • C++每一次更新似乎都在变得越来越复杂。C++11,C++14,C++17,C++20, boost。所有新特性的引入都是为了满足C++的一个本质的表达即C++可以做几乎任何方向的开发。
  • C++的学习成本依旧很高。OOP,指针,STL,模板,宏各种奇技淫巧。这就好比你有时候只想做一把指甲刀这样的小工具都必须掌握飞机的制造原理。很多技术模块都不是可选的。甚至还必须学习额外的知识比如设计模式来辅助使用这门语言。
  • C++的框架和库横向对比不如其他热门语言发达。C++的框架和库虽然有很多。但是比起Java、NodeJS和Python那样的生态来说显得十分的乏味。
  • C++本身的设计思想的问题:导致了你必须对这个工具掌握的十分细致和精确,否则还未伤敌就自己受伤了。累人的地方在于有时候你会发现C++会要求你掌握它所有的细节,否则就会存在很多隐患,而在C++中很多设计导致隐患通常都是十分致命的。

2、社会产业背景。

  • 哪些行业还需要C++:安防,通信,其他IT也的性能敏感和硬件打交道多的产品。
  • 哪些地方已经被其他语言所替代:逻辑行为、数据分析产品。比如大数据分析行业用Java代替C++。
  • 小公司创业团队:小公司和创业团队不喜欢C++的原因在于现在PC的产品基于硬件够发达可能就不需要C++开发和维护,迭代速度快、维护成本低的语言更加受到欢迎。

3、未来发展趋势。

  • 5G,VR,大数据,AI,IOT时代需要什么语言?C++合适吗?——没有信心,复杂的学习成本和人工的内存管理等特性觉得会影响程序的大范围部署和发布、迭代
  • 高层应用喜欢什么样的语言?比如VR?5G?可能Java这样的大生态语言也比起C++更加合适。或者会诞生出各自领域专属的开发语言。

结论:C++在未来被逐渐淘汰的概率很大。

点赞
收藏

评论区

加载中...

相关推荐

MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘ at row 1

文章目录问题用navicat导入数据时,报错:原因这是因为当前的MySQL不支持datetime为0的情况。解决修改sql\mode:sql\mode:SQLMode定义了MySQL应支持的SQL语法、数据校验等,这样可以更容易地在不同的环境中使用MySQL。全局s

Oracle 分组与拼接字符串同时使用

SELECTT.,ROWNUMIDFROM(SELECTT.EMPLID,T.NAME,T.BU,T.REALDEPART,T.FORMATDATE,SUM(T.S0)S0,MAX(UPDATETIME)CREATETIME,LISTAGG(TOCHAR(

MySQL部分从库上面因为大量的临时表tmp_table造成慢查询

背景描述Time:20190124T00:08:14.70572408:00User@Host:@Id:Schema:sentrymetaLast_errno:0Killed:0Query_time:0.315758Lock_

皕杰报表之UUID

​在我们用皕杰报表工具设计填报报表时,如何在新增行里自动增加id呢?能新增整数排序id吗?目前可以在新增行里自动增加id,但只能用uuid函数增加UUID编码,不能新增整数排序id。uuid函数说明:获取一个UUID,可以在填报表中用来创建数据ID语法:uuid()或uuid(sep)参数说明:sep布尔值,生成的uuid中是否包含分隔符'',缺省为

手写Java HashMap源码

HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程22

java将前端的json数组字符串转换为列表

记录下在前端通过ajax提交了一个json数组的字符串,在后端如何转换为列表。前端数据转化与请求varcontracts{id:'1',name:'yanggb合同1'},{id:'2',name:'yanggb合同2'},{id:'3',name:'yang

2020年老生常谈:C++会被淘汰吗? - HelloWorld