Was ich eher sagen wollte war, dass in Videospielen die Vorraussetzungen eher vorhanden sind. Ob es wirklich eher zu finden ist kann ich nicht sagen. Das hängt wohl stark von der Art der Spiele ab. Bei AAA Titeln gehe ich davon aus, dass guter Programmierstil der Standard sein sollte. Bei billigen kleinen Scriptkiddy-Hacks wohl eher nicht.Zitat von Corti
Es gibt wohl kein Projekt dieser Welt, dass nicht von einheitlichem Codingstyle, sorgfältiger Arbeit, Unit-Tests, Dokumentation und angemessenem Einsatz von Codequalitätswerkzeugen profitieren würde. Ich bin nicht gegen das Zeugs, oder finde es gar nutzlos oder so, ich find sowas klasse. Da du auf Compiler als Antibockmist-Schutz stehst, schau dir mal statische Codeanalyse an. Da gibt es tolle Werkzeuge und aufgrund von Meckereien solcher Werkzeuge ( Hallo FxCop ) und den Begründungen hab ich schon eine Menge Dinge gelernt, die ich sonst wohl kaum erfahren hätte. Der Arbeitsalltag ist allerdings, sowohl was die an der Uni gelehrten Ideale, als auch optimierte Arbeitsweisen angeht, oft sehr desillusionierend. Je nach Produkt ist in der Praxis mehr oder gar kein Platz und/oder keine Zeit/Geld-opfernswerte Notwendigkeit dazu. John Carmack hat zu statischer Codeanalyse auf seiner Doom3-Engine mal einen lesenswerten Artikel geschrieben. Deren Quellcode kann man sich mittlerweile aus dem Netz ziehen und sie gilt als gutes Beispiel für sehr saubere Arbeit. Ist aber auch eine Grafikengine, ist dafür ausgelegt, dass andere Firmen sie kaufen und auch mit dem Quellcode arbeiten, wäre da Pfusch am Bau, würde das Produkt ja auch keiner kaufen. Das von Lachsen genannte Beispiel mit den kleinen oder mittleren Schweinereien, (die aber für die jeweilige Sache funktionieren) bei Naughty Dog ist in sofern auch normal weil Spielebusiness nicht unbedingt der Bereich mit dem tolerantesten Budget und den flexibelsten Zeitplänen ist. Sogar Firmen mit Geld wie Heu greifen ab und an zum unsauberen Hack. Blizzard wollte den Flugpatch für Warlords schon vor 'nem Monat bringen, sind noch immer damit beschäftigt die Nebenwirkungen der schnellen Problembeseitigung vom Releasewochenende auszubügeln.
Ich finds gut, dass du ein Bewusstsein für Codequalität entwickelt hast, nur zügle deine Hoffnungen, die Welt da draussen hat so viele schmutzige Ecken
--CortiWins GitHub DynRPG < Charguide < [2k3] Zahlen und Werte < [2k3] Kurven als Wertetemplates < [2k3] DynRPG Werkstatt
▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬ஜ۩۞۩ஜ▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬
Hello from the otter side
▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬ஜ۩۞۩ஜ▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬
Ich kenne mich ziemlich gut mit statische Code-Analyse aus. Meine Bachelorarbeit war ein Framework um beliebige dynamischen Code-Analyse an bereits existierenden Java-Programmen durchführen zu können ohne den Quellcode zu ändern.
Dass nicht jeder sich an die besten Standards hält ist natürlich klar. In jeder Branche gibt es Menschen die gewissenhafter Arbeiten und Andere die es nicht tun.
Mir geht es auch nur darum Leuten in die Quere zu kommen, welche dahergehen und soetwas wie das hier behaupten:
oder
Solche Aussagen sind einfach nur unprofessionell und sollten nicht ohne Weiteres stehen gelassen werden. So eine Denkweise war vielleicht in den 80ger Jahren angebracht, aber heute sind wir doch hoffentlich schon ein wenig weiterentwickelt.
Corti hat das eigentlich bereits ausreichend ausgeführt. Dir fehlt scheinbar die nötige Erfahrung aus dem echten Berufsleben. ••••••••rei hat selten was mit einem mangel an Gewissenhaftigkeit zu tun. Man hat einfach selten die Möglichkeit seine Arbeit so gut zu verrichten, wie man selber könnte oder wollte.
Und wirf nicht so mit dem Begriff "unprofessionell" um dich. Du weisst in dem Zusammenhang einfach nicht, wovon du redest.
Und, ja, ich freu mich schon ein wenig auf den neuen Maker. Zum Glück interessiert mich das ganze Scripten nicht die Bohne. Ich bin altmodisch und nutze Events. Mal schauen, wie komfortabel es diesmal ausfällt. Was mich am meisten interessiert, ist allerdings die Sache mit der Auflösung. Enterbrain kriegt mein Geld nur, wenn man nicht wieder so ein kaputtes Format ertragen muss.
Hier muss einfach zwischen Software und Software differenziert werden.
Bei Software für betriebswirtschaftliche Zwecke z. B. liegen 60 % des Entwicklungsaufwandes in der Wartung und somit auch das meiste Geld was zu verdienen ist.
Da ist es eine absolute Katastrophe wenn schlechter/schlecht nachvollziehbarer Code geschrieben wurde.
Da lässt sich wunderbar mit Unit-Tests, Pair-Programming, saubere Dokumentation usw. dagegen wirken.
Auch bei AAA-Spiele-Titeln sehe ich die Notwendigkeit dafür.
Bei einer kleinen Spiele-App die 3 Entwickler schreiben ist wohl eher Extreme-Programming angebracht welches eine Dokumentation eig. komplett außen vorlässt(bis auf Kommentare).
Fakt ist einfach, dass es eine Katastrophe ist wenn Code noch mal umgeschrieben werden muss und er nicht sauber geschrieben und auskommentiert ist, denn dann kann man ihn eig. komplett neu schreiben.
Da hat @Cornix absolut recht.
Geändert von Pepo (29.08.2015 um 04:35 Uhr)
Ich würde nicht raten über Erfahrungen wild fremder Leute im Internet zu diskutieren. Wenn keine Seite überhaupt irgendwelche Informationen über die jeweils andere hat wird daraus nur eine Schlammschlacht.
Ich bezeichne die Aussage von Lachsen mit gutem Grund als unprofessionell, und zwar weil sie es ist. Zusammenhang hin oder her. Wenn man eine Allaussage macht und ein Werkzeug schlichtweg als Zeitverschwendung bezeichnet kann man auch nichts anderes als "unprofessionell" dazu denken.
Werkzeuge sind für Zwecke entwickelt worden. Nur weil eine einzelne Person das Werkzeug nicht benutzt heist das noch lange nicht, dass es nicht Andere gibt, die es benutzen. Der gute Lachsen darf gerne der Meinung sein, dass guter Programmierstil in seinem Projekt nicht nötig ist oder nicht helfen würde (das kann sehr wohl sein, je nach Team-Dynamik), aber er darf deswegen nicht mir-nichts-dir-nichts behaupten, dass soetwas völlig nutzlos ist. Das ist eine kurzsichtige und egozentrische Denkweise.
Zitieren
