Zal ChatGPT codeerders doden?

Tijdens het bouwen van de nieuwe website van mijn bedrijf vroeg ik ChatGPT om code voor de volgende responsieve ontwerpelementen:

1. 3 afbeeldingen naast elkaar
2. Tafel met 2 rijen, eerste rij met 3 afbeeldingen, tweede rij met 3 schakels
3. 3 afbeeldingen naast elkaar op één regel en 3 links op de volgende regel
4. 3 afbeeldingen naast elkaar met gekoppelde bijschriften.

ChatGPT reageerde met codefragmenten voor alle vier de specificaties. Eén ervan wordt gedeeltelijk getoond in de volgende figuur.

Alle codefragmenten werkten de eerste keer. Ik hoefde geen foutopsporing uit te voeren (niet dat ik daartoe in staat ben!).

Ik twijfelde over de volgende regel in de code van ChatGPT:

----

.afbeelding {flex: 0 0 33.33%; /* Pas deze waarde aan om de breedte van elke afbeelding te wijzigen */ max-with: 100%;

----

Ik vroeg ChatGPT om opheldering.

Het gaf me een glashelder antwoord zonder de spottende/betuttelende houding van de typische StackOverflow-gebruiker.

Volgens elke benchmark waren de prestaties van ChatGPT overtreffend.

Dit roept de volgende vraag op:

Zal ChatGPT codeerders doden?

----

Dit is niet de eerste keer dat mensen deze vraag stellen.

In de afgelopen twintig jaar werd voorspeld dat veel technologieën die destijds net zo revolutionair waren als ChatGPT nu zijn, codeerders overbodig zouden maken. Laat me teruggaan naar mijn herinneringen en er een paar vertellen.

1. ERP-systeem

Vroeger ontwikkelden bedrijven hun eigen software. Dit waren doorgaans op maat ontwikkelde puntoplossingen voor verkoop, inkoop, voorraad, financiën, productie en andere functies van een bedrijf. Ze zijn ontwikkeld door een team van interne programmeurs of uitbesteed aan externe leveranciers.

Toen ERP op het toneel verscheen en deze op maat ontwikkelde oplossingen verving, begonnen mensen zich af te vragen wat er met die interne en externe codeerders zou gebeuren.

2. RAD / Low Code / No Code-platform

Rond deze tijd gaf ik leiding aan marketing voor een wereldwijde ERP-leverancier.

Internet was er, mijn bedrijf had een website en we hadden allemaal zakelijke e-mailaccounts. Al het marketingmateriaal werd op de website gehost en verkopers konden zoeken en downloaden wat ze nodig hadden. O, ik maak maar een grapje! De laatste zin is niet waar. Ik had geen idee hoe ik mijn nieuwe inhoud op de bedrijfswebsite moest publiceren, dus stuurde ik het als e-mailbijlage naar het veld.

Op een dag ontmoette ik een collega in de ROKERSZONE van mijn kantoorgebouw. Hij was programmeur bij de technische organisatie. Omdat ik geen connectie had op het werk, had ik hem nooit op kantoor ontmoet. We begonnen aantekeningen uit te wisselen over onze respectievelijke banen.

Ik vertelde hem toevallig dat ik een portal wilde bouwen voor het hosten van marketingmateriaal. Hij vertelde me dat hij had gehoord over een tool genaamd Microsoft Frontpage waarmee niet-nerds eenvoudige websites konden bouwen met behulp van een visuele editor en slepen-en-neerzetten. Als hoofdgebruiker van de Microsoft Visio-grafiektool was ik bekend met dit paradigma.

Ik ging terug naar mijn kantoor en probeerde Frontpage. Kijk eens aan, ik kon binnen een week mijn marketingmateriaalportaal maken zonder ook maar één regel HTML-code te schrijven (wat ik sowieso niet kon).

Destijds gebruikte Frontpage het Rapid Application Development (RAD) -platform. Tegenwoordig zou het low-code/no-code-platform worden genoemd.

Afgaande op deze ervaring begon ik me af te vragen wat het lot van codeerders is.

3. Codevertalers

In mijn volgende bedrijf verkocht ik een tool die verouderde COBOL-code naar Java zou verbergen. Destijds noemden we het Code Translator. Ik geloof dat deze productcategorie nu is omgedoopt tot Code Transpiler.

Omdat code-transpilers niet alleen code van de ene programmeertaal naar de andere kunnen vertalen, maar deze ook kunnen opschonen in vergelijking met het origineel, roept de technologie uiteraard vragen op over de behoefte aan programmeurs – en architecten en ontwerpers – in de toekomst.

4. Werkstroomautomatisering

In de loop van de tijd heb ik tools voor workflowautomatisering gebruikt, zoals IFTTT om veel workflows te automatiseren, b.v.

1. Zodra ik een bericht op de bedrijfsblog publiceer, plaats ik automatisch een link op Twitter.
2. Wanneer iemand zich bezighoudt met mijn tweet, voeg hem dan automatisch toe aan een lijst genaamd
   skr-engagers.

Opnieuw rees de vraag of deze tools voor workflowautomatisering codeerders zouden doden?

5. Monitoring + waarneembaarheid

Door het end-to-end proces van detectie, triage en oplossing van incidenten in IT-landschappen te automatiseren, creëren monitoring- en observatieplatforms twijfels over de behoefte aan systeembeheerders in de toekomst.

6. WordPress + Gutenberg

Ik heb onlangs WordPress + Gutenberg Block Editor gebruikt om mijn bedrijfswebsite te upgraden naar responsief ontwerp. Ik heb geen enkele regel code geschreven/bewerkt. Wie heeft er codeerders nodig, hè?

----

Ik noem de bovengenoemde technologieën VRAAGONDERDRUKKER. Ze waren allemaal revolutionair toen ze op de markt kwamen en dreigden de baan van programmeurs weg te nemen.

Maar geen van hen deed dat. Er zijn in ieder geval meer codeerders dan ooit tevoren in de geschiedenis van IT.

Wat geeft?

Ik schrijf deze schijnbare paradox toe aan de opkomst van wat ik noem VRAAG STIMULANTEN. Met een reeks nieuwe implementatiemodellen en gebruiksscenario's creëerden ze nieuwe codeertaken op tot nu toe ondoorgrondelijke computergebieden.

Hierover meer in een vervolgpost. Bekijk deze ruimte.

• Door SEO aangedreven content en PR-distributie. Word vandaag nog versterkt.
• PlatoData.Network Verticale generatieve AI. Versterk jezelf. Toegang hier.
• PlatoAiStream. Web3-intelligentie. Kennis versterkt. Toegang hier.
• PlatoESG. carbon, CleanTech, Energie, Milieu, Zonne, Afvalbeheer. Toegang hier.
• Plato Gezondheid. Intelligentie op het gebied van biotech en klinische proeven. Toegang hier.
• Bron: https://www.finextra.com/blogposting/25317/will-chatgpt-kill-coders?utm_medium=rssfinextra&utm_source=finextrablogs