- 主题:说实话,c++标准整体晚了十年
从C++98提出stl之后
十几年时间C++几乎纹丝不动
直到11看大版本变更
而11年的大版本实现要拖到14年左右才能完成,真正大规模铺开可能是16,17年之后了
想想16,17年才能用上unique_ptr,std::thread等等是种什么感觉,甚至判断文件在不在都要等到2020年的标准库
如果11的标准直接向前推十年是最合适的,2007年能用上,刚好那个时候多线程编程什么的很流行
然后20的标准2017年能用上,今年差不多都能用上26的标准了
那基本上就没rust之类的什么事了,说不定安卓都会考虑用C++
感觉11之前的十几年,C++发展太慢了,相比Java,C#,基本上是跟C一起在散步
问题是C无所谓啊人家抱紧的是底层,人基本语法都30多年没变过了,你C++志在星辰大海也跟着躺平就是傻了
--
FROM 171.113.25.*
说句实话, 即使是到c++20, 标准库仍然是一坨shit
再晚多少年,那玩意也是个垃圾
【 在 lwp 的大作中提到: 】
: 从C++98提出stl之后
: 十几年时间C++几乎纹丝不动
: 直到11看大版本变更
: ...................
--
FROM 221.219.211.*
C++应该仿照js生态, 搞一堆简易语法的次生语言, 语义保持不变, 可以直接翻译为C++, 类似 typescript 翻译为 js
【 在 lwp 的大作中提到: 】
从C++98提出stl之后
十几年时间C++几乎纹丝不动
直到11看大版本变更
而11年的大版本实现要拖到14年左右才能完成,真正大规模铺开可能是16,17年之后了
想想16,17年才能用上unique_ptr,std::thread等等是种什么感觉,甚至判断文件在不在都要等到2020年的标准库
如果11的标准直接向前推十年是最合适的,2007年能用上,刚好那个时候多线程编程什么的很流行
然后20的标准2017年能用上,今年差不多都能用上26的标准了
那基本上就没rust之类的什么事了,说不定安卓都会考虑用C++
感觉11之前的十几年,C++发展太慢了,相比Java,C#,基本上是跟C一起在散步
问题是C无所谓啊人家抱紧的是底层,人基本语法都30多年没变过了,你C++志在星辰大海也跟着躺平就是傻了
--
修改:ae175b1bf388 FROM 123.113.97.*
FROM 123.113.97.*
我个人认知是C++不大可能做成js那种库生态的, 两方面 1)写个高质量的库, 对库开发者要求太高,
即便是格式化字符串这种库, 2)这个社区对brain teaser级别的trick过度关注, 造成生产力进一步削弱
此外, 应用C++的地方, 核心软件成分比较高, 所以不是随随便便别人就敢用新组件的
【 在 ae175b1bf388 的大作中提到: 】
: C++应该仿照js生态, 搞一堆简易语法的次生语言, 语义保持不变, 可以直接翻译为C++, 类似 typescript 翻译为 js
: 从C++98提出stl之后
: 十几年时间C++几乎纹丝不动
: ...................
--
FROM 112.64.77.*
确实,c/c++ 一般都应用于要求性能的领域,所以不太可能有个大家都认同的标准库。比如,高性能 c++ 程序用 char * 和写 GUI 的 Qt 就能差很多。
【 在 KnightZorro 的大作中提到: 】
: 我个人认知是C++不大可能做成js那种库生态的, 两方面 1)写个高质量的库, 对库开发者要求太高,
: 即便是格式化字符串这种库, 2)这个社区对brain teaser级别的trick过度关注, 造成生产力进一步削弱
: 此外, 应用C++的地方, 核心软件成分比较高, 所以不是随随便便别人就敢用新组件的
: ...................
--
FROM 120.41.146.*
除开性能, 更要命的是正确性.
【 在 hgoldfish 的大作中提到: 】
: 确实,c/c++ 一般都应用于要求性能的领域,所以不太可能有个大家都认同的标准库。比如,高性能 c++ 程序用 char * 和写 GUI 的 Qt 就能差很多。
:
--
FROM 112.64.77.*
我还是那句话
c++主要问题就是编译太慢
所以开发迭代学习都慢
有了好的标准库,也无法改变编译慢的问题
【 在 lwp 的大作中提到: 】
: 从C++98提出stl之后
: 十几年时间C++几乎纹丝不动
: 直到11看大版本变更
: ...................
--
FROM 221.222.20.*
chrome那种整个exe的源代码全放在一起的工程编译慢,别的加上预编译和edit/continue未必慢啊,而且可以拆成dll/so、lib的
【 在 gfkid 的大作中提到: 】
: 我还是那句话
: c++主要问题就是编译太慢
: 所以开发迭代学习都慢
: ...................
--
FROM 61.48.130.*
感觉正经搞c++项目的,都是几十核几十G
不然回归测试那个时间根本耗不起
【 在 z16166 的大作中提到: 】
: chrome那种整个exe的源代码全放在一起的工程编译慢,别的加上预编译和edit/continue未必慢啊,而且可以拆成dll/so、lib的
:
--
FROM 221.222.20.*
【 在 gfkid 的大作中提到: 】
: 感觉正经搞c++项目的,都是几十核几十G
: 不然回归测试那个时间根本耗不起
: :
--
FROM 61.48.14.*