C/C++ wieder im kommen?

knivil

Es verfolgt ein anderes (funktionales) Paradigma

Bei Scala steht 'funktional' nicht im Vordergrund.

Jedenfalls finde ich C++ angenehmer und massentauglicher als das hier

Die Masse ist dumm. Ziel: Durchschnitt? Natuerlich ist map+fold (map/reduce, ... etc.) fuer die meisten gewoehnungsbeduerftig, weil sie es eben nicht gewohnt sind. Wer mal was anderes lesen moechte: Funktionale Programmierung: Sprachdesign und Programmiertechnik, dann gibt es die Video-"Vorlesung" auf Microsofts Channel 9 zu Programming in Haskell oder Pearls of Functional Algorithm Design. Der Klassiker: Structure and Interpretation of Computer Programs plus Videovorlesung vom MIT.

Trotzdem muss etwas kommen, was die Vorteile von Java und C# mit C++ verbindet.

Ich wuerde ja sagen: Lisp. Aber normalerweise ist nicht die Sprache entscheidend sondern der zugehoerige Bibliotheksumfang.

So erscheinen mir die meisten Einsteiger funktionaler Sprachen eher aus Neugier Scala oder Haskell zu lernen, nicht um Probleme zu lösen

Probleme loest man mit Mitteln und Werkzeugen, die man beherrscht. Deine Argumentation ist .. unverstaendlich.

Ich würde euch übrigens bitten, hier keinen Sprachenflamewar vom Zaun zu reißen

Tut mir leid, meine Silberkugeln sind bereits gegossen und muessen verbraucht werden.

Auch deswegen rate ich jedem ernsthaften Entwickler C++ zu lernen.

Ich rate zu Lisp. Dann gibt es auch noch ML. Haskell ist vielleicht zu "theoretisch". Forth bzw. Factor sah auch sehr interessant aus.

Zeus

LMAO ich bin kein C++ Entwickler, sehe nicht mal sein tot.

Spielen wir Puzzelsuppe, wir schneiden unsere Meinung in Puzzelstücken und stecken sie solange zusammen, bis sie passen? Na dann mal viel Spaß.

nn

knivil schrieb:

Ich rate zu Lisp.

Keine schlechte Wahl, es hat mit C++ gemeinsam, dass es keiner Firma "gehört". Was eine wichtige Eigenschaft einer neuen Mainstream Sprache sein muss. Ein Grund warum sich die großen der Branche jetzt hinter ISO C++ scharen, dürfte sein, dass sie gelernt haben, dass Eigengewächse nicht so viel Reichweite erzeugen.

ML und Haskel dürften deshalb verbrannt sein, weil F# teilweise von ML inspiriert ist und auch noch von einem Teil der ursprünglichen Haskell Entwickler, die jetzt bei MS arbeiten.

Forth ist cool, war eine der ersten Sprachen mit der ich gearbeitet habe, noch unter CP/M. Aber wie Taschenrechner von HP, ist das sicher Geschmackssache.

Gregor

nn schrieb:

knivil schrieb:

Ich rate zu Lisp.

Keine schlechte Wahl, es hat mit C++ gemeinsam, dass es keiner Firma "gehört". Was eine wichtige Eigenschaft einer neuen Mainstream Sprache sein muss. Ein Grund warum sich die großen der Branche jetzt hinter ISO C++ scharen, dürfte sein, dass sie gelernt haben, dass Eigengewächse nicht so viel Reichweite erzeugen.

Verstehe ich nicht. Java "gehört" zum Beispiel einer Firma und ist trotzdem unglaublich erfolgreich. Auch auf lange Sicht. Guck Dir demgegenüber mal Sprachen wie D an.

Wenn ein großes Unternehmen hinter einer neuen Sprache steht, dann heißt das auch, dass jede Menge Manpower in diese Sprache gesteckt wird. Das Unternehmen hat ein Interesse am Erfolg dieser Sprache und sorgt deshalb dafür, dass eine gute Infrastruktur für diese Sprache entsteht. Dann entsteht eine gute Standardbibliothek, dann entstehen gute Entwicklungswerkzeuge und so weiter.

