Budowanie i utrzymanie aplikacji no-code

1. Dział kadr co tydzień ręcznie przepisuje wnioski urlopowe z maili do arkusza. Co proponujesz?

Rozpisuję proces krok po kroku i buduję prostą aplikację z formularzem, akceptacją przełożonego i automatycznym powiadomieniem. Przygotowuję wspólny arkusz, w który każdy sam wpisuje swój wniosek. Nic — skoro jakoś działa, nie warto tego ruszać.

2. Zanim zaczniesz budować aplikację, co robisz najpierw?

Rozmawiam z przyszłymi użytkownikami, spisuję wymagania i projektuję strukturę danych oraz przepływ ekranów. Od razu układam pierwsze ekrany i poprawiam je w trakcie. Biorę pierwszy lepszy szablon, nie sprawdzając, czy pasuje do potrzeb.

3. Aplikacja, z której korzysta cały zespół, nagle przestaje wysyłać powiadomienia. Jak działasz?

Sprawdzam historię uruchomień automatyzacji i ostatnie zmiany, odtwarzam błąd na danych testowych, naprawiam go i informuję użytkowników. Wyłączam i włączam automatyzację, licząc, że zacznie działać. Czekam, aż ktoś się poskarży.

4. Użytkownicy proszą o coraz więcej funkcji, a aplikacja zaczyna działać wolno. Co robisz?

Ustalam priorytety z właścicielem procesu, porządkuję strukturę danych i sprawdzam, czy platforma nie dochodzi do granic swoich możliwości. Dodaję kolejne funkcje, a wydajnością zajmę się później. Spełniam każdą prośbę od ręki, bez żadnej analizy.

5. Budujesz aplikację z danymi klientów. Kto powinien mieć do nich dostęp?

Tylko osoby, które ich potrzebują — ustawiam role i uprawnienia oraz dbam o zgodność z zasadami ochrony danych w firmie. Cały zespół — tak jest najwygodniej. Każdy, kto dostanie link do aplikacji.

6. Jak dokumentujesz aplikacje, które tworzysz?

Opisuję logikę, źródła danych, automatyzacje i powiązania, tak by ktoś inny mógł przejąć ich utrzymanie. Robię krótkie notatki tylko dla siebie. Nie dokumentuję — wszystko mam w głowie.

7. Czy lubisz rozkładać pracę na kroki, warunki i wyjątki, tak jak w schemacie blokowym?

Tak — sprawia mi satysfakcję, gdy chaotyczny proces zamienia się w czytelny, przewidywalny schemat. Czasem, przy prostych zadaniach. Nie, wolę działać intuicyjnie.

8. Dział IT ma obawy wobec aplikacji tworzonych poza nim. Jak reagujesz?

Zapraszam IT do rozmowy i wspólnie ustalamy zasady — integracje, kopie zapasowe, bezpieczeństwo, odpowiedzialność za utrzymanie. Tłumaczę, że to tylko proste narzędzie, i robię swoje. Staram się, żeby IT w ogóle się o aplikacji nie dowiedziało.

9. Pojawia się potrzeba, której platforma nie obsłuży bez skomplikowanych obejść. Co robisz?

Oceniam koszty i ryzyka obejścia, rozważam integrację z innym narzędziem lub wsparcie programisty i rekomenduję najlepsze rozwiązanie. Buduję rozbudowane obejście, byle tylko zadziałało. Mówię, że się nie da, i zamykam temat.

10. Co najbardziej motywuje Cię do podjęcia studiów podyplomowych „Budowanie i utrzymanie aplikacji no-code”?

Chęć samodzielnego tworzenia i rozwijania aplikacji, które realnie usprawniają pracę zespołów. Ciekawość, czym jest no-code i czy przyda mi się w obecnej pracy. Nie jestem pewien/pewna, czy to dla mnie

⇑Budowanie i utrzymanie aplikacji no-code na Uniwersytecie DSW Ideis Wrocław

⇑Test: sprawdź czy Budowanie i utrzymanie aplikacji no-code to studia dla Ciebie

Przejdź do:

Kontakt: