𝗠𝗼𝘀𝘁 𝗘𝗻𝗴𝗶𝗻𝗲𝗲𝗿𝘀 𝗨𝘀𝗲 𝗔𝗜. 𝗙𝗲𝘄 𝗘𝗻𝗴𝗶𝗻𝗲𝗲𝗿 𝗪𝗶𝘁𝗵 𝗜𝘁.
De meeste software engineers gebruiken nu AI.
Ze gebruiken het voor debugging, het schrijven van tests of het genereren van SQL-queries. Het gebruik van AI is eenvoudig. Engineeren met AI is veel moeilijker.
Ik merkte een probleem op tijdens het gebruik van AI voor taken in echte repositories. Een foutieve wijziging resulteert niet alleen in een slechte output. Het breekt je structuur, je tests en je toekomstige onderhoudbaarheid.
Het onderdeel van codegeneratie is eenvoudig. Een brede prompt produceert snel code. Het ziet er op het eerste gezicht schoon uit.
Nuttige resultaten komen pas wanneer je eerst het saaie werk doet. Je moet:
- De vereisten definiëren.
- De scope beperken.
- Randvoorwaarden uitleggen.
- Beslissen hoe je de wijziging verifieert.
De vaardigheid is niet het prompten. De vaardigheid is het vormgeven van het werk.
AI verhoogt de snelheid van de output. Het verhoogt niet de kwaliteit van de verificatie. Als code sneller gegenereerd kan worden, worden onduidelijke vereisten duurder. Zwakke reviews worden gevaarlijker.
AI versterkt je bestaande engineering-loop.
Als de vereiste onduidelijk is, produceert AI nog steeds iets. Als de architectuur rommelig is, kopieert AI de rommel. Als je de output niet kunt beoordelen, wordt snelheid een risico.
De vraag is niet of AI engineers vervangt. De vraag is: welke onderdelen van engineering worden belangrijker wanneer code goedkoop is?
Mijn antwoord: helder nadenken voordat je begint met implementeren.
AI maakt oud advies belangrijker:
- Denk twee keer na, codeer één keer.
- Definieer het probleem voordat je AI vraagt om het te bouwen.
- Controleer de afwegingen voordat je een antwoord accepteert.
- Verifieer het gedrag voordat je merge.
Engineering verschuift van het schrijven van code naar het vormgeven van de juiste wijziging.
Behandel AI als een medewerker die structuur nodig heeft. Een goede loop ziet er zo uit: Vereiste → Gaten → Plan → Kleine wijziging → Review → Controles → Notities.
Echte engineering gaat niet over het produceren van code. Het gaat over het produceren van betrouwbare wijzigingen.
Het voordeel zit niet in het genereren van de meeste code. Het voordeel zit in weten wat je moet bouwen en hoe het in je systeem past.
De engineers die winnen, zullen niet de snelste prompt-schrijvers zijn. Het zullen degenen zijn die betere workflows rondom de tool ontwerpen.
Bron: https://dev.to/jeelvankhede/most-engineers-use-ai-few-engineer-with-it-3pd
Optionele leercommunity: https://t.me/GyaanSetuAi