Im ersten Teil dieser Serie haben wir darüber gesprochen, wie Notes/Domino-Umgebungen in Unternehmen auf der ganzen Welt über Jahrzehnte hinweg organisch gewachsen sind. Wir haben auch die Rolle der „Citizen Developers“ bei diesem Wachstum skizziert. Nicht-Programmierer können mit Hilfe von Vorlagen ganz einfach ihre eigenen Anwendungen erstellen. Sie können sogar Design und Funktionalität ohne Programmierung ändern.
Das Ergebnis war, dass die Zahl der Datenbanken und Anwendungen in den goldenen Jahren von Notes in die Höhe schoss. Als mehr Vorlagen verfügbar wurden, wurde diese Entwicklung noch weiter vorangetrieben!
Die Herausforderung, vor der wir bei den heutigen Projekten stehen, ist nicht nur, ob Datenbanken verwendet werden oder nicht. Projektmanager und Entwickler müssen wissen, welchem Zweck diese Anwendungen dienen, welche Funktionen sie bieten und wie sie in die Geschäftsprozesse integriert werden. Eine ziemliche Herausforderung, da sie wahrscheinlich nur einen Bruchteil dieser Anwendungen persönlich nutzen. Eine Möglichkeit, diese Herausforderung zu bewältigen, besteht darin, die Ähnlichkeit zwischen Datenbanken zu nutzen, um den Aufwand zu verringern.
Nur 5-10% Ihres Quellcodes sind vielleicht einzigartig. Und was nun?
Ein sehr hoher Anteil an dupliziertem Code ist in Notes-Umgebungen sehr häufig. Bei panagenda haben wir in Kundenumgebungen bis zu 97% Code-Duplizierung festgestellt.
Es gibt einen guten Grund für diese hohen Zahlen. Designvorlagen werden in Domino-Anwendungen ausgiebig genutzt. Standardvorlagen wie Mail-, Diskussions- und Dokumentenbibliotheken sind die Favoriten. Das ist sinnvoll und sollte gefördert werden. Es ist effizienter, ihre Kernfunktionen zu übernehmen, als sie ständig von Grund auf neu zu entwickeln.
Sobald Sie wissen, wo Ihr doppelter Code zu finden ist, können Sie die Code-Duplizierung nutzen, um Ihre Notes-Migration und -Modernisierung zu beschleunigen!
Beschleunigen Sie Ihre Migrations- und Modernisierungsprojekte durch Ausschneiden und Einfügen
Nicht viele Menschen sind sich dieser Zahlen bewusst. Wie können sie das sein? Es ist fast unmöglich, Informationen wie diese zu sammeln. Wenn Sie es aber einmal haben, kann es ein extrem mächtiges Werkzeug sein.
Stellen Sie sich vor, Ihre Entwickler kennen alle Stellen eines einzelnen Codeblocks von Anfang an. Sie könnten eine einzige Korrektur für eine einzige Anwendung oder Vorlage schreiben. Danach können Sie die Korrektur mit einem einfachen Ausschneiden und Einfügen überall dort anwenden, wo sie benötigt wird!
Stellen Sie sich vor, wie viel Zeit Sie für die Programmierung einsparen können, wenn Sie bis zu 90 % Ihrer Codierung durch Ausschneiden und Einfügen erledigen können! Nicht nur der Zeit- und Arbeitsaufwand wird erheblich reduziert, sondern auch das Qualifikationsprofil eines Teils Ihrer Entwickler ändert sich.
Finden Sie Ihren doppelten Code – der Schlüssel zur Geschwindigkeit
Das Source Code Dashboard in iDNA zeigt schnell, wie viel Code in Ihrer Umgebung dupliziert ist. Sie bekommen sofort eine Vorstellung davon, wie Sie die Entwicklung in Ihrer eigenen Umgebung beschleunigen können.
Stellen Sie sich vor, Sie führen ein Mail-Migrationsprojekt durch. Sie suchen nach Anwendungen, die bei einer Änderung des Mailsystems kaputt gehen könnten. Wie können Sie diese Informationen finden?
Es ist nicht schwer. Rufen Sie einfach den Datenbankkatalog auf. Klicken Sie auf die Schaltfläche Filter. Hier können Sie „Insights“ auswählen. Insights sind potenzielle Probleme, die wir während der Quellcode-Analyse für Sie entdeckt haben.
Jetzt wissen Sie, wohin Sie das Ausschneiden und Einfügen verschieben müssen
Basierend auf diesem Prinzip des gemeinsamen Codes erstellt iDNA Applications automatisch „Code Similarity Clusters“. Sie zeigen, welche Datenbanken denselben Quellcode verwenden und wie viel von diesem Quellcode sie gemeinsam haben.
Unsere Erfahrung in Kundenprojekten hat drei Use Cases hervorgehoben, in denen Code-Duplizierung und Ähnlichkeit für maximale Wirkung genutzt werden können:
- Suche nach den Originalvorlagen, die von Anwendungen verwendet werden, die über keine offiziell konfigurierte „Master-Vorlage“ verfügen. Wenn Sie wissen, welche Anwendungen die gleiche interne Struktur haben und in welchem Maße diese Struktur gemeinsam genutzt wird, können Sie einen gemeinsamen Fahrplan für die Handhabung dieser Anwendungen erstellen.
- Identifizierung von Designunterschieden zwischen Vorlagen- und Datenbankinstanzen. Wurden Ihre Anwendungen gegenüber den ursprünglichen Vorlagen verändert? Das werden Sie wissen wollen! Diese können mehr Programmierressourcen erfordern, um sie in Ihrem Projekt richtig zu verarbeiten. Sobald Sie das wissen, sind Ihre Entwickler da, wo sie gebraucht werden, wenn sie gebraucht werden.
- Trennung von Anwendungen, die auf IBM Standardvorlagen basieren, und solchen, die dies nicht tun. Viele Anwendungen werden auf Standardvorlagen basieren. Es gibt bereits Entwickler-Tools, die ihre Arbeit in jedem Projekt automatisieren. Sie sind in der Regel einfacher und schneller zu verarbeiten.
Machen Sie sich keine Sorgen. Es ist alles für Sie erledigt. Das sind mehr schnelle Gewinne, ohne einen Finger zu rühren.
Machen Sie sich mit Ihrem Code vertraut, bevor Sie mit dem Projekt beginnen
Ein gründliches Verständnis Ihrer Anwendungen und ihres Codes eröffnet Ihnen so viele Möglichkeiten. Wir haben nur über einige wenige berichten können:
- Zeit sparen
- Verbessern Sie die Effizienz der Entwicklung
- Kosten reduzieren
- Beschleunigen Sie Ihr Projekt
- Bessere Planung und Ressourcenzuweisung
- Minimieren Sie das Risiko eines Ausfalls
Werfen Sie einen Blick auf die iDNA Sandbox und sehen Sie selbst, welche Möglichkeiten Sie erwarten oder besuchen Sie unsere Knowledge Base für weitere technische Details.
Kommende Folge unserer Serie
Jetzt haben wir ein grundlegendes Verständnis für die vor uns liegende Aufgabe in Bezug auf Nutzung und Design. Bei den nächsten Schritten geht es darum, die niedrig hängenden Früchte zu pflücken und potenzielle Hindernisse zu erkennen, bevor sie zu ernsthaften Problemen werden.
Wir werden darüber sprechen, wie wichtig es ist, die Stakeholder zu identifizieren, wie wir unsere Erfolgsgeschichten am besten weitergeben und was Sie brauchen, um den Projektumfang realistisch zu halten.
Registrieren Sie sich jetzt für die kommenden Webinare oder sehen Sie sich frühere Webinare an.
Über diese Serie:
Viele Unternehmen in aller Welt setzen seit Jahren auf HCL Notes/Domino*. Sie kennen die vielen Vorteile, die sich aus dieser Beziehung ergeben. Außerdem steht Notes/Domino im Mittelpunkt ihrer Prozesse und ihrer Arbeitsweise. Trotz alledem beginnen IT-Entscheidungsträger auf der ganzen Welt, sich eine Zukunft vorzustellen, in der Notes/Domino eine geringere oder gar keine Rolle mehr spielen könnte.
*ehemals IBM Notes/Domino