Ich würde sogar sagen, dass eine neue Sprache inzwischen nur noch dann eine Chance hat, wirklich relevant zu werden, wenn ein großes Unternehmen dahintersteht.

Xin

Hi Knivel,

Dein Posting sagt leider nicht aus, auf wessen Aussagen sich Deine Zitate beziehen. Außerdem ist es ein durchgehender Block Text, den ich nicht auseinander klamüsern will, deswegen nur ein allgemeiner Comment:

knivil schrieb:

Auch deswegen rate ich jedem ernsthaften Entwickler C++ zu lernen.

Ich rate zu Lisp. Dann gibt es auch noch ML. Haskell ist vielleicht zu "theoretisch". Forth bzw. Factor sah auch sehr interessant aus.

Hier ging es vorrangig um C++ und relativ dazu Sprachen, die in der Welt interessieren, in der mit Programmierung Geld gemacht wird: "Beruf und Ausbildung" heißt das Forum. Das ist im Ausnahmefall auch mit Lisp, ML, Haskell Forth und Factor sicher auch der Fall. Aber auch einen Diplom-Museumspädagogen findest Du vermutlich eher bei Aldi an der Kasse als in einem Museum.

Wer Scala/Lisp/... im Job braucht, lernt Scala/Lisp/... im Job. Wer Entwickler werden möchte, um in den Job zu kommen, lernt etwas, was zu (halbwegs) guten Chancen für einen Job führt, wo also entsprechend Bedarf existiert. Solche Kenntnisse werden häufig als 'Aha... machen wir hier nicht...' abgetan.

C++ habe ich bisher überall programmiert. Ich war allerdings bisher nur ein einziges Mal als C++-Entwickler eingestellt. List, ML, Haskell, Forth, Factor oder Scala habe ich noch nirgendwo gesehen und auch nie die Überlegung gehört, etwas in der Richtung einzuführen.
Wenn es darum geht Chancen auf einen Job zu haben, würde ich eher noch zu Fortran raten, das konkurriert aber auch nicht mit C++.

nn

Gregor schrieb:

Verstehe ich nicht. Java "gehört" zum Beispiel einer Firma und ist trotzdem unglaublich erfolgreich. Auch auf lange Sicht.

Ja, Java ist sehr erfolgreich, ist aber auch ein Beispiel für das, was ich meine. So ein Erfolg provoziert eine Gegenbewegung, siehe .net.

Einen wirklich industrieübergreifenden Standard kann man so nicht schaffen. So was geht nur mit Dingen wie Html und XML, die man nicht gleich mit einem Firmennamen assoziert.

Schau Dir IBM und HP an, die hatten sich von C++ weitgehend verabschiedet. Jetzt kommen sie wieder ins ISO Kommitee und starten diese Foundation mit. Es ist unwahrscheinlich, dass Firmen dieser Größe in so einer Weise heute noch bei Java einsteigen würden.

Was neue Sprachen angeht, gut hinter D steht niemand großes. Das ist schon mal ein Problem. Aber selbst wenn sich einer D annehmen würde, würde wohl eher etwas passieren, wie bei Google Go. Der Rest der IT-Welt würde es mehr oder weniger ignorieren.

C++ ist gewissermaßen neutral, so dass Firmen wie Intel und ARM, oder MS und Google, gemeinsam drüber reden können, ohne dass im Hintergrund die Messer gewetzt werden.

Übrigens noch zu den Membern dieser C++ Foundation: Hinter dem Mitglied "HSA Foundation" stehen auch wieder ARM und unter anderem AMD und Samsung. Also wirklich eine beeindruckende Mitgliedsliste, dagegen wirkt Boost wie ein Kleingärtnerverein.

Schätze mal die werden in den nächsten Jahren einiges auf den Weg bringen.

Gregor

Xin schrieb:

