Jeżeli jesteś humanistą zaczynającym przygodę z kodowaniem wspieranym przez AI, to zapewne znasz ten problem: masz pomysł, co chcesz osiągnąć, lecz gubisz się w kolejności kliknięć i poleceń. Właśnie w takim momencie przydaje się skrypt – czysty i przejrzysty.
Skrypt to nic innego jak zapisana procedura, tylko że zamiast w dokumencie Word, jest to zestaw poleceń, które komputer może wykonać automatycznie. Nie chodzi tu o programowanie dla samego programowania, lecz o to, by nie musieć pamiętać czynności, które zawsze przebiegają tak samo.
Skrypt to nie sprytne rozwiązanie, lecz zewnętrzna pamięć.
Moja zasada jest prosta: tworzę skrypt, gdy chcę zabezpieczyć się przed własnymi błędami. Może to brzmieć surowo, ale działa.
W praktyce, w projekcie trustedone.pl, najbardziej opłacalne okazały się skrypty do zadań monotonnych, lecz kluczowych – takich, gdzie pominięcie jednego kroku powoduje chaos (np. wdrażanie zmian i czyszczenie cache w różnych miejscach). Kiedy robiłem to ręcznie, zaskakująco często zapominałem. Skrypt rozwiązał problem: jedno uruchomienie, stała kolejność, mniej stresu.
Kiedy skrypt ma sens – wersja dla użytkowników, nie programistów
Nie potrzebujesz skomplikowanych matryc decyzyjnych. Wystarczą dwa pytania:
Czy wykonuję to często? Jeśli czynność powtarza się regularnie, automatyzacja zaczyna się opłacać. U mnie obowiązuje „zasada trzech razy”: jeśli robię coś po raz trzeci, to już nie pojedynczy przypadek, lecz proces.
Czy błąd jest kosztowny? Jeśli pomyłka oznacza godzinę naprawiania lub kompromitację na produkcji, skrypt działa jak checklisty w lotnictwie. Nikt nie pilotuje „na pamięć”, nawet gdy ma dobry dzień.
Kiedy skrypt przeszkadza (i wtedy lepsze jest AI)
Są sytuacje, w których skrypt to przesada: jednorazowe dochodzenie, szybkie sprawdzenie, diagnoza problemu, który często się zmienia. W takich przypadkach lepiej sprawdza się AI jako partner do rozmowy: podpowie polecenia, pomoże porównać wyniki, zasugeruje kierunek – bez konieczności tworzenia narzędzia, które za tydzień będzie nieaktualne.
To istotne, ponieważ „martwe skrypty” mają tendencję do mnożenia się. Nagle katalog zapełnia się plikami typu check-v2-final2-ostatni.sh i nikt nie wie, który jest właściwy. W moich notatkach nazywam to wprost: script sprawl – automatyzacja, która zaczyna przeszkadzać bardziej niż ręczne wykonywanie zadań.
Najważniejsza zasada bezpieczeństwa, którą warto znać od początku
Nigdy nie umieszczaj haseł w skryptach.
To nie jest „informatyczna paranoja”. To praktyka bezpieczeństwa, jasno opisana przez OWASP: zapisane na stałe hasła lub sekrety to luka, ponieważ prędzej czy później taki sekret wycieknie lub stanie się trudny do zarządzania.
Jeśli musisz zautomatyzować interaktywny proces (np. logowanie wymagające podania hasła), istnieją narzędzia takie jak Expect, stworzone do sterowania programami „rozmawiającymi” w terminalu. To działa, ale wymaga ostrożności – zwłaszcza w kwestii sekretów.
Jak ja to rozumiem: „AI do odkrywania, skrypt do powtarzania”
AI sprawdza się doskonale, gdy szukasz rozwiązania. Skrypt jest niezastąpiony, gdy znasz już drogę i chcesz ją zamienić w jedno kliknięcie.
Najbardziej „ludzka” definicja, którą sobie zostawiłem, brzmi tak: skrypt to sposób, by nie musieć codziennie negocjować z własną pamięcią. A pamięć – jak wiadomo – zawsze ma urlop, gdy najbardziej jej potrzebujesz.