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
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
[...]nämlich dass die Art des Zugriffs und nicht die Komplexitätsklasse des Problems und des lösenden Algorithmus relevant ist. Und das ist schlicht falsch.
Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »dot« (08.03.2011, 13:50)
Ich finde das äußerst langweilig mit Euch hier und wechsele dann doch wieder zu Foren, wo man auch mal was diskutieren kann.
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Dieser Satz ist widersprüchlich zum ersten Absatz Deines ersten Beitrags, in welchem Du OOP als Quelle aller Probleme ausmachst und nicht "Array vs. Quadtree".Natürlich haben alle recht, dass ein sorgfältiger Algorithmus wichtig ist. Wenn es daran krankt, dann hilft die beste Optimierung nicht.
Zitat von »buggypixels«
Also wenn Du dir ernsthaft Sorgen über die Performance machst, dann ist die Frage eher zweitrangig. Da Du oft das Wort Objekt verwendest, fürchte ich, dass Du damit Klassen meinst. Eventuell sogar noch eine gewisse Hierarchie von Klassen. Das tötet Deine Performance. Nicht das Thema Array oder Quadtree.
Kann ich gern schreiben, klar. Denn auch im Beruf sind Algorithmen mit besseren Komplexitätsklassen immer vorrangig vor der Verteufelung eines ganzen Programmier-Paradigmas. Habe ich schon Dutzend mal gesehen und hat sich auch ein Dutzend mal bestätigt. Erst dann, wenn ein guter Algorithmus nichts mehr hilft, dann sollte man drüber nachdenken, ob man irgendwie optimalere Datenstrukturen verwenden kann. Allerdings sollte man dabei immer im Hinterkopf haben, dass auch ein solcher Optimierung nicht den finalen Segen, wenn seine Komplexitätsklasse O(n²) lautet. Wenn man es andersrum angeht, dann klingt das sehr schnell nach Premature Optimization und damit ist niemandem geholfen.Und dass ich vielleicht arrogant klinge, dann liegt es wohl auch an dem Ton von BlueCobol. Der sich ja als stark beratungsresistent erwiesen hat. Aber sicherlich wird er auch noch gleich schreiben, dass er ja auch studiert und schon seit vielen Jahren äußerst erfolgreich im Beruf ist.
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Werbeanzeige