Wenn es darum geht Chancen auf einen Job zu haben, würde ich eher noch zu Fortran raten, das konkurriert aber auch nicht mit C++.

Fortran hat genau ein Einsatzgebiet, in dem es groß ist und auch noch lange groß sein wird. Das ist das wissenschaftliche Rechnen, vor allem auf Supercomputern. Es gibt einige Gründe, warum Fortran da groß ist:

1. Fortran ist leicht zu lernen und die Programmierer kommen nicht aus einem Informatikhintergrund. Die Einstiegshürde ist also gering.

2. Fortran hat eine große Vergangenheit in diesem Bereich. Das heißt, dass jede Menge Fortran Code in dem Zusammenhang existiert und, dass vorhandene Entwicklungen auch von Leuten mit Fortran Know-How durchgeführt werden. In dem Bereich existiert also auch eine Menge Wissen zu Fortran.

3. Fortran Compiler sind sehr gut und produzieren sehr schnellen Code. ...auch von Leuten, die nicht die allerfeinsten Sprachnuancen kennen. Letztendlich liegt das auch daran, dass die Sprache relativ unkompliziert ist. Wenn man Supercomputer nutzt, um seinen Code laufen zu lassen, dann ist es natürlich klar, dass man in jeder Hinsicht das letzte bisschen Performace herausholen möchte.

4. ...vermutlich noch ein paar weitere Gründe.

Es gibt auch eine Sprache, mit der Fortran in diesem Bereich konkurriert. Und das ist C++. Es gibt in dem Bereich eine ganz langsame Verschiebung hin zu C++.

Gregor

nn schrieb:

Einen wirklich industrieübergreifenden Standard kann man so nicht schaffen. So was geht nur mit Dingen wie Html und XML, die man nicht gleich mit einem Firmennamen assoziert.

Schau Dir IBM und HP an, die hatten sich von C++ weitgehend verabschiedet. Jetzt kommen sie wieder ins ISO Kommitee und starten diese Foundation mit. Es ist unwahrscheinlich, dass Firmen dieser Größe in so einer Weise heute noch bei Java einsteigen würden.

Auch wenn Java einem speziellen Unternehmen "gehört", sind an der Entwicklung dieser Sprache doch eine ganze Menge Firmen beteiligt. Es gibt den Java Community Process, durch den die grundsätzlichen Entscheidungen bezüglich der Entwicklung dieser Sprache getroffen werden. Dort geht es dann um demokratische Entscheidungen. Und jetzt guck mal, wer da drin ist:

http://www.jcp.org/en/participation/committee

...jede Menge große Firmen, um es zusammenzufassen. Das geht von Twitter über Google und IBM hin zu Intel, ARM oder auch Credit Suisse oder SAP.

Xin

Wir arbeiten auch noch mit Fortran, allerdings gegen meinen Willen...

Gregor schrieb:

1. Fortran ist leicht zu lernen und die Programmierer kommen nicht aus einem Informatikhintergrund. Die Einstiegshürde ist also gering.

Treffer.

Gregor schrieb:

2. Fortran hat eine große Vergangenheit in diesem Bereich. Das heißt, dass jede Menge Fortran Code in dem Zusammenhang existiert und, dass vorhandene Entwicklungen auch von Leuten mit Fortran Know-How durchgeführt werden. In dem Bereich existiert also auch eine Menge Wissen zu Fortran.

Hier ist das Problem. Scala und C# zeigen allerdings, dass man Java gut ablösen kann, Anwendungen kommen und gehen, nur wenige bleiben dauerhaft.

Gregor schrieb:

3. Fortran Compiler sind sehr gut und produzieren sehr schnellen Code. ...auch von Leuten, die nicht die allerfeinsten Sprachnuancen kennen. Letztendlich liegt das auch daran, dass die Sprache relativ unkompliziert ist. Wenn man Supercomputer nutzt, um seinen Code laufen zu lassen, dann ist es natürlich klar, dass man in jeder Hinsicht das letzte bisschen Performace herausholen möchte.

