Verleitet die Mächtigkeit der Sprache C++ dazu es kompliziert zu machen?

[Ethon]

Mir fehlt da die Disziplin vollkommen. Deswegen bin ich mit rein objektorientierten Sprachen wie Java deutlich produktiver.

[kkaw]

Ich denke, das ist ein Prozess. Erst fängt man in seinem Programmiererleben mit ganz einfachen Dingen an. Dann neigt man ggf zum Overengineering. Und dann lernt man wieder die einfachen Dinge zu schätzen.

Das wurde auch mal schön scherzhaft mit Hello-World Programmen bebildert, die von Programmierern in verschiedenen Entwicklungsstadien kommen. Leider lässt sich danach so schlecht suchen. Ich fand's aber lustig. Der Gag ist jedenfalls, dass es mit einer extrem kurzen und einfachen "Hello World!"-Implementierung anfängt und wieder aufhört und man zwischendurch overengineerte Monster Mit Java Reflections und vielen abstrakten Klassen zu sehen bekommt.

[volkard]

Vermutlich meinste
http://www.ariel.com.au/jokes/The_Evolution_of_a_Programmer.html

[Bashar]

Oberflächlich könnte man denken ja, aber Overengineering (wenn es das denn ist, oder Spieltrieb) kann man (und tut man) auch in anderen Sprachen ausleben. Vielleicht ist es umgekehrt so, dass C++ Leute, die es gerne kompliziert lieben, anzieht.

[dot]

Meiner Erfahrung nach ist es genau umgekehrt: Die Mächtigkeit von C++ erlaubt es mir, viele Dinge einfacher zu lösen als in anderen Sprachen...

[Ethon]

mMn. ist das, was in C++ als idiomatisch gilt, ziemlich komplex.
C++ lässt sich eben auf 100000 Arten programmieren und für jeden Fall gibt es mehrere beste Wege und tausend schlechte Wege.

In Java rattert man Design-Patterns runter und gut.

[std__boost]

std library und boost verleiten zum komplizierten

[Marthog]

Viele Sachen kann man mit den sprachlichen Mitteln viel einfacher ausdruecken als in anderen Sprachen, aber es passiert mir schon oefters, dass ich etwas von vornherein generisch mache, wenn es ueberhaupt nicht noetig ist und es nur eine Instanziierung ueberhaupt gibt und ich mich dann mit schwierigen Template-ausdruecken und fuerchterlichen Fehlermeldungen herumschlagen darf.

[Artchi]

Es kommt auf die Probleme an, die man lösen will. Z.B. habe ich wegen RAII in C++ weniger Fehlerquellen, als z.B. in Java (mit dem ich täglich zu tun habe).
Dann gibt es aber Probleme, die ich in Java einfacher lösen kann, und es trotzdem funktioniert.

Als ich damals von TMP erfahren hatte, versuchte ich krampfhaft TMP einzusetzen oder zumindest Probleme dafür zu finden. Das ist natürlich total bekloppt. Weil es mich nicht weiter gebracht hatte.

Disziplin ist es nicht, die man braucht. Man braucht sehr viel Selbstbewusstsein und Ar*** in der Hose, um drüber zu stehen, das man halt etwas in C++ einfach einfach gelöst hat.

[Wegfindung]

volkard schrieb:

Vermutlich meinste
http://www.ariel.com.au/jokes/The_Evolution_of_a_Programmer.html

Das ist Köstlich.
Ja in der Richtung "overengineered" könnte man das auch betrachten.

[Ethon]

Ich finde dass SFML ein gutes Beispiel für schönes C++ ist. Klar und sauber.

[Tyrdal]

Ich denke vor allem TMP und Boost verleiten Neulinge zum overengineering.

[Fytch]

std__boost schrieb:

std library und boost verleiten zum komplizierten

Dieser Post ist nicht ausser Acht zu lassen. Statt einer einfachen for -Schleife tendiert man zu std::generate und irgendeinem lokalen Funktor oder einem Lambda. Lesbarer oder "besser" finde ich das nicht. Wobei ich gestehen muss, dass ich als Hobby-Programmierer auch dazu tendiere, kleine Dinge fürchterlich zu overengineeren. Zumindest macht es Spass.

[volkard]

asfdlol schrieb:

std__boost schrieb:

