W pierwsza część tej serii, rozmawialiśmy o tym, jak środowiska Notes/Domino rozwijały się organicznie w firmach na całym świecie przez dziesięciolecia. Przedstawiliśmy również rolę, jaką w tym wzroście odgrywają „Citizen Developers”. Osoby nie będące programistami mogą łatwo tworzyć własne aplikacje przy użyciu szablonów. Mogą nawet modyfikować wygląd i funkcjonalność bez kodowania.
Rezultatem był gwałtowny wzrost liczby baz danych/aplikacji w złotych latach Notes. Gdy dostępnych było więcej szablonów, rozwój ten był jeszcze bardziej napędzany!
Wyzwanie, przed którym stoimy w dzisiejszych projektach, nie polega tylko na tym, czy bazy danych są używane, czy nie. Kierownicy projektów i programiści muszą wiedzieć, jakiemu celowi służą te aplikacje, jakie funkcje zapewniają i jak integrują się z procesami biznesowymi. To spore wyzwanie, ponieważ prawdopodobnie osobiście używają tylko ułamka tych aplikacji. Jednym ze sposobów sprostania temu wyzwaniu jest wykorzystanie podobieństwa między bazami danych w celu zmniejszenia wymaganego nakładu pracy.
Tylko 5-10% kodu źródłowego może być unikalne. Więc co?
Bardzo wysoka ocena zduplikowanego kodu jest bardzo powszechna w środowiskach Notes. Na panagenda zaobserwowaliśmy do 97% powielania kodu w środowiskach klientów.
Nie bez powodu są tak wysokie liczby. Szablony projektowe w aplikacjach Domino są szeroko stosowane. Ulubione są standardowe szablony, takie jak biblioteki poczty, dyskusji i dokumentów. Ma to sens i należy do tego zachęcać. Włączenie ich podstawowych funkcji jest bardziej efektywne niż ciągłe rozwijanie ich od podstaw.
W rzeczywistości, gdy już wiesz, gdzie można znaleźć zduplikowany kod, powielanie kodu może zostać użyte do przyspieszenia migracji i modernizacji programu Notes!
Korzystanie z funkcji wycinania i wklejania w celu przyspieszenia projektów migracji i modernizacji
Niewiele osób zdaje sobie sprawę z tych liczb. Jak mogliby być? Takie informacje są prawie niemożliwe do zebrania. Kiedy już to zrobisz, może to być niezwykle potężne narzędzie.
Wyobraź sobie, że Twoi programiści od samego początku znają wszystkie lokalizacje pojedynczego bloku kodu. Mogli napisać jedną poprawkę, raz, dla jednej aplikacji lub szablonu. Następnie można użyć prostego wytnij i wklej, aby zastosować tę poprawkę wszędzie tam, gdzie jest potrzebna!
Pomyśl o potencjalnym skróceniu czasu spędzonego na kodowaniu, gdy do 90% kodowania można wykonać za pomocą funkcji wycinania i wklejania! Nie tylko znacznie zmniejsza się czas i wysiłek, ale także zmienia się profil umiejętności części twoich programistów.
Znajdź swój duplikat kodu – klucz do szybkości
Pulpit nawigacyjny Kod źródłowy w iDNA szybko pokazuje, ile kodu zostało zduplikowanych w Twoim środowisku. Natychmiast zaczynasz mieć pojęcie o potencjale przyspieszenia rozwoju we własnym środowisku.
Wyobraź sobie, że przechodzisz przez projekt migracji poczty. Szukasz aplikacji, które mogą się zepsuć, gdy zmieni się system pocztowy. Jak możesz znaleźć te informacje?
To nie jest trudne. Wystarczy przejść do Katalogu Bazy Danych. Kliknij przycisk Filtruj. Tutaj możesz wybrać „Insights". Insights to potencjalne problemy, które odkryliśmy dla Ciebie podczas analizy kodu źródłowego.
Teraz już wiesz, dokąd ma się udać Twoje polecenie wycinania i wklejania
W oparciu o tę zasadę współdzielonego kodu, iDNA Applications automatycznie tworzy „Klastry podobieństwa kodu”. Pokazują, które bazy danych mają ten sam kod źródłowy i ile wspólnego mają z tym kodem źródłowym.
Nasze doświadczenie w projektach klientów podkreśliło trzy use cases, gdzie można wykorzystać powielanie kodu i podobieństwo, aby uzyskać maksymalny efekt:
- Znajdowanie oryginalnych szablonów używanych przez aplikacje, które nie mają oficjalnie skonfigurowanego „szablonu głównego”. Wiedząc, które aplikacje mają tę samą wewnętrzną strukturę i stopień, w jakim ta struktura jest współdzielona, możesz zaprojektować jeden wspólny plan obsługi tych aplikacji.
- Identyfikowanie różnic projektowych między instancjami szablonu i bazy danych. Czy Twoje aplikacje zostały zmodyfikowane z ich oryginalnych szablonów? Będziesz chciał wiedzieć! Mogą one wymagać więcej zasobów programistycznych, aby prawidłowo je przetworzyć w projekcie. Gdy już wiesz, twoi programiści są tam, gdzie są potrzebni, kiedy są potrzebni.
- Oddzielenie aplikacji opartych na standardowych szablonach IBM od tych, które nie są. Wiele aplikacji będzie opartych na standardowych szablonach. Będą już istniały narzędzia programistyczne, które automatyzują ich obsługę w każdym projekcie. Zwykle są łatwiejsze i szybsze w przetwarzaniu.
Nie martw się. Zadbałem o ciebie. To szybsze zwycięstwa bez kiwnięcia palcem.
Poznaj swój kod, zanim wyruszysz w drogę projektu
Dogłębne zrozumienie Twoich aplikacji i ich kod stwarza dla Ciebie tak wiele możliwości. Udało nam się omówić tylko kilka:
- Oszczędzaj czas
- Popraw wydajność rozwoju
- Zmniejsz koszty
- Przyspiesz swój projekt
- Poprawa planowania i alokacji zasobów
- Zminimalizuj ryzyko niepowodzenia
Spójrz na Piaskownica iDNA i przekonaj się o możliwościach, które na Ciebie czekają lub odwiedź naszą Knowledge Base aby uzyskać więcej szczegółów technicznych.
Nadchodzi w naszej serii
Teraz mamy podstawowe zrozumienie stojącego przed nami zadania w zakresie użytkowania i projektowania. Kolejne kroki dotyczą zbierania nisko wiszących owoców i identyfikowania potencjalnych przeszkód, zanim staną się poważnymi problemami.
Omówimy znaczenie identyfikacji interesariuszy, jak najlepiej podzielić się naszymi historiami sukcesu i czego potrzebujesz, aby zakres projektu był prawdziwy.
Zarejestruj się teraz dla zbliżających webinars or obejrzyj poprzednie webinars.
O tej serii:
Wiele firm na całym świecie zobowiązało się do HCL Notes/Domino* przez lata. Znają wiele korzyści płynących z tego związku. Ponadto Notes/Domino leży w centrum ich procesów i sposobu ich działania. Mimo to decydenci IT na całym świecie zaczynają wyobrażać sobie przyszłość, w której Notes/Domino może odgrywać mniejszą rolę lub wcale.
*dawniej IBM Notes/Domino
