Proces wytwarzania oprogramowania jest skomplikowany. Dodanie jednego pola na widoku wi膮偶e si臋, z konieczno艣ci膮 zmiany kilku warstw w aplikacji i wymaga pracy co najmniej jednego dewelopera. To jest jeden z najprostszych przyk艂ad贸w.
Z tego powodu, tworzy si臋 du偶a przestrze艅 mi臋dzy wymaganiami biznesu a szybko艣ci膮 implementacji zmian.
Z drugiej strony, w ka偶dej firmie jest du偶o os贸b maj膮cych 艣wietne pomys艂y dotycz膮cych oprogramowania. Tak膮 osob膮 mo偶e by膰 np. pracownik sklepu zielarskiego, kt贸ry tworzy na kartce system do zam贸wie艅 (to by艂em kiedy艣 ja), albo u偶ytkownik automatyzuj膮cy sobie jakie艣 rzeczy. Wielu u偶ytkownik贸w biznesowych wie, jak oprogramowanie ma dzia艂a膰, ale nie chce sp臋dza膰 czasu na nauk臋 j臋zyk贸w programowania. Osoby podejmuj膮ce si臋 zada艅 zwi膮zanych z oprogramowaniem, nie b臋d膮ce programistami, mo偶na sklasyfikowa膰 wsp贸ln膮 rol膮 - citizen deweloper.
Osoby takie nie musz膮 podlega膰 pod dzia艂 IT, co mo偶e mie膰 ogromn膮 zalet臋 w postaci mo偶liwo艣ci bardzo szybkiego wytwarzania w艂asnego oprogramowania, albo zmian obecnego.
Problemem mo偶e by膰 natomiast tworzenie aplikacji sp贸jnych, bezpiecznych i 艂atwych w rozwoju. Program napisany w Excell nie b臋dzie skalowa膰 si臋 dla ca艂ej organizacji. Co innego aplikacje LCNC (Low Code No Code).
Narz臋dzia Low Code i No Code umo偶liwiaj膮 takim osobom, bardzo szybkie tworzenie software z u偶yciem interface wizualnego. Przyk艂adem mo偶e by膰 Mendix, w kt贸rym utworzenie aplikacji 艂膮cz膮cej si臋 z baz膮 danych, zawieraj膮cej kilka endpoint贸w, to kwestia minut, a nie dni.
W przyk艂adzie z pocz膮tku tego wpisu, dodanie jednego pola w Mendix, to po prostu dodanie pola w encji i tyle. Nie trzeba robi膰 zg艂oszenia w Jirze, nie trzeba anga偶owa膰 kilku os贸b z dzia艂u IT. Cz臋sto mam wra偶enie, 偶e do roku 2024 tworzenie oprogramowania w korporacjach zosta艂o maksymalnie skomplikowane. CI/CD, Code Review, testy na wielu poziomach, to wszystko pomaga tworzy膰 bezpieczny software, ale znacznie op贸藕nia czas wdro偶enia zmian.
Brak komentarzy:
Prze艣lij komentarz