- 主题:再说一遍，C++就不是给新手用的
我之前干过一家公司，业务逻辑用c++实现的，
中间挂了个socket和网页通讯，然后展现就都用js那套了，
这位兄弟说不定是我同事，哈哈
【 在 z16166 的大作中提到: 】
: 太假了吧，搞js的泡C++版面？一定是搞c++的
:
--
FROM 180.158.19.*
写demo用mfc也合理，毕竟计算内核还是c，配个界面的话很随意了，c#或qt，还不如mfc来的方便
【 在 rexxie 的大作中提到: 】
: 现在我还看到人写电机demo 软件用mfc，看哭了。
--
FROM 36.112.191.*
装
--
FROM 183.195.15.*
然而unity也是c++写的
全世界95以上的游戏，不管手机还是桌面还是主机，引擎都是c++
【 在 foliver 的大作中提到: 】
: 你说的这些场景不全是c++的领域，很多是c的领域。
: 系统软件肯定是c语言了。追求极致性能，必然首先C语言。
: c++有一个pc游戏领域，那也是因为虚幻引擎支持c++的缘故。但是最近unity引入的ecs/dots技术，3A大作效果不输虚幻，桌面端主机端虚幻占有率恐会进一步下降，而unity的后端是c#/Mono。同时手游市场80%都是unity开发的。
: ...................
--
FROM 218.107.55.*
python，java也是C写的，难道他们也算在C里面。全世界的高级语言都是C/C++写的，连c++也是C写的。
终端用户用什么语言和工具本身用什么语言写的有啥关系？
【 在 wanyh 的大作中提到: 】
: 然而unity也是c++写的
: 全世界95以上的游戏，不管手机还是桌面还是主机，引擎都是c++
: 【 在 foliver 的大作中提到: 】
: ...................
--来自微微水木3.5.12
--
FROM 140.206.195.*
这是赶上了rust好时候
转c++试试，崩给你看
【 在 beep 的大作中提到: 】
: 没有那么夸张, 我从js转rust都没觉得有啥问题
:
--
FROM 111.206.87.*
但是做游戏稍微大点的团队都有定制游戏引擎的需求啊，哪怕是用unity。就unity那个单线程模型，也就做点卡牌三消游戏，复杂点的3d游戏都会魔改的
【 在 foliver 的大作中提到: 】
: python，java也是C写的，难道他们也算在C里面。全世界的高级语言都是C/C++写的，连c++也是C写的。
: 终端用户用什么语言和工具本身用什么语言写的有啥关系？
--
FROM 218.107.55.*
你说的这些场景新手确实不应该用c++了。
新手应该学rust，几年之后c++找工作更难了。
【 在 anotherstone 的大作中提到: 】
: c++应用场景：
:
: 对运行效率极度渴求的大型软件开发。
:
: 高性能库开发，
:
: 普通程序员就不要碰了。
:
: 发自「今日水木 on LIO-AN00」
: --
: 第零：技术：势->正期望的系统
: 第一：头寸+止损。久->存活的长久点，
: ..................
发自「今日水木 on Android」
--
FROM 123.118.12.*
【 在 foliver 的大作中提到: 】
: 说的是对c++编译器本身的贡献。
: 谷歌用c++写了一大堆优秀的软件，但它不关心c++编译器本身，性能不好，缺东西，自己写。最简单的例子，你刚才说的string view，谷歌的leveldb早就有类似的slice结构。
怎么可能,你看历次llvm 开发者大会,Google都是Platinum Sponsor
: 目前优化性能最好的编译器是intel c++编译器，然而有多少人在用？追求性能的人不会把选择权交给编译器，自己造轮子才是王道。才懒得管c++哪里不好。
: ...................
--
FROM 104.133.8.*
c#吧。。。
【 在 wanyh 的大作中提到: 】
: 然而unity也是c++写的
: 全世界95以上的游戏，不管手机还是桌面还是主机，引擎都是c++
--
FROM 221.219.211.*