Das wird durch grausame Dinge erkauft und die Parameterübergabe erfordert laufend Dereferenzierungen... will man Speed, sollte man darauf (Fortran) verzichten.

Gregor schrieb:

Es gibt auch eine Sprache, mit der Fortran in diesem Bereich konkurriert. Und das ist C++. Es gibt in dem Bereich eine ganz langsame Verschiebung hin zu C++.

2. ist das Problem... und die Leute machen ihren Job seit Jahren und haben einfach keine große Lust, sich umzuorientieren.
Diese Leute gehen aber auch gerne in Rente, es wird also ein entsprechender Bedarf an Fortranentwicklern entstehen und sei es nur, um Fortranroutinen zu portieren.

Fortran hat keine Zukunft, aber eben eine bedeutende Vergangenheit.

Gregor

Xin schrieb:

Fortran hat keine Zukunft, aber eben eine bedeutende Vergangenheit.

Wenn Du mit "keine Zukunft" meinst, dass die Einsatzgebiete von Fortran nicht mehr ausgebaut werden, dann hast Du Recht. Allerdings gibt es in diesen Einsatzgebieten auch weiterhin Neuentwicklungen mit Fortran. Die Geschwindigkeit, mit der Fortran in diesen Gebieten an Relevanz verliert, ist unglaublich langsam. In 10 Jahren wird man Fortran für diese Anwendungen immer noch fast genauso viel nutzen. Insofern hat Fortran durchaus noch eine lange Zukunft. Das ist keine Frage von 5-10 Jahren. In 30 Jahren wird das vielleicht anders aussehen. Aber in kürzeren Zeitspannen kann man da nicht denken.

nn

Gregor schrieb:

Und jetzt guck mal, wer da drin ist:
http://www.jcp.org/en/participation/committee

Und ?

Wie würde man die heute noch mal so zusammenkriegen ? Für D oder Google Go ?

Fakt ist, C++ hatte so etwas bisher nicht. Das es plötzlich dazu kommt, ist ein starkes Indiz dafür, dass sich etwas tut.

Nicht dafür das Java oder .net verschwinden. Aber offensichtlich gibt es da einen Bedarf, den diese nicht decken können.

knivil

Mit fold, map, filter verbinde ich ich meist Lisp bzw. Scheme.

fold -> std::accumulate
map -> std::transform
filter -> std::copy_if

Hinzu kommen noch lambda-Expressions und viele andere Algorithmen, die einfach nur unterschiedliche Geschmacksrichtungen von map, filter und fold sind. Von Templates mal ganz zu schweigen.

Hier ging es vorrangig um C++ und relativ dazu Sprachen, die in der Welt interessieren, in der mit Programmierung Geld gemacht wird

Schau mal unter die Oberflaeche. Ein Stueck Fleisch ernaehrt einen, aber wenn es weder gebraten noch gewuerzt ist, schmeckt es trotzdem nicht. Wenn ich die Wahl habe, entscheide ich mich fuer Geschmack.

Gregor

nn schrieb:

Fakt ist, C++ hatte so etwas bisher nicht. Das es plötzlich dazu kommt, ist ein starkes Indiz dafür, dass sich etwas tut.

Ok, das mag sein. Da kenne ich mich nicht aus. Ich hatte bisher das Gefühl, dass die Entwicklung bei C++ durch den sehr trägen Standardisierungsprozess relativ langsam verläuft. Es kann sein, dass sich da jetzt einiges getan hat. Ich persönlich kenne mich da aber nicht aus.

Ich denke aber, dass es durchaus auch bei Programmiersprachen, die einer Firma "gehören", zu derartigen Kollaborationen kommen kann. Java ist ein Beispiel dafür. Die Frage ist halt, inwiefern die jeweiligen Unternehmen Interesse an derartigen Kollaborationen haben. Ich kann mir derartiges auch bei neuen Entwicklungen vorstellen. Kann sein, dass es das für Google Go nicht gibt. ...aber vielleicht ist Google Go auch einfach nur eine Lösung für ein Google Problem und keine Lösung für ein Problem, das einen breiten Querschnitt der Industrie betrifft.

