Im erster Teil dieser Seriehaben wir darüber gesprochen, wie Notes/Domino-Umgebungen in Unternehmen auf der ganzen Welt über Jahrzehnte organisch gewachsen sind. Wir haben auch die Rolle der „Citizen Developers“ bei diesem Wachstum skizziert. Für Nicht-Programmierer ist es einfach, mithilfe von Vorlagen eigene Apps zu erstellen. Sie können sogar Design und Funktionalität ohne Codierung ändern.

Das Ergebnis waren in den goldenen Jahren von Notes in die Höhe schießende Datenbank-/Anwendungszahlen. Als mehr Vorlagen verfügbar wurden, wurde diese Entwicklung noch weiter vorangetrieben!

Die Herausforderung, der wir uns in heutigen Projekten gegenübersehen, ist nicht nur, ob Datenbanken verwendet werden oder nicht. Projektleiter und Entwickler müssen wissen, welchen Zweck diese Anwendungen erfüllen, welche Funktionen sie bieten und wie sie sich in Geschäftsprozesse integrieren. Eine ziemliche Herausforderung, da sie wahrscheinlich nur einen Bruchteil dieser Anwendungen persönlich verwenden. Eine Möglichkeit, diese Herausforderung zu bewältigen, besteht darin, die Ähnlichkeit zwischen Datenbanken zu nutzen, um den erforderlichen Aufwand zu reduzieren.

Bitte kontaktieren Sie uns, wenn Sie Probleme im Zusammenhang mit dieser Website haben oder Akzeptieren Sie Marketing-Cookies um dieses Video anzusehen.

Nur 5-10% Ihres Quellcodes sind möglicherweise einzigartig. Na und?

Eine sehr hohe Bewertung von dupliziertem Code ist in Notes-Umgebungen weit verbreitet. Bei panagenda Wir haben in Kundenumgebungen bis zu 97 % Codeduplizierung festgestellt.

Die hohen Zahlen haben gute Gründe. Designvorlagen in Domino-Anwendungen werden häufig verwendet. Standardvorlagen wie Mail-, Diskussions- und Dokumentbibliotheken sind Favoriten. Das ist sinnvoll und sollte gefördert werden. Es ist effizienter, ihre Kernfunktionen zu integrieren, als sie ständig von Grund auf neu zu entwickeln.

Sobald Sie wissen, wo Ihr doppelter Code zu finden ist, kann Codeduplizierung verwendet werden, um Ihre Notes-Migrations- und Modernisierungsbemühungen zu beschleunigen!

Verwenden Sie Ausschneiden und Einfügen, um Ihre Migrations- und Modernisierungsprojekte zu beschleunigen

Diese Zahlen sind nicht vielen bekannt. Wie könnten sie sein? Informationen wie diese sind fast unmöglich zu sammeln. Sobald Sie es jedoch haben, kann es ein äußerst mächtiges Werkzeug sein.

Stellen Sie sich vor, Ihre Entwickler kennen von Anfang an alle Stellen eines einzelnen Codeblocks. Sie könnten einmal einen Fix für eine App oder Vorlage schreiben. Danach kann ein einfaches Ausschneiden und Einfügen verwendet werden, um diesen Fix dort anzubringen, wo er benötigt wird!

Denken Sie an die potenzielle Zeitersparnis beim Codieren, wenn bis zu 90 % Ihrer Codierung mit Ausschneiden und Einfügen erledigt werden können! Nicht nur Zeit und Aufwand werden deutlich reduziert, sondern auch das Kompetenzprofil eines Teils Ihrer Entwickler verändert sich.

Finden Sie Ihren doppelten Code – der Schlüssel zur Geschwindigkeit

Das Quellcode-Dashboard in iDNA zeigt schnell an, wie viel Code in Ihrer Umgebung dupliziert wird. Sie haben sofort eine Vorstellung vom Potenzial, die Entwicklung in Ihrer eigenen Umgebung zu beschleunigen.

Stellen Sie sich vor, Sie durchlaufen ein E-Mail-Migrationsprojekt. Sie suchen nach Anwendungen, die bei einer Änderung des E-Mail-Systems kaputt gehen könnten. Wie können Sie diese Informationen finden?

