在使用过C++11之后已经很难忍受原本的C++了
本来打算把自己维护的open source专案用新标准改写
但是考虑到工作上还无法使用C++11
如果改写之后就无法应用在公司的专案了
我看不出风向
现在跟进用C++11写适合吗?
Windows上的话已知Visual Studio 2010以前无法用
VS 2012以上又只有Win7以上才能跑
不过有MinGW支持着还算OK
嵌入式设备的编译器就没办法了
而且就算这环境有支援C++11也不敢贸然跟进
以前有吃过编译器bug的亏
很难相信新标准会被充分支援
有人已经在自己的专案上采用C++11了吗?
我看过一些open source专案连对STL都抱着戒心
尽可能去用boost
现在跟进适合吗?
我看不出未来几年会是全面普及还是继续守着旧语法?

C++11之后感觉C++有活起来的迹象

我自己的专案都用c++14了 XD

用了C++11 感觉回不去了...

直接上C++14 +1，不过个人写兴趣的比较没问题…

你想太多了 编译器对于C++11基本上都好了 现在基本上在

光是支援lambda 智慧指标 执行绪 就是大进步了

搞C++17 还比较有可能没完全好这东西已经五年了 说穿了就是环境支援就尽量用新的

不懂为什么要用旧东西（那么不方便、效能又低）我现在都用C++14，在考虑要不要冲C++17（shared_mutex）

程式作业员没得挑

请问通常这不是看该公司的政策吗？还是同家公司不会统一？

基本上就是看编译器吧...敝公司全面采用VS2013没道理不用

通常是被BCB6绑住又不想花钱买XE 转VS跟开源又不行

看公司政策...但是在哪工作是自己选择的 XD面试虽然是你去给公司面试，但同时也是你面试公司。

我还以为这种事是公司的team leader们出来开个会就能决定的....

我干过把全公司的超古老 VS2005 往上升级的惹人嫌行为主管会议不敢做决定啦，到时候出槌谁开口的谁负责要有个蠢蛋把全部的组成元件都测过，有问题的要修复浩大工程做完，拍胸脯拿性命保证绝不出错，他们才敢同意你们一定觉得不可思议，清朝的 compiler 还在用喔?

这种事有这么麻烦喔？早期的code不是参数用旧的就好？我还以为向下支援是一定的，gcc/g++也这么麻烦吗？

微软好像不太知道向下相容四个字怎么写...可以升级专案，但升完就回不去了，所以必须全公司同时换然后升级专案时会出槌... 这还只是专案档而已喔...有些专案是网络上抓的或其他公司写的，就得看看有没有办法用新的 VS 建置，或是寻找新版，都不行就自己帮他升gcc 问题少很多(有也是bug)，gmake 则是完全向下相容当时因为这样还更新了不少元件，也发现公司用不少盗版品

gcc/g++只要参数换成旧版就好，好难想像MS coder的世界..

17目前确定有的fold expression，我比较有兴趣

C++17又把concepts否决了....

不错了 我们公司还有部门在VC6的

autotools 的版本问题不是一句向下相容可以解释完的 XD不只是 compiler，相关的工具也很多清朝的东西 XD

过旧的东西要升级的确就是像 Schottky 说的情况一样 LOL

公司用的gcc版本太旧 只有部分支援std=c++0x 哭哭

可是开源专案有不少都升上C++11了耶，商业也用很广例如 Unreal 4 也用 C++ 11，风向很明显啊

Cuda也上C++11 真是很棒

c++17不是说要大改吗，感觉不出来

我们家也还有一些vc6的老专案，没人敢冒然去动它 XD

我做嵌入式，用C++11很久了都没出现bug

嵌入式....那就是用linux/android?

有DSP或是MCU之类的

我们公司的主力还在BCB6....

但是还有一堆人是写出C style 的 C++

也是有人用C写物件导向阿

14 去了