Nächster Halt: Der Auftraggeber IST der Programmierer, und entwickelt Software in bunten Wolkendiagrammen.
Bonus: Ein veraltetes Boost.FileSystem, gratis und built-in!
The true native Renaissance: Kleinkinder brauchen kein Spielzeug für Erwachsene.
Muahahaha, C++ doch auch nicht, oder? :PCodingCat hat geschrieben:Wieso? Weil Java seit Jahren nicht mal die elementarsten Sprachfeatures richtig auf die Reihe kriegt? ;-)
Hat was :lol:Aramis hat geschrieben: … wait for it … wait for it … hold on … uh das wird heute nichts mehr [...] lazy
Na klar, ALM und IDE statt Sprachfeatures! Textfarbe ist eh immer wichtiger als der Inhalt.Many of you complained that Visual Studio offered several ALM features, only when talking about .NET development.
[...]
There were more, though: productivity features in the IDE. How could it happen that something so well-established in the .NET worlds like Code Snippets were never available in C++? That was what many of you guys asked us as well.
[...]
C++ AMP for heterogeneous parallelism in CPUs, GPUs and other cores.
[...]
In this struggle to put C++ back at the main scene, we must decide and allocate resources wisely in order to get some progress in ALM, developer productivity –including performance-, C++11 standard compliance, parallelism, and many other aspects related with your ultimate goal, that is shipping software.
Puh, dann ist ja gut.A careless answer would state "because MS just doesn't care."
S.T.L. arbeitet alleine an der STL?Stephan T. Lavavej hat geschrieben:Since January 2007 (when I moved from Outlook Search to VC Libraries), I've been the only MS dev working on the STL. I work with Dinkumware, headed by P.J. Plauger - the original author of the C++ Standard Library implementation that MS has licensed.
I assume you have a dedicated compiler team. What have they been working on?
Ah, klar, Bugfixing! Warte, sprachen wir von Team?This story has a happy ending, though! Jonathan Caves, our compiler front-end lord, investigated this and found that something our tuple implementation was doing [...]
Haskell ist eindeutig schneller als du denkst. ;)Aramis hat geschrieben:Ich habe einen Antwortbash fuer Haskell vorbereitet, und der wird Legen … wait for it … wait for it … hold on … uh das wird heute nichts mehr, aber ich kann dir formal nachweisen dass er irgendwann mal lazy ausgefuehrt werden wird … :P
Das ist sowieso das größte Problem. Es gibt einen recht guten Standard und auch die Compiler sind wirklich gut, allerdings nützt einem der Standard auch nichts, wenn niemand ihn richtig implementiert. Das ist eigentlich der zentrale Kern meiner Kritik an C++. ;)Schrompf hat geschrieben:Abseits aller Programmiersprachen-Sticheleien: mich kotzt das mächtig an. Es gibt eine Menge schicker C++0x-Features, die mein Leben wirklich angenehmer machen würden. Und ich kann mir ehrlich nicht vorstellen, welches Feature davon einen einzelnen VC-Programmierer für mehr als ein paar Tage beschäftigen würde. WARUM ZUR HECKE baut die Features also nicht ein?
Ja, irgendwie vergesse ich das g in clang immer :oops:CodingCat hat geschrieben:Vermutlich redet er von Clang. Soweit ich weiß, erkennt auch Visual Studio erst in der aktuellsten Version mehrere ungetrennte schließende Template-Klammern als solche. Tatsächlich wird dieses Verhalten auch erst ab C++11 vom Standard vorgeschrieben, zuvor wurde es im Standard so nicht spezifiziert, d.h. das Nichterkennen ist bis C++03 korrektes Verhalten. Sofern Clang konsequent C++11 Features aufnimmt, wird also auch diese Verhalten dort irgendwann zu finden sein.
Tatsächlich, auf diese Besonderheit ist man so häufig hingewiesen worden, dass man es gar nicht mehr versucht hat. ;-)kaiserludi hat geschrieben:Visual Studio versteht das selbst in Version 2005 aka VS 8 bereits.