C++未来最有潜力的行业和职位会是什么?

2023-03-14 09:39:55 +08:00
 sbldehanhan

之前一直搞 C ,感觉没前途。后面想搞 C++,但时间不等人,想找个有前途的行业或者职位。有没有大佬给点建议? 之所以选 C++,因为感觉垮到其他的语言跨度比较大,职业经历也有较大差别。C++还有点联系。

7320 次点击
所在节点    C++
59 条回复
yangzhezjgs
2023-03-14 16:25:10 +08:00
我认为是深度学习的推理 /训练引擎,深度学习编译器之类的,但是学习难度非常高
sbldehanhan
2023-03-14 17:02:59 +08:00
@opentrade 虽然,何以教我?
sbldehanhan
2023-03-14 17:04:53 +08:00
@coderluan C 有哪些好点的方向?要是不用换语言再好不过。
sbldehanhan
2023-03-14 17:05:29 +08:00
@Hsinyao 似乎不错。
zackzergzeng
2023-03-14 17:08:59 +08:00
同问,之前了解的比较多的就是 c/c++图像处理比较方便,延伸出来就是游戏引擎的开发,其他方向就不知道了
GrayXu
2023-03-14 17:11:52 +08:00
各种 infra 类,对性能敏感的都适合吧
HENQIGUAI
2023-03-15 08:32:50 +08:00
数据库内核
unintialized
2023-03-15 08:55:58 +08:00
PL, AI compiler, HPC
yyminmax
2023-03-15 09:27:20 +08:00
科学计算,做科研吧。
sbldehanhan
2023-03-15 10:40:01 +08:00
@yyminmax 科研有啥单位?
cnbatch
2023-03-16 03:34:25 +08:00
音视频也有 C++的,虽然不多。

音频类:
曾经流行的 Monkey's Audio ( APE 格式)就是 C++写的,当然啦,这是他们公布源码后才知道的。尽管公布了源码,但仍然不是开源软件,因此翻身无望,毕竟没人愿意用了后不知哪天就收传票。

视频类:
H.264 ~ 266 ,标准委员会给出的 Demo 是用 C++来写的。
还有 x265 、libde265 也是 C++。
目前 x266 还没人做出来,于是标准委员会的部分成员就“基于”官方 Demo 做出了 vvenc 和 vvdec 。

为什么要打引号,是因为 H266 标准 Demo——VTM——恰好就是这部分成员做的(还有 HEVC 的 Demo——HM——也是他们做的),可以认为是标准委员会等不及,索性自己推出编解码器(当然啦,不能冠以委员会官方名义)。
sbldehanhan
2023-03-16 09:14:45 +08:00
@cnbatch 这个行业前景怎么样?薪资、发展。。。
cnbatch
2023-03-16 13:42:43 +08:00
@sbldehanhan 薪资不清楚,我也不是从事这个行业的。只是知道国内大厂有这方面的需求,也许从他们发布的招聘信息可以略知一二。
至于发展以及行业前景,那肯定不用担心,从诞生之初就一直稳步前进,毕竟高清视频压缩一直都是刚需。现在视频服务(流媒体、短视频等等)那么受欢迎,至少不会冷落。
dryadent
2023-03-19 19:26:41 +08:00
@SantuZ 转行这个欧克么
bugmaker233
2023-04-07 16:44:10 +08:00
从大家的评论就知道了 c++不同方向之间的差距有多大,生殖隔离不是开玩笑🤣🤣
pppguest3962
2023-04-12 11:34:27 +08:00
话说 mfc 这种框架,在 2023 微软的东西上面还能用吗?

记得当年学过一下子,好像就是把 win32 的过万数量的 API 包装起来,用 mfc 的逻辑去实现功能和 GUI 的关联

现在最新的 win 11 好像也是没有完全放弃 32 位的东西,

我的意思其实是问 mfc 还能不能在微软 2023 年,主流开发平台上用来做点儿什么…

很多年前长用 winxp 和 win7 时代,最后还是转 QT 代替 mfc ,记得他当年说过一句话,如果 mfc 逻辑调的好,那界面的用户感受真是非常流畅爽的,但后来跟手维护的程序员会非常的崩裂,同一种功能,有好多种逻辑实现方式
cnbatch
317 天前
@pppguest3962 MFC 目前依然能够使用,只不过基本上不怎么更新,也没必要再用。

首先是,微软自己就推出了 C++/WinRT 这种包装物,用新标准 C++给 Windows API 做包装,间接表明不推荐再用 MFC 。须知道,MFC 推出的时候,C++仍未标准化,现在( 2023 年)再去碰 MFC 的项目会特别不顺手。

再有就是,由于 MFC 已经停滞了很长时间,以至于缺乏对 High DPI 的支持。( High DPI:也就是屏幕 DPI 设置为超过 100%,比如 4K 屏经常设置成 200%)。
结果就会导致使用 MFC 程序在高 DPI 环境下十分难看:要么一片模糊;要么编译时加个 DPI 适应文件或主动调用 DPI Awareness 让外观变清晰 + 自己手动计算各个 DPI 比率下界面各控件的位置与大小。要是不做计算保持默认,那么会导致原本对齐的控件变成没对齐,有些地方留空隔太少有些却隔得太多;自己计算但没算好的话,会导致程序界面控件错乱。
cnbatch
317 天前
cleveryun
289 天前
c++编译 wasm 供前端性能要求高的地方使用,比如三维模型操作。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/923781

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX