Większość inżynierów używa AI. Nieliczni inżynierują z nią.

Większość inżynierów oprogramowania korzysta już z AI.

Używają jej do debugowania, pisania testów czy generowania zapytań SQL. Korzystanie z AI jest łatwe. Inżynierowanie z użyciem AI jest znacznie trudniejsze.

Zauważyłem problem podczas wykorzystywania AI w zadaniach związanych z rzeczywistymi repozytoriami. Błędna zmiana nie skutkuje jedynie złym wynikiem. Niszczy ona Twoją strukturę, Twoje testy i przyszłą łatwość utrzymania kodu.

Generowanie kodu jest proste. Ogólny prompt szybko produkuje kod. Na pierwszy rzut oka wygląda on czysto.

Przydatne rezultaty pojawiają się dopiero wtedy, gdy najpierw wykonasz żmudną pracę. Musisz:

Umiejętnością nie jest promptowanie. Umiejętnością jest kształtowanie pracy.

AI zwiększa szybkość generowania wyników. Nie zwiększa jednak jakości weryfikacji. Jeśli generowanie kodu staje się szybsze, niejasne wymagania stają się bardziej kosztowne. Słabe przeglądy kodu stają się bardziej niebezpieczne.

AI wzmacnia Twój istniejący cykl inżynierski.

Jeśli wymagania są niejasne, AI i tak coś wygeneruje. Jeśli architektura jest nieuporządkowana, AI skopiuje ten nieład. Jeśli nie potrafisz zweryfikować wyniku, szybkość staje się ryzykiem.

Pytanie nie brzmi, czy AI zastąpi inżynierów. Pytanie brzmi: które elementy inżynierii stają się ważniejsze, gdy kod jest tani?

Moja odpowiedź: jasne myślenie przed implementacją.

AI sprawia, że stare rady stają się jeszcze ważniejsze:

Inżynieria przesuwa się z pisania kodu w stronę kształtowania właściwych zmian.

Traktuj AI jak współpracownika, który potrzebuje struktury. Dobry cykl wygląda następująco: Wymagania → Luki → Plan → Mała zmiana → Przegląd → Sprawdzenia → Notatki.

Prawdziwa inżynieria nie polega na produkowaniu kodu. Polega na wprowadzaniu niezawodnych zmian.

Przewaga nie polega na generowaniu jak największej ilości kodu. Przewaga polega na wiedzy, co zbudować i jak to pasuje do Twojego systemu.

Inżynierowie, którzy wygrają, nie będą najszybszymi autorami promptów. Będą to ci, którzy zaprojektują lepsze procesy pracy wokół tego narzędzia.

Source: https://dev.to/jeelvankhede/most-engineers-use-ai-few-engineer-with-it-3pd

Optional learning community: https://t.me/GyaanSetuAi