Es ist nicht schwer. Gehen Sie einfach zum Datenbankkatalog. Klicken Sie auf die Schaltfläche Filter. Hier können Sie „Insights". Insights sind potenzielle Probleme, die wir bei der Quellcodeanalyse für Sie entdeckt haben.

Jetzt wissen Sie, wohin Ihr Ausschneiden und Einfügen gehen muss

Basierend auf diesem Prinzip des gemeinsamen Codes iDNA Applications erstellt automatisch „Code-Ähnlichkeits-Cluster“. Sie zeigen, welche Datenbanken denselben Quellcode verwenden und wie viel von diesem Quellcode sie gemeinsam haben.

Unsere Erfahrung in Kundenprojekten hat drei hervorgehoben use cases wo Code-Duplizierung und -Ähnlichkeit für maximale Wirkung genutzt werden können:

  1. Finden der Originalvorlagen, die von Anwendungen verwendet werden, die keine offiziell konfigurierte „Master-Vorlage“ haben. Wenn Sie wissen, welche Anwendungen dieselbe interne Struktur haben und inwieweit diese Struktur gemeinsam verwendet wird, können Sie eine gemeinsame Roadmap für die Handhabung dieser Anwendungen erstellen.
  2. Identifizieren von Designunterschieden zwischen Vorlagen- und Datenbankinstanzen. Wurden Ihre Anwendungen von ihren ursprünglichen Vorlagen modifiziert? Sie werden es wissen wollen! Diese erfordern möglicherweise mehr Programmierressourcen, um sie in Ihrem Projekt ordnungsgemäß zu verarbeiten. Sobald Sie es wissen, sind Ihre Entwickler dort, wo sie gebraucht werden, wenn sie gebraucht werden.
  3. Trennen von Anwendungen, die auf IBM-Standardvorlagen basieren, von solchen, die es nicht sind. Viele Anwendungen basieren auf Standardvorlagen. Es wird bereits Entwicklertools geben, die ihre Projektabwicklung automatisieren. Sie sind in der Regel einfacher und schneller zu verarbeiten.

Mach dir keine Sorgen. Es ist für Sie erledigt. Es ist mehr schnelle Gewinne, ohne einen Finger zu rühren.

Lernen Sie Ihren Code kennen, bevor Sie sich auf den Weg zum Projekt machen

Ein gründliches Verständnis Ihrer Anwendungen und deren Code schafft so viele Möglichkeiten für Sie. Wir konnten nur ein paar abdecken:

  • Zeit sparen
  • Verbesserung der Entwicklungseffizienz
  • Kosten reduzieren
  • Beschleunigen Sie Ihr Projekt
  • Verbesserung der Planung und Ressourcenallokation
  • Minimieren Sie das Ausfallrisiko

Werfen Sie einen Blick auf die iDNA-Sandbox und überzeugen Sie sich selbst von den Möglichkeiten, die Sie erwarten oder besuchen Sie unsere Knowledge Base für weitere technische Details.

Kommt in unserer Serie

Jetzt haben wir ein grundlegendes Verständnis für die vor uns liegende Aufgabe in Bezug auf Nutzung und Design. In den nächsten Schritten geht es darum, die niedrig hängenden Früchte zu pflücken und potenzielle Hindernisse zu identifizieren, bevor sie zu ernsthaften Problemen werden.

Wir besprechen, wie wichtig es ist, Stakeholder zu identifizieren, wie wir unsere Erfolgsgeschichten am besten teilen können und was Sie brauchen, um den Projektumfang realistisch zu halten.

Registrieren Sie sich jetzt für den anstehende webinars or Vorheriges ansehen webinars.

Über diese Serie:

Viele Unternehmen auf der ganzen Welt haben sich dazu verpflichtet HCL Notes/Domino* jahrelang. Sie kennen die vielen Vorteile, die sich aus dieser Beziehung ergeben. Außerdem steht Notes/Domino im Mittelpunkt ihrer Prozesse und ihrer Funktionsweise. Trotz alledem beginnen IT-Entscheidungsträger auf der ganzen Welt, sich eine Zukunft vorzustellen, in der Notes/Domino möglicherweise eine geringere oder gar keine Rolle spielt.


*ehemals IBM Notes/Domino