AW: class operator OnesComplement ? o.O
Zitat:
|
AW: class operator OnesComplement ? o.O
Zitat:
|
AW: class operator OnesComplement ? o.O
Catch-22:
... man müßte das System tiefgreifend ändern, um es testfähig zu machen. ... ohne ein testfähiges System zu haben, kann man es nicht tiefgreifend ändern. :stupid: |
AW: class operator OnesComplement ? o.O
Zitat:
|
AW: class operator OnesComplement ? o.O
Zitat:
Diese Angst beruht aber oft darauf, dass es dunkle Ecken im System geht, die man nicht kennt oder versteht. Hat man Code, den man versteht, der abgetestet ist und wo keine schwarze Magie drin steckt, dann ist eine Änderung genauso painless wie nen Öl- oder Reifenwechsel. Da die meisten Programmierer aber immer noch vorgehen wie Meister Röhrig, sieht der Code halt auch oft "zusammengetüdelt" aus. |
AW: class operator OnesComplement ? o.O
Zitat:
|
AW: class operator OnesComplement ? o.O
Zitat:
Was machst du denn, wenn du ein altes vergammeltes Haus erbst? Einziehen und drauf hoffen, dass es dir nicht aufn Kopf fällt? Oder es renovieren? |
AW: class operator OnesComplement ? o.O
Zitat:
Alle 4 Wochen gibts Windows-Updates (OS-API-Verhaltensänderungen), Alle 2 Woche Adobe-Updates (PDF-Integration), alle 5 Jahre wird der Rechner ausgetauscht (Neues OS, Ander HW mit unterschiedlichen Treiberverhalten), alle 5 wird ein ERP/PLM/CRM-System mit dem man Arbeitet durch ein anderes ersetzt... |
AW: class operator OnesComplement ? o.O
Zitat:
Ich wollte eigentlich nur aufzeigen, daß fehlende Pflege nicht immer in unserer Hand liegt. Das "Renovieren eines vergammelten Hauses" ist genau das, was ich eigentlich ausdrücken wollte. Danke für diese Metapher :thumb: |
AW: class operator OnesComplement ? o.O
Zitat:
Edit: [OT] Man(n) hat irgendwo im Jahr 1984 mit dem Code angefangen... Turbo Pascal 1.5/2.0 Aus dieser Zeit existiert noch Code der bis heute unverändert ist. Der Tag hat nur 24h, die Woche nur 7 Tage... Die Kundenanzahl wächst, die Wünsche auch... Also bleibt Code so lange unangetastet, bis dafür Bedarf besteht. Dann Mitte 96 die versuchen mit Delphi 1 den DOS-Bildschirm in einem Windowsfenster zu emulieren verworfen. Denn Delphi 2 ist rausgekommen... Also schnell im RAD-Style die nötigen Fenster zusammen geklickt... Button -> Doppelklick -> Code rein... Genau wie es in JEDER Präsentation gezeigt wurde... JEDER hat so programmiert... Es soll mir keine erzählen er hätte mit Delphi 2 MVVM gemacht und nur gegen Interfaces programmiert... Also: Der Tag hat nur 24h, die Woche nur 7 Tage... Die Kundenanzahl wächst, die Wünsche auch... Also bleibt Code so lange unangetastet, bis dafür Bedarf besteht. Dann kommt plötzlich jemand auf die Idee das "alle" Strings plötzlich Unicode "seien müssen"... Und schon bleiben unzählige Projekte auf D2007... Hätte man es 1984 wissen können? Hätte man früher etwas machen müssen? Alles Fragen nach der verschütteten Milch... Ein Monster-Projekt auf MVVM umbauen? Eher nicht... Das wäre eine Neuentwicklung.. Dem Kunden ist es auch egal wo der Code ist, wenn er einen Button drückt... Es bezahlt keiner für "schönen" Code, damit wir Programmierer uns um Kreis stellen und gegenseitig auf die Schulter klopfen können. Denn: Der Tag hat nur 24h, die Woche nur 7 Tage... Die Kundenanzahl wächst, die Wünsche auch... Also bleibt Code so lange unangetastet, bis dafür Bedarf besteht. Und die ein oder andere "dunkle Ecken im System" bleibt uns noch ein bisschen erhalten... Aber hin und wieder wird eine beseitigt... Alles wird gut... Edit: [/OT] Mavarik |
Alle Zeitangaben in WEZ +1. Es ist jetzt 00:00 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz