Prawdopodobna zmiana to przejście od pisania każdej linii ręcznie do kierowania i weryfikacji systemu, który projektuje większość kodu. Mniej czasu na szablon, więcej na decydowanie co zbudować, precyzyjne wyrażanie intencji i potwierdzenie, że wynik jest poprawny. Metafora która tu pasuje to inżynier jako edytor lub dyrygent zamiast jedynego autora.
Aby przejrzeć kod który nie napisałeś, musisz go zrozumieć lepiej niż gdybyś go napisał sam. Aby precyzyjnie wyrażić intencję, potrzebujesz solidnego modelu struktur danych, złożoności, współbieżności i trybów awarii. AI podnosi minimum na objętości wyników, ale podnosi standard osądu — a osąd opiera się na podstawach. Developer, który pominął podstawy, może wygenerować kod, ale nie potrafi stwierdzić kiedy jest błędny.
Obawy że AI czyni głęboką wiedzę przestarzałą biorą to do tyłu. Gdy rutynowe pisanie jest zautomatyzowane, różniącym się czynnikiem staje się część która jest najtrudniejsza do zautomatyzowania: zrozumienie systemów wystarczająco dobre aby je kierować i weryfikować. Inwestowanie w podstawy i zmysł do projektowania — nie tylko płynność w narzędziach — to co utrzymuje cię wartościowym gdy rola wznosi się do wyższego poziomu abstrakcji.
Biblioteka pytań rekrutacyjnych IT ze szczegółowymi odpowiedziami — od Juniora do Seniora.
Wesprzyj