Was ist fehlgeschlagen Umwandlung / Umschreiben von Software haben Sie getan?

Question

Welche Umwandlung / umschreiben haben Sie damit gescheitert beteiligt? Was wo die Sprachen und Rahmen in den Prozess einbezogen? Wie groß war die Software in Frage? Schließlich, was ist das Top eines oder zwei, was Sie daraus gelernt mit dem Prozess beteiligt werden.

Dies ist auf diese Frage bezogen.

Answer 1

Einer meiner Favoriten war ein Festpreis-Projekt eine Server-Anwendung auf Sun OS 3 zu entwickeln, die schließlich allgemein auf einer alte Daten Maschine laufen zu lassen waren erforderlich, einige (zu der Zeit) aktuelle Version von Unix läuft.

Nun, wussten wir vor der Zeit wäre es schmerzhaft den C-Code in dem Data General portiert, weil es 9-Bit-Bytes hatte / 36-Bit-Worte, aber waren nicht klar, wie ... fehlen ... die Unix-Implementierung wäre .

Es war ungefähr 5 Stunden nach Beginn der Portierung Aufgabe, wenn die weisee Exekutive Entscheidung getroffen wurde, um einfach den Kunden eine glänzende neue Sun-Box zu kaufen.

Answer 2

Ich hatte ein vor kurzem, die weitgehend auf meine Unfähigkeit, scheiterte gründlich Management davon zu überzeugen, dass die App Umschreiben auf lange Sicht billiger wäre als die Aufrechterhaltung es zu halten, wie es war. Wenn ich nur auf technische Schulden früher gelesen hatte, kann es ein Erfolg. Jeffs neuesten Artikel über das Thema war ca. 8 Monate zu spät für mich!

Insgesamt hat die App über 75K Zeilen C # -Code war, aber es war ein Alptraum in Sachen Wartung (in-house-Anwendung). Eine Handvoll von Gott Klassen und der Rest waren, was ich rief Puppen Klassen (Klassen nur dem Namen nach, die Gott Klassen „die Fäden gezogen“ für alles, was sie taten). Fast war nichts vom Benutzer konfigurierbar, so dass Entwickler für alles verantwortlich waren.

Im Nachhinein war das größte Hindernis für den Erfolg der App selbst. Halten Sie es laufen war ein Vollzeit-Job für 3 von uns. Ich denke, das Beste, was wir getan haben konnte, war auf Refactoring zu halten. Die „Version 2“ app hatte einige wirklich gute Konzepte und wir sollten auf immer wieder versucht, haben sie beginnen zu müssen, anstatt integriert zu bekommen ... Hätten wir das getan, wir die großen Komponenten nach der Stabilisierung der ursprünglichen App gebaut haben könnte.

Answer 3

Ich habe einmal versucht, in den Hafen ein Spiel, das ich in Darkbasic zu C geschrieben.

Das Problem war ich lief in dem Darkbasic war so eine begrenzte Sprache (zum Beispiel kein Argument durch Bezugnahme vorbei), wenn ich es portiere ich versuchte, einen geraden Kanal zu tun ... IE, versuchte ich es nicht angemessen, Refactoring für die Sprache, die ich wurde mit ...

Das Ergebnis war ein großes Durcheinander ...

ich wahrscheinlich hätte es bekommen zu arbeiten, aber ich hielt etwa 2 Tage nach, weil ich erkennen, dass es mehr benötigte als nur Übersetzung C zu bewegen ...

Answer 4

Ich hatte einen Pacman-Klon mit C und Allegro zurück in dem Tag geschrieben, und ich versuchte, es neu zu schreiben auf der Dreamcast laufen.

Das war eine schreckliche Code. Ich konnte nicht wirklich viel retten von der Code-Basis und verschrottet die Idee.

habe ich gelernt, dass unabhängig von dem, was ich damals dachte, ich ein wirklich schrecklicher Programmierer war damals, und ich hatte eine Menge in den Jahren gelernt. Es hat mich auch in ein paar Jahren erkennen, dass, sollte ich genug lernen, sich auf den Code zurückblicken ich heute schreibe und denke, das Gleiche. Grundsätzlich soll ich immer danach streben, besser zu werden.

Answer 5

wurde ich einmal gefragt, um ein Programm zu konvertieren, die ein Foto typsetter auf einem DEC-System10 zu IBM fuhr 4381. auf den Code der Suche, entdeckte ich, dass der ursprüngliche Entwickler hatte, ohne ersichtlichen Grund, verschiedene Bits des Programms geschrieben in die folgenden verschiedenen Sprachen:

• Dezember Fortran
• Algol 68
• BCPL
• MACRO-10

Das war ein großer Beweis für DEC Unterstützung für mehrsprachige Programmierung, aber es war das einzige Mal, das ich je hatte für einen Benutzer gehen und sagen: „Geht nicht“.