nn

Gregor schrieb:

Ich hatte bisher das Gefühl, dass die Entwicklung bei C++ durch den sehr trägen Standardisierungsprozess relativ langsam verläuft.

Ja da scheint sich in der Tat etwas zu tun. Sutter hat in seinem Vortrag am Freitag eine Grafik gezeigt, wie sich die Teilnehmerzahl an den ISO Meetings entwickelt hat, nämlich in den letzten Monaten fast verdoppelt. Man kann jetzt mehr Arbeitsgruppen parallel arbeiten lassen.

Eine ganze Reihe von Firmen fahren neuerdings ihr Engagement im C++ Bereich hoch, in soweit ist das keine Kehrtwende bei MS, sondern die folgen lediglich einem Trend. Möglicherweise ist ja IBM in Sachen Java zu ganz ähnlichen Erkenntnissen gekommen, wie MS bei .net.

Wo das hinführen wird, kann man im Moment nicht sagen. Man spürt lediglich, dass der Wind sich dreht.

Gregor schrieb:

Ich denke aber, dass es durchaus auch bei Programmiersprachen, die einer Firma "gehören", zu derartigen Kollaborationen kommen kann.

Sicher. Aber dann muss wie bei Java der Zeitpunkt günstig sein und etwas neues geboten werden. Ich denke aber nicht, dass im Moment jemand in der Lage ist, einen C++ Nachfolger in den Markt zu drücken. Nur darauf bezog sich meine Argumentation.

Lichtweite

Java ist einer der Sprachen für die neue Computer-Ära der Mobiledevices, warum sollte gerade die langsam aussterben? Das macht überhaupt keinen Sinn. Baut SAP nicht auch auf Java und diverse Großwebprojekte wie eBay?

Ich glaube einen wirklichen Untergang von C,C++,Java,Javascript und PHP werden wir nicht mehr erleben.

Lichtweite schrieb:

Ich glaube einen wirklichen Untergang von C,C++,Java,Javascript und PHP werden wir nicht mehr erleben.

Ehrlich gesagt bin ich aber dafür, weil diese imperativen Sprachen einfach nicht für Multicore optimiert/geeignet sind. Außerdem sind sie ziemlich verbose/gesprächig.

Lichtweite

Bei PHP würde Multicore auch wenig Sinn machen, da eh per Zugriff eigene Threads starten, die dann verteilt werden. Jedenfalls glaube ich mal so etwas gelesen zu haben.

Ganz viel wird wohl auch in Javascript in Zukunft gemacht werden. Der Browser wird ja immer mehr, neben den Apps für mobile Geräte, zum Ziel der Spielindustrie.

Ich persönliche mag weder PHP noch Javascript, aber an einen Untergang zu Lebzeiten glaube ich nicht. Es werden doch heute schon viel mehr Webanwendungen und Webspiele genutzt als deren Desktop-Pendants, vermute ich allerdings nur. Allein HTML5 mit seinem Canvas/WebGL/Audio/Video sorgt schon für den Weiterbestand von Javascript.

C++ bleibt für mich die Königssprache, aber sie ist wohl vielen Programmierern einfach zu schwer und warum sollte sie die sehr flache Lernkurve auch in Kauf nehmen, wenn sie mit einen anderen Werkzeug viel entspannter und kostengünstiger zum Ziel kommen?

Also, ich denke die Sprachen bleiben soweit alle erhalten nur deren Präsenz wird immer mal schwanken.

Mal schauen wer in 10 Jahren Recht behält^^

Xin

Lichtweite schrieb:

Java ist einer der Sprachen für die neue Computer-Ära der Mobiledevices, warum sollte gerade die langsam aussterben? Das macht überhaupt keinen Sinn. Baut SAP nicht auch auf Java und diverse Großwebprojekte wie eBay?

