"Kun je zonder te coderen? De huiveringwekkende reden waarom hackers de 'vibe coding' trend verwelkomen Naarmate er steeds meer mensen zijn die vibe coding toepassen, is er een tijd aangebroken waarin degenen die blockchain-gerelateerde diensten met vibe coding ontwikkelen, echt voorzichtig moeten zijn. Laten we ook eens kijken naar hoe de code van alle bedrijven in de toekomst zou kunnen veranderen. Het grootste voordeel van vibe coding is dat je, zelfs als je niet zelf kunt ontwikkelen, via alleen Prompting kunt ontwikkelen. Vooral in front-end ontwikkeling kan men zeggen dat vibe coding bijna de hele markt heeft veroverd, en de effectiviteit en voordelen van vibe coding worden steeds meer bewezen. Natuurlijk is de ontwikkeling van vibe coding ook zeer snel, en het wordt elke dag verfijnder en beter. Maar het probleem is dat, op een gegeven moment, als de code volledig door machines wordt geschreven en niet door mensen, er geen manier is om te weten welke code erin zit en waar de fouten zich bevinden. Degenen die vibe coding hebben geprobeerd, hebben waarschijnlijk de volgende verschijnselen gezien: 1️⃣ Het probleem dat het iets verandert dat niet gevraagd is. 2️⃣ Het probleem dat het niet meer reageert omdat het geheugen vol is (waardoor je het in delen moet opdelen om het te laten werken). 3️⃣ Het probleem dat er een fout optreedt en het niet kan worden opgelost. (En als je geen ontwikkelaar bent, weet je niet waar het misgaat.) Het derde geval komt vooral vaak voor wanneer je werkt met de back-end in plaats van de front-end. Een van de redenen waarom ik vibe coding alleen lokaal gebruik en niet deploy, is vanwege dit probleem. Je hebt gecodeerd, maar hoewel het oppervlakkig zichtbaar is, is er geen manier om te verifiëren of het daadwerkelijk goed functioneert (soms, als AI het moeilijk vindt om als een mens te functioneren, vult het gewoon in wat zichtbaar is en werkt het niet echt). En als er een probleem is, is er geen manier om te verifiëren of dat probleem goed wordt opgelost. Je schrijft duizenden regels code, maar het probleem is dat de persoon die de instructies geeft en de AI niet in staat zijn om "verificatie" uit te voeren. De grootste frustratie van degenen die een ontwikkelaar hebben ingehuurd zonder zelf ontwikkelaar te zijn, is waarschijnlijk dat als de ontwikkelaar zegt "het werkt niet", ze niet kunnen bewijzen dat het wel werkt. AI zegt niet "het werkt niet", maar als je het steeds vraagt, zal het met een militaire mindset proberen het "werkend te maken" door middel van misleiding. Met andere woorden, degene die de Prompting doet, moet ook een zekere mate van ontwikkeling begrijpen om AI goed te kunnen bedienen. En het grootste probleem is dat we in een tijd leven waarin junior ontwikkelaars niet meer worden opgeleid. Dit betekent dat, omdat senior ontwikkelaars die goed met AI kunnen omgaan de voorkeur hebben en werk kunnen vinden, er al meer dan vijf jaar geen junioren meer worden opgeleid. We kunnen in een tijdperk komen waarin we volledig afhankelijk zijn van AI en met onbekende code iets moeten doen, of gewoon in de vorm van "vertrouwen en overdragen" moeten benaderen. Dit is vooral dodelijk in ecosystemen zoals blockchain, waar code en geld op één plek zijn gebundeld. Dit betekent dat zodra een smart contract met een eenvoudige bug is gedeployed, het geld al vrij kan bewegen. En in feite wordt verwacht dat hackers zich steeds meer richten op deze specifieke zwakheden van AI om te profiteren. 🔰Persoonlijke gedachten Dus moet je geen vibe coding doen? Dat is het niet. Je moet blijven kijken en zelf proberen om te weten hoe ver je kunt gaan. Maar vibe coding is uiteindelijk, net als eerdere AI Agents of LLM's, nog steeds een Tool. Het is essentieel om te begrijpen hoe ver een Tool kan gaan en waar het voor kan worden gebruikt.