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
Mmh, wenn man seine Arbeit über Refactoring schreiben würde, dann sähe die Arbeit ganz anders aus.
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Chromanoid« (11.08.2017, 18:47)
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Das ist eigentlich genau der Grund für die üblichen Refactorings, die wir so durchführen - neue Anforderungen.Re-engineering meint auch das Einbeziehen neuer Anforderungen.
Also um das zu erreichen, würde ich eine Anwendung refactoren. /shrugOder eine Legacy-Anwendung so umzubasteln, dass sie auch unter Linux läuft
Das mag ja sein, aber das Refactoring selbst sollte nie die eigentliche Funktionalität verändern. Refactoring kann natürlich als Grundlage dienen um neue Funktionen anzudocken. Der Begriff Refactoring ist doch nun wirklich ziemlich klar definiert. Die Definition von refactoring.com entspricht so ziemlich dem, wie ich den Begriff aus Literatur und Gesprächen mit anderen Entwicklern kennengelernt habe: …is a disciplined technique for restructuring an existing body of code, altering its internal structure without changing its external behavior.Das ist eigentlich genau der Grund für die üblichen Refactorings, die wir so durchführen.Re-engineering meint auch das Einbeziehen neuer Anforderungen.
Wenn "Refactoring" das einzige ist, was Du dazu tun musst, dann verwendest Du den Begriff falsch. /shrugAlso um das zu erreichen, würde ich eine Anwendung refactoren. /shrugOder eine Legacy-Anwendung so umzubasteln, dass sie auch unter Linux läuft
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Chromanoid« (11.08.2017, 19:03)
Die Definition von refactoring.com entspricht so ziemlich dem, wie ich den Begriff aus Literatur und Gesprächen mit anderen Entwicklern kennengelernt habe: …is a disciplined technique for restructuring an existing body of code, altering its internal structure without changing its external behavior.
Dann hast Du den Kern des Begriffs noch nicht verstanden. Re-engineering kann auch komplett ohne vorliegenden Quelltext stattfinden... Z.B. mit Reverse Engineering, Patchen whatever.Die Definition von refactoring.com entspricht so ziemlich dem, wie ich den Begriff aus Literatur und Gesprächen mit anderen Entwicklern kennengelernt habe: …is a disciplined technique for restructuring an existing body of code, altering its internal structure without changing its external behavior.
Das ist ja soweit auch erst mal ok. Dann ist Reengineering wohl einfach Refactoring + neue Anforderungen umsetzen. Aber ob man dafür jetzt diesen Begriff benötigt. Aber gut, da brauchen wir nicht drüber streiten.
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Chromanoid« (11.08.2017, 19:13)
Dann hast Du den Kern des Begriffs noch nicht verstanden.
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Und das ist vermutlich der spannendste und am meisten aussagende Fakt.Wie bereits gesagt, ich hatte den Begriff vorher ja nicht mal gehört
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Das macht man halt aber bei Refactoring auch. Klar kann man auch einfach nur Dinge ändern, um des Änderns Willen. Aber meist hat es ja einen Grund, warum man Dinge ändert. Nämlich damit neue Anforderungen eingebracht werden können.Beim Reengineering bezieht man evtl. aber neue Anforderungen direkt in die Umsetzung ein.
Werbeanzeige