"Modulpools sind veraltete Technologie"

...Mittelalter...schlechtes Beispiel.... hin oder her, entweder sind alle SD-Programmierer die ich kenne Blindfische oder es gibt im SD nur dort die Möglichkeit einzugreifen.

Ich empfinde das auch nicht als ein schlechtes Beispiel, es ist geradezu der Prototyp eines Beispiels einer Technik, die ich als veraltet empfinde, weil es diese Technik auf die Spitze treibt.
Klar, es gibt BAdIs und Erweiterungen, das sind neue/neuere Techniken aber die gibt es halt nicht durchgängig.
Oft genug muss man auch noch mit Batch-Input arbeiten, weil man (SAP) es einfach nicht schafft, die Geschäftslogik von der Präsentationslogik zu trennen.
Und das empfinde ich softwaretechnisch als Steinzeit und das hat mich schockiert.

@ewx: Das mit dem Murks am Bau kannst du dir bei mir schenken. Wir sind letztes Jahr im August in unser neues Haus gezogen. Wir haben alle Höhen und Tiefen erlebt....

Im Produktivsystem repariert? D.h. die Entwickler haben die Berechtigung ein Programm zu ändern und zu aktivieren

Ja, das System wird für die Reparatur kurz aufgeschlossen ...
Mir gefällt das nicht, aber manchmal hat man keine andere Chance.

Was meinst du mit "kurz zurückholen"?

Wir haben eigene Transport-Werkzeuge. Damit hole ich den produktiven Stand einer Entwicklung im Befarfsfall in das Entwicklungssystem zurück, nehme die erforderliche Korrektur vor und archiviere das ganze wieder.
Dann ist wieder der letzte Entwicklungsstand vorhanden. Es fehlt im Moment nur die Sperrung aller Objekte so daß noch die info an alle am Projekt beteiligten notwendig ist - aber daß mache ich auch noch rein wenn ich Zeit hab.
Ein 2. Konsi haben wir zwar auch, aber für andere Zwecke.

Gruss
Daniel

Nein, ich sag doch: wir arbeiten NICHT mit dem SAP-Transportsystem.
Unser System arbeitet völlig autark - dem sind die Aufträge mal so egal wie wenn in China ein Sack Reis platzt. Aber diese Aufgaben beherrscht es.

Gruss
Daniel

Thomas R. hat geschrieben:Hallo Diskutanten,
die Aussage

DeathGuardian hat geschrieben: Wie sagte schon ein alter Kollegen von mir:
"Es muss nur von Aussen gut aussehen, das tun was es tuen soll und halbwegs performant sein. Wie es im Hintergrung(Coding) dann aussieht ist total egal."

klingt zwar gut, gilt m.E. aber nur für Berater, nicht für Festangestellte. Die müssen in dem ganzen Kunstwerk dann die "kleinen" Änderungen (natürlich ohne Nebeneffekte) durchführen, die bei der Projekteinführung vergessen wurden oder einfach noch nicht bekannt waren. Und dabei spielt gerade das "wie" der Realisierung die größte Rolle.
Deshalb versuche ich einen einheitlichen - aus meiner Sicht gut lesbaren/wartbaren - Programmierstil durch Interne und Externe zu erreichen.

MfG
Thomas R.

Erstens: Ich bin Festangestellter
Zweitens: Ich hab schon oft den Bockmist von Externen verbessert und schlimmeres
Drittens: Da war ein wenig Sarkasmus in diesem Zitat!!!!!!!
Viertens: Die EDV/IT ist sowieso allgmein eine schnelllebige Sache. Was morgen Modern ist, ist übermorgen schon total veraltet.