在使用過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 去了