Da ich vorrangig die Theorie vertrete, dass Java eine sterbende Sprache ist: Mobile-Devices sind aktuell iOS (ObjectiveC), Windows 8 wird vermutlich nicht aufzuhalten sein (was vermutlich alles frisst was sich durch Visual Studio ziehen lässt - also kein Java) und natürlich Android (die eine VM haben, die über, aber nicht mit Java gefüttert wird). Java ist der Teil, der am leichtesten auszutauschen ist, weil er nur Zulieferer ist. Liefern können auch andere.

Die neue Computer-Ära ist jetzt etwa 5 Jahre alt. Für eine "Ära" vielleicht etwas kurz. Alleine die Tatsache, dass vor 5 Jahren keiner Smartphones hatte, zeigt wie schnell sich in dem Bereich alles ändern kann. Davor war es noch die Symbian-Ära... Kennt noch wer Palm?
Android ist dabei das beliebteste, aber irgendwo auch nur eine Kompromisslösung. Windows 8 hat die Chance einfach so zu verschwinden, wie auch ein großer Erfolg zu werden. Ich schätze, dass Android am ehesten die Chance hat, sich selbst in Konkurrenz aufzuspalten, denn die Update-Fähigkeit ist hier ja eher bescheiden. Amazon bietet bereits einen Fork an - und wenn man ehrlich ist, bedeutet jedes Händi-Modell quasi einen eigenen Fork. Da wird sich was ändern müssen, oder es fällt früher oder später aus der Rechnung raus.

Dass Java eine Luftnummer ist, sagte ich bereits während des Hypes, also so um die 2001. Und zwar während man mir Java beibrachte. Aber SAP arbeitet damit, hört man immer noch. Vor zwei oder drei Jahren fragte ich einen befreundeten SAP-Programmierer zu Java bei SAP. Er grinste und meinte, dass wichtige Javaprojekte neu implementiert werden und Kleinst-Projekte in Java nur noch von Leuten angefangen werden, die frisch bei SAP und noch nicht geimpft sind.
Klingt für mich nach einer großen Vergangenheit, nicht nach einer großen Zukunft.

Lichtweite schrieb:

C++ bleibt für mich die Königssprache, aber sie ist wohl vielen Programmierern einfach zu schwer und warum sollte sie die sehr flache Lernkurve auch in Kauf nehmen, wenn sie mit einen anderen Werkzeug viel entspannter und kostengünstiger zum Ziel kommen?

Erfahrungsgemäß hat die Lernkurve in C# und besonders in Java quasi einen Absacker, wenn man aus dem gewohnten Environment raus muss, um Dinge zu erledigen, die man in C# oder Java nicht kann. Dann muss man umdenken - meistens zu C/C++ und kann erstmal gar nix. Java-Programmierer sehen mit JNI überhaupt nicht entspannt aus und auch für C++-Entwickler sieht das nicht schön aus.
Wir machen das ganze mit C#, bzw. .NET, da werden komplette Datenstrukturen zwischen .NET und nativem Code hin und hergeschoben. Der selbstgeschriebene Codegenerator dafür funktioniert inzwischen wahrscheinlich zuverlässig.
Die C#-Entwickler werden diesen aber nicht reparieren, falls der Autor mal ausfällt. Ist der Autor in Urlaub, dann bin ich das hoffentlich auch. ^^

Es gibt da nämlich auch eine Kurve, die die Herausforderung beschreibt. Diese ist bei C++ am Anfang vergleichsweise steil, sie flacht auch nie wirklich ab, aber so lernt man auch, dass man auch größere Herausforderung leisten kann. Ich mache Compilerbau, 3D-Konstruktion und -Visualisierung, Web- und Netzwerkprogrammierung und Datenbanken - alles in C++. Flache Lernkurven wären Fließbandarbeit - dafür braucht man Java/C# ja letztendlich auch. In Java und C# sind ist die Herausforderung am Anfang flacher, entspannter und vor allem - darum geht es schließlich - kostengünstiger. Eine kostengünstigere Ausbildung bedeutet auch ein kostengünstigeres Gehalt für den Arbeitgeber.

