Trend w kierunku platform chatbotowych o niskim poziomie kodu

Wraz z rozwojem technik i narzędzi do tworzenia oprogramowania, stopniowo zmierzamy w kierunku podejścia low code i no code. Ma to sens, ponieważ podejścia low code i no code mogą drastycznie obniżyć koszty i czas rozwoju, a tym samym sprawić, że tworzenie znacznie większej liczby aplikacji będzie ekonomicznie opłacalne.

Jeszcze większą zaletą tych podejść, zwłaszcza braku kodu, jest to, że użytkownicy biznesowi, którzy są ekspertami w danej dziedzinie, mogą tworzyć i udoskonalać aplikacje bez konieczności wyjaśniania swoich pomysłów innym. To znacznie skraca czas dostarczania wysokiej jakości produktu na rynek.

Logiczne jest, że rozwój oprogramowania zmierza w kierunku braku kodu. Excel jest najlepszym na świecie przykładem sukcesu aplikacji bez kodu. Wiele aplikacji może być tworzonych przez użytkowników biznesowych. Trudno przecenić znaczenie Excela w zwiększaniu produktywności na świecie.

Platformy niskokodowe w praktyce

Niskokodowa przyszłość nie dotyczy oczywiście pojedynczych frameworków do tworzenia aplikacji, ale ekosystemu łatwych w użyciu interfejsów API. Zapier jest przykładem tego, jak te interfejsy API mogą być wykorzystywane przy zerowym kodowaniu.

Oczywiście brak kodu może również wprowadzać problemy, ponieważ rozwiązania bez kodu mogą być mniej łatwe w utrzymaniu i mniej bezpieczne niż rozwiązania z wyższym kodem. Excel jest tego przykładem.

Należy również zauważyć, że niski poziom kodu nie oznacza, że ludzie z ulicy będą w stanie tworzyć użyteczne aplikacje już pierwszego dnia. Środowisko o niskim poziomie kodu, które pozwala na tworzenie stosunkowo zaawansowanych aplikacji, z pewnością wymaga od użytkownika tych aplikacji dobrego zrozumienia koncepcji i funkcji samego narzędzia. To tak jak z każdym zaawansowanym narzędziem programistycznym.

Nawet jeśli narzędzia bez kodu zmniejszają złożoność budowania pewnych typów funkcjonalności w porównaniu do budowania tych funkcji za pomocą kodu, nie da się obejść faktu, że osiągnięcie złożonej funkcjonalności będzie wiązało się z pewnym stopniem złożoności nawet w narzędziu bez kodu. Wyraźnym tego przykładem są silniki do tworzenia chatbotów, takie jak Unreal Engine, w których koncepcje kodowania niskiego poziomu (takie jak pętle while i for) są reprezentowane wizualnie. Może to stanowić ulepszenie w stosunku do bezpośredniego kodowania, ale wymaga zaawansowanej znajomości aplikacji i pojęć.

Oznacza to, że wiedza specjalistyczna nadal ma znaczenie, nawet w świecie bez kodu. Excel jest kolejnym przykładem. Istnieje duża różnica między zaawansowanym użytkownikiem a zwykłym użytkownikiem, nie tylko w tym, co mogą osiągnąć, ale także w łatwości utrzymania wyniku końcowego.

Jeśli chodzi o łatwość konserwacji, prawdą jest, że rozwiązanie bez kodu niekoniecznie jest mniej łatwe w utrzymaniu niż rozwiązanie oparte na kodzie. W wielu przypadkach rozwiązanie bez kodu jest preferowane, ponieważ jest znacznie bardziej oczywiste, co się dzieje.

Istnieje jednak punkt, w którym złożone systemy mają wiele zależności i stanów warunkowych, a pewien poziom kontroli procesu rozwoju i obsługi błędów musi zostać zaimplementowany w systemie, co może być trudne do wykonania w narzędziach bez kodu.

Może się również zdarzyć, że ograniczenia narzędzia bez kodu sprawiają, że stworzenie określonej funkcji jest znacznie bardziej skomplikowane niż w przypadku, gdyby funkcja została zakodowana przez eksperta. Konieczne staje się zhakowanie funkcji w narzędziu bez kodu, która byłaby stosunkowo łatwa do zbudowania w kodzie. Problem polega na tym, że poziom abstrakcji, który implementuje narzędzie bez kodu, sprawia, że niektóre przypadki użycia są trudne do zbudowania. Jest na to wiele przykładów ze świata Excela.

Krótko mówiąc, przypadek użycia określi, czy lepiej jest użyć niskiego kodu, bez kodu lub w pełni zakodowanego rozwiązania. Jak wszystko w życiu, wymagana jest pewna ocena tego, jakie podejście może być najlepsze dla danego przypadku użycia, ale nie ma wątpliwości, że trend w narzędziach do tworzenia oprogramowania zmierza w kierunku niskiego lub zerowego kodu.

Rozwój rozwiązań niskokodowych niekoniecznie oznacza, że programiści będą mieli mniej pracy, ale oznacza, że programiści będą musieli korzystać z kombinacji kodu i platform niskokodowych / bezkodowych, aby osiągnąć optymalną wydajność.

Z ekonomicznego punktu widzenia oznacza to, że tworzenie znacznie większej liczby aplikacji będzie ekonomicznie wykonalne, a zatem jest prawdopodobne, że programiści będą zajęci specjalistyczną pracą nad znacznie większą liczbą projektów i tworzeniem bardziej konsumowalnych interfejsów API dla całego świata.

