spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Und in der Payware-Szene gibt es nur Experten und Profis.
Und an der Ariane haben nur Hobbyprogrammierer programmiert.
Und die Experten wurden so geboren wie sie sind.

Als ob . Erst denken, dann schreiben - bitte.

Zitat von »GrinderFX«

Gerade in der Hobbyspieleprogrammiererscene

hier hat wohl noch jemand nicht richtig gelesen.

er hat schon recht. viele können es nicht und wollen es auch nicht lernen(sauber programmieren). ich glaub das ist hier allen klar.

Das sehe ich nicht ganz so.

Es ist schon ein gewaltiger Unterschied, ob ich allgemeine Dinge nachprogrammiere oder eigene komplexe Lösungen entwickle. Beim einem haben Andere für mich gedacht und beim anderen muss ich Nachdenken.

Oder um es mit dem Thema in Verbindung zu bringen: Wenn ich selber Lösungen suche, kenne ich den gültigen Wertebereich meiner Eingabedaten und achte mehr auf Gültigkeit, als wenn irgend ein C-Konsolenprogrammierer sich aus Übersichtlichkeit alles unnötige sparen möchte. Wir wollen zwar nicht vergessen, dass wir auch mal klein Angefangen haben. Aber wer meint C ist die Lösung für Spiele und sich dabei dauernd mit allgemeinen Programmierbüchern herumschlägt, merkt sehr schnell, dass er sich in dieser Szene überschätzt.

Die meisten haben sich mit negativen Erfahrungen stetig verbessert, um mit dem Werkzeug "Programmiersprache" unter richtiger Anwendung eigene Lösungen zu entwickeln. Und diese negativen Erfahrungen machen es aus, warum Erfahrene ("Experten") lieber auf Nummer Sicher gehen wollen. Tippen tun Experten allerdings auch nicht schneller - nur die Logik will besser mit der Hand kommunizieren.

Ich hoffe, dass klar herüberkommt, warum ich mich über diese Verallgemeinerung geärgert habe. Ansonsten hat er ja recht, dass Programmieren nicht für Jedermann ist.

das war keine verallgemeinerung. es gibt einen unterschied zwischen "viele", "die meisten" und "alle".

selbst wenn man bücher wie "effektiv c++ programmieren" liest(was ich nur empfehlen kann) macht man trotzdem fehler und wird sich bei einigen dingen erst bessern wenn man selbst schlechte erfahrungen damit gemacht hat. trotzdem schadet es nicht diese bücher zu lesen.

aber ich glaub wir schreiben hier nur aneinander vorbei und sind eigentlich der selben meinung oder?

Denke da auch, dass wir gleicher Meinung sind aber aneinander vorbeischreiben.

Was solls... die Anzahl dieser Fehler wird sich durch die Posts auch nicht wirklich ändern .

Der Beitrag ist zwar schon älter, aber ich möchte trotzdem noch meinen Senf dazu abegeben.

Der Grund für die schlechte Programmierung und mangelnde Fehlerabfrage in der HobbyScene hat für mich einen einfachen Grund.

JEDES Tutorial verzichtet der Übersicht wegen darauf. Und deshalb wird es von "Unwissenden" so übernommen. Manche kriegen vielleicht später die Kurve, aber häufig ist es nicht so. Dabei erspart einem die frühe saubere Programmierung hinten raus sehr viel Zeit. Dazu gehört auch die Kommentierung!

Zitat von »marfi«

JEDES Tutorial verzichtet der Übersicht wegen darauf. Und deshalb wird es von "Unwissenden" so übernommen. Manche kriegen vielleicht später die Kurve, aber häufig ist es nicht so. Dabei erspart einem die frühe saubere Programmierung hinten raus sehr viel Zeit. Dazu gehört auch die Kommentierung!

Wie du schon sagtest, wird ein Tutorial so kurz wie möglich gehalten und unter Anderem Fehlerabfragen weggelassen, damit man es schnell versteht. Es zeugt aber sowieso nicht gerade von gutem Programmierstil, bzw. guter Programmierkenntnis ein Tutorial (das man womöglich nicht einmal ganz verstanden hat) einfach zu kopieren, nicht mit Fehlerabfragen zu erweitern und zu behaupten man hätte ein Programm geschrieben. Ich behaupte, dass es einfach Faulheit und nicht Unkenntnis ist, in einen Quelltext Fehlerabfragen wegzulassen, da es jedem klar sein müsste, dass wenn man eine Eingabe in einen Integer umwandeln möchte, erst einmal überprüfen sollte, ob die Eingabe ungültige Zeichen enthält.
Genauso ist es bei Kommentaren: Quelltext sollte kommentiert werden, was aber meistens nicht passiert, weil die Programmierer (einschließlich ich selbst) zu faul sind, sie zu schreiben.