std library und boost verleiten zum komplizierten

Dieser Post ist nicht ausser Acht zu lassen. Statt einer einfachen for -Schleife tendiert man zu std::generate und irgendeinem lokalen Funktor oder einem Lambda. Lesbarer oder "besser" finde ich das nicht.

"Effective STL" ist ein Buch, wo der Autor einem Seite um Seite einhämmert, daß man ja keine einfachen Schleifen mehr benutzen darf.

[TyRoXx]

Tyrdal schrieb:

Ich denke vor allem TMP und Boost verleiten Neulinge zum overengineering.

Das liegt aber eher am Neuling als an Boost.

Boost selber ist "over-engineered", damit man das als Benutzer von Boost nicht machen muss.

asfdlol schrieb:

std__boost schrieb:

std library und boost verleiten zum komplizierten

Dieser Post ist nicht ausser Acht zu lassen. Statt einer einfachen for -Schleife tendiert man zu std::generate und irgendeinem lokalen Funktor oder einem Lambda. Lesbarer oder "besser" finde ich das nicht

Ich sehe das ganz anders. Statt einem komplizierten for -Statement tendiere ich zu fertigen Algorithmen wie generate . Bei find , remove und partition ist der Vorteil offensichtlicher.

[volkard]

TyRoXx schrieb:

Bei find , remove und partition ist der Vorteil offensichtlicher.

Bei find will man üblicherweise die Findeposition weiterverarbeiten, da bietet sich eine Funktion an. Die hat nen guten Zweck und nen passenden Namen. remove und partition auch. generate ist schon gelegentlich fraglich.
Bevozugst Du auch die Ausgabe als copy auf ostream-Iteratoren?

[Tyrdal]

TyRoXx schrieb:

Tyrdal schrieb:

Ich denke vor allem TMP und Boost verleiten Neulinge zum overengineering.

Das liegt aber eher am Neuling als an Boost.

Tja der Neuling denkt halt das muss so und das ist meist nicht der Fall.

[berniebutt]

Worin liegt bei dieser Frage das Problem?

Mit Ausnahme von ASSEMBLER und vielleicht noch des alten BASIC ist jede
Programmiersprache in ihren Möglichkeiten komplex. Solange man nicht alles
voll versteht oder braucht, benutzt man es nicht. Oder anders gesagt, man
verwendet die komplexeren Dinge erst dann, wenn man darin einen Vorteil sieht.

Als Führerscheinneuling setze ich mich auch nicht gleich in einen Formel1-Rennwagen!

[TyRoXx]

volkard schrieb:

Bevozugst Du auch die Ausgabe als copy auf ostream-Iteratoren?

Ich verwende zwar möglichst selten ostream . Aber wenn ich das mache, dann gerne mit Iteratoren.

Verwirrte Anfänger gibt es immer.

Die Mächtigkeit von C++14 verleitet mich persönlich dazu es richtig zu machen ("braucht man die Indirektion hier wirklich?"). Ich glaube, dass ich inzwischen einschätzen kann, wann das zu kompliziert wird.
In anderen Sprachen, zum Beispiel C#, mache ich mir viel weniger Gedanken über Kleinkram. C# bietet weniger Spielraum für "clevere" Lösungen. Man braucht die auch nicht, weil sowieso alles ineffizient ist.

[Marthog]

berniebutt schrieb:

Worin liegt bei dieser Frage das Problem?

Solange man nicht alles voll versteht oder braucht, benutzt man es nicht. Oder anders gesagt, man verwendet die komplexeren Dinge erst dann, wenn man darin einen Vorteil sieht.

Das Problem ist, dass man Vorteile sieht, die gar nicht da sind. Z.B. hat man eine Funktion und anstatt sie einfach so zu schreiben, bietet man sie fuer integer und float an, wobei man jeweils mit enable_if und is_integral und so dafuer sorgt, dass die richtige Ueberladung getroffen wird. Man schlaegt sich dann mit templates und unverstaendlichen Fehlermeldungen herum und schliesslich hat man eine wundervolle generische Funktion mit Sicherheitschecks und allem, nur um am Ende festzustellen, dass man dafuer eine Stunde Arbeit gebraucht hat und ein einfacher Overload fuer double und int voellig ausreicht, aber in 2 Minuten fertig gewesen waere.