Czy ChatGPT zabije programistów?

Czy ChatGPT zabije programistów?

Znacznik czasu: 5 grudnia 2023 3:58

Tworząc nową stronę internetową mojej firmy, poprosiłem ChatGPT o kod dla następujących responsywnych elementów projektu:

  1. 3 obrazy obok siebie
  2. Tabela z 2 rzędami, pierwszy rząd z 3 obrazami, drugi rząd z 3 linkami
  3. 3 obrazy obok siebie w jednej linii i 3 linki w następnej linii
  4. 3 obrazy obok siebie z połączonymi podpisami.

ChatGPT odpowiedział, przesyłając fragmenty kodu dla wszystkich czterech specyfikacji. Jeden z nich został częściowo pokazany na poniższej wystawie.

Czy ChatGPT zabije programistów? Inteligencja danych PlatoBlockchain. Wyszukiwanie pionowe. AI.

Wszystkie fragmenty kodu zadziałały za pierwszym razem. Nie musiałem wykonywać żadnego debugowania (nie żebym był w stanie to zrobić!).

Miałem wątpliwości co do następującego wiersza kodu dostarczonego przez ChatGPT:

----

.image {flex: 0 0 33.33%; /* Dostosuj tę wartość, aby zmienić szerokość każdego obrazu */ max-width: 100%;

----

Poprosiłem ChatGPT o wyjaśnienia.

Dało mi to krystalicznie jasną odpowiedź bez kpiącej/protekcjonalnej postawy typowego użytkownika StackOverflow.

Według dowolnego punktu odniesienia wydajność ChatGPT była znakomita.

Rodzi to następujące pytanie:

Czy ChatGPT zabije programistów?

----

To nie pierwszy raz, kiedy ludzie zadają to pytanie.

Przewidywano, że w ciągu ostatnich dwudziestu lat wiele technologii, które były wówczas tak rewolucyjne, jak dzisiaj ChatGPT, sprawi, że programiści staną się przestarzałymi. Pozwólcie, że przejdę ścieżką wspomnień i przypomnę niektóre z nich.

1.ERP

Kiedyś firmy tworzyły własne oprogramowanie. Były to zazwyczaj opracowane na zamówienie rozwiązania punktowe dotyczące sprzedaży, zakupów, zapasów, finansów, produkcji i innych funkcji biznesowych. Zostały one opracowane albo przez zespół wewnętrznych programistów, albo zlecone zewnętrznym dostawcom.

Kiedy na scenę wkroczył system ERP i zastąpił te niestandardowe rozwiązania, ludzie zaczęli się zastanawiać, co stanie się z tymi wewnętrznymi i zewnętrznymi programistami.

2. Platforma RAD / niski kod / brak kodu

Mniej więcej w tym czasie kierowałem marketingiem u globalnego dostawcy rozwiązań ERP.

Internet był wszędzie, moja firma miała stronę internetową i wszyscy mieliśmy firmowe konta e-mail. Wszystkie materiały marketingowe znajdowały się na stronie internetowej, a przedstawiciele handlowi mogli wyszukiwać i pobierać wszystko, czego potrzebowali. Och, tylko żartuję! Ostatnie zdanie nie jest prawdziwe. Nie miałem pojęcia, jak opublikować nowe treści na stronie firmowej, więc wysłałem je jako załączniki do e-maila w teren.

Któregoś dnia spotkałem współpracownika w STREFIE PALENIA mojego biurowca. Był programistą w organizacji inżynieryjnej. Ze względu na brak kontaktu w pracy, nigdy nie spotkałam go w biurze. Zaczęliśmy wymieniać uwagi na temat naszych stanowisk pracy.

Przypadkiem wspomniałem mu o chęci zbudowania portalu do hostowania materiałów marketingowych. Powiedział mi, że słyszał o narzędziu o nazwie Microsoft Frontpage, które umożliwia nie-maniakom tworzenie prostych stron internetowych za pomocą edytora wizualnego i elementów sterujących przeciąganiem i upuszczaniem. Jako zaawansowany użytkownik narzędzia do tworzenia wykresów Microsoft Visio znałem ten paradygmat.

Wróciłem do biura i wypróbowałem Frontpage. I oto udało mi się stworzyć portal materiałów marketingowych w ciągu tygodnia, nie pisząc ani jednej linii kodu HTML (do czego i tak nie byłem zdolny).

W tamtym czasie Frontpage działał na platformie Rapid Application Development (RAD). Dziś nazwalibyśmy ją platformą z niskim kodem/bez kodu.

Kierując się tym doświadczeniem, zacząłem zastanawiać się nad losem koderów.

3. Tłumacze kodu

W mojej następnej firmie sprzedawałem narzędzie, które umożliwiało zamianę starszego kodu COBOL na Javę. W tamtym czasie nazywaliśmy to Code Translator. Uważam, że nazwa tej kategorii produktów została teraz zmieniona na Transpiler kodów.

Ponieważ transpilatory kodu umożliwiają nie tylko tłumaczenie kodu z jednego języka programowania na inny, ale także czyszczenie go w porównaniu z oryginałem, technologia ta w naturalny sposób rodzi pytania o zapotrzebowanie na programistów – oraz architektów i projektantów – w przyszłości.

4. Automatyzacja przepływu pracy

Z biegiem czasu korzystałem z narzędzi do automatyzacji przepływu pracy, takich jak IFTTT do automatyzacji wielu procesów, m.in.

  1. Gdy tylko opublikuję post na blogu firmowym, automatycznie wstawię link na Twitterze.
  2. Ilekroć ktoś zaangażuje się w mój tweet, automatycznie dodawaj go do listy o nazwie
    skr-angażujący.

Czy ChatGPT zabije programistów? Inteligencja danych PlatoBlockchain. Wyszukiwanie pionowe. AI.

Ponownie pojawiło się pytanie, czy te narzędzia do automatyzacji przepływu pracy zabiją programistów?

5. Monitorowanie + obserwowalność

Automatyzując kompleksowy proces wykrywania, segregowania i rozwiązywania incydentów w środowiskach IT, platformy monitorowania i obserwowalności budzą wątpliwości, czy w przyszłości administratorzy systemów będą potrzebni.

6. WordPress + Gutenberg

Niedawno użyłem WordPress + Gutenberg Block Editor, aby zaktualizować witrynę mojej firmy do responsywnego projektu. Nie napisałem/edytowałem ani jednej linii kodu. Kto potrzebuje koderów, co?

----

Wymienione technologie nazywam TŁUMIKI POPYTU. Wszystkie, gdy weszły na rynek, były rewolucyjne i groziły odebraniem pracy programistom.

Ale żaden z nich tego nie zrobił. Jeśli już, to obecnie jest więcej programistów niż kiedykolwiek wcześniej w historii IT.

Co daje?

Przypisuję ten pozorny paradoks pojawieniu się tego, co nazywam STYMULANTY POPYTU. Korzystając z szeregu nowych modeli wdrażania i scenariuszy użycia, utworzyli nowe zadania kodowania w niezbadanych dotychczas obszarach informatyki.

Więcej na ten temat w kolejnym poście. Obserwuj tą przestrzeń.

Znak czasu:

Więcej z Fintextra