Podsumowując, wierzymy, że zawsze będzie istniała rola dla jakiegoś elementu kodowania, a zatem celem końcowym będzie raczej niski poziom kodu niż jego brak. Środowisko o niskim poziomie kodu zostało zaprojektowane tak, aby umożliwić programistom łatwe dodawanie niestandardowych funkcji, które uzupełniają funkcjonalność zbudowaną na tym samym frameworku bez użycia narzędzi kodowych. Jest to najlepszy ze wszystkich światów, w którym profesjonalni użytkownicy biznesowi mogą rozwijać dużą część oprogramowania, a programiści mogą narzucić profesjonalne praktyki tworzenia oprogramowania i zapewnić niestandardową funkcjonalność oprogramowania.

Niskokodowe platformy do tworzenia chatbotów

Trendy low code i no code odnoszą się również do technologii tworzenia chatbotów. Istnieje już wiele platform no code, choć funkcjonalność oferowana w tym obszarze jest stosunkowo ograniczona.

Platformy bez kodu już teraz mają wiele sensu w przypadku prostych przypadków użycia chatbota, szczególnie w sferze marketingu, gdzie bot dostarcza głównie informacji, a interakcja użytkownika jest ograniczona.

W przestrzeni chatbotów istnieje tendencja do niedoceniania potrzeby niestandardowego rozwoju i dlatego uważa się, że powinno być możliwe stworzenie narzędzi programistycznych bez kodu, na których użytkownicy biznesowi mogą budować złożone boty, bez istotnego poświęcania doświadczenia klienta.

W ludzkiej naturze leży niedocenianie zadań. Prawie każdy plan, który tworzymy, jest uproszczeniem rzeczywistości. Kiedy próbujemy wykonać zadania związane z realizacją planu, pojawiają się rzeczy, których nie przewidzieliśmy, albo z powodu braku przewidywania, albo dlatego, że były całkowicie nieprzewidywalne.

Po rozpoczęciu pracy nad oprogramowaniem, bez względu na to, jak dobra jest specyfikacja, zmiany w przypadku użycia lub sposobie napisania kodu są nieuniknione, ponieważ nowe fakty wychodzą na jaw w trakcie procesu rozwoju.

Często zdarza się, że chatbot potrzebuje złożonej funkcjonalności, która wymaga logiki programistycznej lub niestandardowych interfejsów graficznych. Na przykład, chatbot może potrzebować śledzić wyniki lub interakcje z użytkownikiem, może potrzebować interakcji ze stroną internetową, może potrzebować prostego ekranu dla użytkownika, aby wprowadzić dane ciekawostki dla niestandardowego bota ciekawostek. Chatbot może potrzebować zarządzać i resetować konteksty w zależności od tego, gdzie użytkownik znajduje się w przepływie. Żadna z tych rzeczy nie musi być oczywista na początku, zwłaszcza dla osób, które nie mają doświadczenia w budowaniu chatbots, ale te rzeczy mają duży wpływ na doświadczenie użytkownika.

Podsumowując

Na tym blogu dużo mówiliśmy o Excelu jako przykładzie wysoce produktywnego środowiska bez kodu, jednak w rzeczywistości Excel jest środowiskiem o niskim poziomie kodu z rozbudowanymi funkcjami umożliwiającymi programistom pisanie kodu lub integrację z kodem. Niezależnie od liczby szablonów i funkcji zawartych w oprogramowaniu, zawsze będzie istniała potrzeba dostosowania go do określonych przypadków użycia.

Ostatecznie kompromisy dotyczą nakładających się na siebie czynników wydajności rozwoju i jakości doświadczenia użytkownika oraz zwrotu z inwestycji w projekt.

Wyzwaniem dla frameworków no code jest dostarczenie wszystkiego, co potrzebne do stworzenia wysokiej jakości doświadczenia użytkownika. Wyzwanie polega na tym, że 10%, które trudno jest zbudować na platformie bez kodu, może mieć ogromne znaczenie dla użytkownika końcowego. W świecie chatbots iluzja, że możliwe jest zbudowanie wszystkiego w sposób bez kodu, jest potężna.

Naszym zdaniem trendem zawsze będzie tworzenie lepszych platform do tworzenia chatbotów o niskim poziomie kodu, a nie bez kodu, w których zakres funkcjonalności, które użytkownicy biznesowi mogą tworzyć samodzielnie, zawsze będzie się rozszerzał. Na tym blogu przedstawiliśmy korzyści w zakresie kreatywności i ekonomii, które wynikają z umożliwienia użytkownikom biznesowym samodzielnego tworzenia oprogramowania, a zatem niezwykle ważne jest, aby ramy rozwoju chat botów były jak najbardziej wydajne dla użytkowników biznesowych.

Jest również tak, że niektóre aspekty rozwoju oprogramowania, w tym tworzenie chatbots, muszą być dostarczane przez programistów za pomocą kodu, a to musi być jak najłatwiejsze do wykonania dla programistów. Niski poziom kodu nigdy nie zostanie całkowicie wyparty przez brak kodu, jednak zawsze będą one musiały stawać się coraz lepsze w obsłudze swoich dwóch głównych klientów, profesjonalnych użytkowników biznesowych i twórców oprogramowania.