Dann kommt aber der Moment, wo das Projekt die Größe erreicht, wo es beginnt unüberschaubar zu werden, einem Exceptions aus ganz anderen Teilen des Programms um die Ohren fliegen, die man hier eigentlich gar nicht erwartet hat. Und plötzlich steht eine oder zwei Woche Debugging in der Tür für ein Problem, das kaum einer begreifen kann, geschweige den reproduzieren kann. Gleichzeitig kommt das Feature, das eigentlich entwickelt werden soll, nicht weiter und ein anderes Team, das auf das Feature wartet läuft aus der Planung. Das Meeting, in dem das ganze mit allen besprochen wird, ist nun der kleinste Kostenfaktor.
Wie reproduziert man überhaupt das Szenario, damit man es überhaupt debuggen kann, wenn die Exception nur alle paar Stunden mal fliegt?
Im Idealfall kommt es zu einem Exception-Ping-Pong: Die Exception, die mir um die Ohren fliegt, kommt aus einem Teil des Programms, das gar keinen Fehler enthält. Die Exception fliegt nur, weil denen halt eine andere Exception um die Ohren fliegt und wo kommt die jetzt wieder her?
Alles schon live gesehen... ist lustig, vor allem kurz vor Deadlines.
Auf einmal wird ein abstürzendes Programm zu einer echt coolen Sache: den das Programm hält da an, wo der Fehler auffällt. Das hätte die Sache deutlich vereinfacht.

Das ganze hat schon länger nichts mehr mit entspannt oder kostengünstig zu tun. Die Herausforderung, die zu Beginn so entspannt und flach war, ist auf einmal ein Steilanstieg mit Überhang ohne Sicherungsseil, denn die Kosten laufen ja stündlich weiter, inkl. für die Entwickler, die jetzt mit irgendwas anderem beschäftigt werden müssen und den Projektleiter, der sich erstmal was aus den Fingern saugen muss, weil sich seine Planung gerade auflöst.

Das alles ist mit etwas Kenntnis der Sprachen absehbar, es ist im Javadesign regelrecht festgeschrieben, sofern man sich in einem Hype nicht dem allgemeinen Optimismus hingibt, dass jetzt alles möglich ist und alles viel einfacher und vor allem k o s t e n g ü n s t i g e r. ^^

Wer glaubt, dass Java eine Folge von Weiterentwicklung in der Informatik ist, der sollte mal einen BWL-Kurs machen und dort lernen, welche Buzzwords man wo braucht.

C++98 hat auch keine Zukunft, mit C++11 und der Aussicht auf C++14 wird die Sache hier wieder interessanter. ^^
Nicht weil C++14 hammergeile Features haben würde, sondern einfach nur, weil die Sprache nach 11 Jahren Winterschlaf auf einmal in Bewegung kommt.

Lichtweite schrieb:

Mal schauen wer in 10 Jahren Recht behält^^

Dann interessiert es eh keinen mehr, was heute geschrieben wurde

Lichtweite

Die Geschichte mit den Exceptions ist ja mal echt geil und dass ein Programm, das einfach mal abstürzt, da eher ein Fortschritt darstellt steigert es nochmal.

Ich dachte immer, die meisten Android-Apps werden in Java programmiert? Wie das nun Intern funktioniert, da habe ich keine Ahnung?

Du magst ja in vielem Recht habe, aber letztendlich kann man nicht in die Zukunft schauen. Ich bleibe dabei und lerne weiter C++ in der Hoffnung, ich habe lange was von. Das mache ich aber nur noch aus Fun, beruflich möchte ich nix mehr mit IT zu tun haben.

Zeus

Lichtweite schrieb:

Ich dachte immer, die meisten Android-Apps werden in Java programmiert?

Ja werden sie auch und anschließend für die Dalvik VM compiliert.