Best Practices > Diskussionen zu Best Practices

Soll Design Task auf Server laufen?

<< < (2/2)

Peter Klett:
Wenn der Design-Task in der Lage ist, ein System platt zu machen, sollte er vom ersten Tag an laufen. Denn dann stellt man schon gleich am Anfang fest, ob es dort klemmt.

Sich eine Sicherheit dadurch vorzugaukeln, indem man auf den verzichtet, ist zu kurz gesprungen. Denn irgendwann startet jemand den Task, und wenn dann ein schon lange laufendes System hingerichtet wird, ist der Schaden sicherlich größer.

Wozu brauche ich ihn?

Wir nutzen Notes als Entwicklungswerkzeug für unsere Werkzeuge, mit denen wir unser Tagesgeschäft erledigen. Die Standardsschablonen für Mail und Kalender haben wir natürlich auch, spielen aber in unseren Prozessen keine Rolle, Mails gehen in und aus unseren selbstentwickelten Systemen, persönliche Maildatenbanken werden nur für die persönliche Kommunikation verwendet.

Unsere Systeme sind so gebaut, dass wir Module (Teilmasken, Scriptbibliotheken) in einer zentralen Schablone entwickeln, und diese Elemente in die anderen Schablonen vererben. Alle Dokumente haben damit die gleichen Eigenschaften und weichen nur in ihren fachlichen Aufgabenstellungen voneinander ab.

In einem Freigabeprozess werden die produktiven Schablonen dann so erzeugt, dass die einzelne Vererbung der Elemente abgeschaltet ist, eine Vererbung also nur zwischen Schablone und Datenbank stattfindet, unabhängig von der zentralen Schablone. Und selbstverständlich haben wir eine strikte Trennung von Entwicklungs- und Produktivschablonen.

Das nur zum Verständnis unseres Umfeldes, das ohne Designtask überhaupt nicht vorstellbar wäre. Eine zentrale Schablone vererbt Teile in ca. 50 Fachschablonen, aus denen irgendetwas über 5000 Datenbanken aktualisiert werden.

Also, klares JA für den Designtask

Tode:
Als "Verursacher" dieser Abstimmung sollte ich wohl auch noch ein paar Worte dazu sagen.

Wir betreuen einen Haufen verschiedene Kundenumgebungen. In jeder Umgebung finden wir Admins und Entwickler mit den verschiedensten Skills vor.
Nun haben wir Umgebungen, in denen relativ viel "rumprobiert" wird, und das Ganze auch noch über verschiedene Standorte hinweg. Ob uns das gefällt? Natürlich nicht... Aber das sind unsere Kunden, und der Kunde ist König, wie Ihr sicher wisst. In solchen Umgebungen hat uns der Design- Task schon mehrfach wichtige Datenbanken und / oder Maildatenbanken zerbröselt.
Ist das die Schuld desjenigen, der an den Schablonen rumgespielt hat? - ja sicher... Aber wenn wir die "grossen" Auswirkungen durch das Abschalten des automatischen Design- Tasks verhindern können, dann tun wir das.

In anderen Umgebungen läuft der Task standardmässig seit Jahren, und hat noch nie was kaputt gemacht...

Insofern würde meine Antwort lauten: Ja, Design- Task automatisch wo nötig, deaktiviert wo möglich.

In dieser Hinsicht möchte ich auch meinen Beitrag im anderen Thread verstanden wissen:

--- Zitat von: Tode am 11.11.14 - 11:06:31 ---...(denn in einer Umgebung, in der so Hemdsärmelig an solche Sachen rangegangen wird, ist sicherlich auch der nächtliche Design- Task aktiviert).
--- Ende Zitat ---

Soll nur heissen: Wenn man mit so wenig Ahnung an eine Sache hingeht, dann KANN der Design- Task das seine dazu beitragen, alles wieder zunichte zu machen, oder Schlimmeres...

Navigation

[0] Themen-Index

[*] Vorherige Sete