Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!
Werbeanzeige
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »eisenmad« (29.09.2015, 18:09)
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Dieser Beitrag wurde bereits 11 mal editiert, zuletzt von »dot« (30.09.2015, 07:15)
Naja intuitiv ist schön und gut vor allem für Anfänger aber arbeitet mal in einem Team von 10 LEuten an einer Engine und plant dann einfach mal nichts sondern mach mal einfach deine header und schreib lustig drauf los.
Software planung ist das A und O. Für kleine Popelprogramme kan man schon einfach mal drauf losschrieben aber ncith für ernste Software mit vielen Anforderungen
Aber was weiß ich schon bestimmt ist es sehr easy eifnach mal einen 1 Million Zeilen Code zu schreiben indem man eifnach mal drauf los schreibt udn sich schon mal die Header anlegt
Natürlich werden die anderen schon mit meiner Denkweise zurecht kommen, wer braucht denn schon Bildchen....der Code ist doch da.
Ich habe nciht selten in der Mitte eines Projektes auf Grund von mangelnder Vorüberlegungen schon mal eine sehr große Umstrukturierung meins Systemes machen müssen und sowas ist dann einfach zum Kotzen wo cih mir dann immer auch an den Kopf fassen muss und mcih fragen muss warum cih das zum teufel nciht doch besser vorher überlegt habe!
Nutzlos beduetet für mcih dass jeder der das macht nur zeit verschwendet und am ende kommt ncihts bei raus...
Zitat von »Jeff Atwood«
UML is great if you don't want to do any work; you just draw pictures of what it would look like if work was actually done. This is not only borderline laziness, it's also a recipe for disaster. You can't architect a real world application on a whiteboard. You must prototype it in code to gather data on the performance and design implications of the choices you are making.
Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »dot« (01.10.2015, 06:07)
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Ich habe den Sarkasmus durchaus verstanden, dennoch will ich dazu sagen, dass das natürlich niemand macht. Es ist durchaus sinnvoll sich Gedanken um die generelle Architektur einer Anwendung zu machen, die Komponenten und ihre Interaktionen zu identifizieren. Aber das ist eben nur sehr grob. Anzufangen konkrete Klassen zu benennen, Methoden festzulegen und Eigenschaften der Klassen hinzuzufügen, führt zu einem Desaster, eben weil eine große Software sich so gar nicht planen lässt. Zudem wird oft sukzessiv gearbeitet, man packt in bestehenden Code also immer weitere Features hinzu. Natürlich ist es hilfreich da vorher einen groben Blick zu haben, was mal kommen könnte, damit man sich nicht fest fährt. Dennoch gibt es da einfache Regeln:Aber was weiß ich schon bestimmt ist es sehr easy eifnach mal einen 1 Million Zeilen Code zu schreiben indem man eifnach mal drauf los schreibt udn sich schon mal die Header anlegt
Werbeanzeige