Team achter offline meshchatnetwerk Meshcore valt uit elkaar vanwege vibecoding

Er zijn grote problemen in de organisatie achter Meshcore, een opensourcechat-app die ook offline werkt. Een van de ontwikkelaars blijkt een groot deel van de dienst te hebben lopen vibecoden en is inmiddels onbereikbaar. De ontwikkelaar heeft ook zonder overleg het Meshcore-handelsmerk geregistreerd. De rest van de ontwikkelaars zijn nu een nieuwe website begonnen, maar de toekomst van de app lijkt vaag.

Wat is Meshcore?

Meshcore is een meshprotocol waarmee gebruikers via een smartphone en radio berichten over LoRa kunnen verzenden. Daarmee is het mogelijk berichten in chatvorm te versturen, ook als er geen internet is. Gebruikers hebben naast de software ook een radiomodule nodig om de dienst te gebruiken, maar die is verder gratis en opensource.

De makers van Meshcore schrijven dat in een blogpost op hun nieuwe site, Meshcore.io. Dat is een heel nieuwe site; de dienst gebruikte eerst altijd Meshcore.co.uk. Die laatste is nu nog steeds operationeel.

De ontwikkelaars liggen met elkaar overhoop, of beter gezegd, alle overgebleven ontwikkelaars liggen met een van de anderen overhoop. Andy Kirby blijkt een groot deel van de apparaatontwerpen, mobiele apps en webconfiguratietools te hebben overgenomen. Kirby blijkt, zeggen de andere ontwikkelaars, het meeste van zijn werk te vibecoden, ofwel het laten schrijven van code door AI-modellen. Dat is voor een simpele web-app misschien nog wel te overzien, maar Meshcore is een offline berichten-app die ook nog eens versleutelde berichten bevat. Dat is nou net code waar je wat voorzichtiger wil zijn met llm's.

De overgebleven ontwikkelaars stellen ook dat Kirby het handelsmerk MeshCore Trademark heeft geregistreerd, zonder dat met de rest te overleggen. Ze krijgen inmiddels ook geen contact meer met Kirby.

Dat leidt ertoe dat er op dit moment veel onduidelijkheid is over de huidige en toekomstige staat van Meshcore. De makers verwijzen naar de officiële GitHub-repo. Daar staat 'de bron van waarheid over wat Meshcore is', zeggen de makers. Zij gaan ook verder op meshcore.io, maar de bestaande Discord die de devs eerder gebruikten, is nog in handen van Kirby.

Reacties (51)

[Dannydekr]

• Dat is voor een simpele web-app misschien nog wel te overzien, maar Meshcore is een offline berichten-app die ook nog eens versleutelde berichten bevat. Dat is nou net code waar je wat voorzichtiger wil zijn met llm's.

Dit slaat eigenlijk nergens op. 'Vibecoding' is vooral het produceren van code door mensen die doorgaans geen enkel verstand hebben van de basis concepten, de architectuur etc. Althans, dat is wat de term werd toen veel van dit soort mensen code gingen produceren.

Als je als senior-developer een LLM als Opus 4.7 of GPT5.5 binnen een framework als Claude Code en Codex instrueert om bepaalde zaken voor je te fixen, door dit tot in detail te omschrijven met je eigen kennis als fundering, kun je beter spreken van AI Engineering. Hij zou wel gek zijn om dit niet te doen. Je bent hierdoor misschien wel 10x productiever, creatiever maar vooral ook capabeler. Fouten die je zelf maakt, dingen die je over het hoofd zou zien, vangt zo'n framework vaak juist wel af inmiddels.

Als je zelf je checks doet, je testen goed op orde hebt is er echt niks mis met deze manier van developen. Sterker nog, ik denk dat je echt niet meer mee kunt komen als je niet op deze manier AI benut of capabel genoeg bent om AI op deze manier te benutten. Als je nu de vlieguren niet maakt ben je straks echt nergens meer.

[Henk1827]

Je bent hierdoor misschien wel 10x productiever, creatiever maar vooral ook capabeler.

Als senior engineer I call BS. Ja je kan inderdaad code 10x sneller laten genereren. Dat betekent niet dat je 10x sneller bent. Bij hele simpele 13-in-een-dozijn code ben je sneller. Niet 10x maar in gunstige gevallen 2-3x. Echter in de meeste gevallen is je code niet 13-in-een-dozijn, en ben je amper sneller. Netto haal je niet veel snelheidswinst zonder in te leveren op de kwaliteit.

[Squixx]

De meeste code is sowieso 13 in een dozijn.. t ligt er puur aan hoe klein je het probleem slaat.

Alles is _uiteindelijk_ een if statement... Als je als engineer je je specs schrijft tot het punt functie x moet y doen is het zeker wel 13 in een dozijn naast de specs.

[cascer1]

Die 10x productiever claim wil ik graag een bron van zien

[CopyCatz]

n=1: ik ben niet opgeleid als programmeur. Ik zit in een ander vakgebied waarin development mijn bijvak is, en ik dat werk helaas wel zelf moet doen. Ik kan goed verzinnen en uitwerken wat er nodig is, maar moet het vervolgens ook zelf bouwen en dat kost me tijd (en steeds meer stress). Heb onlangs een project waarvoor ik 6 maanden had uitgetrokken in 1,5 week afgerond. Gebouwd door Claude Code, ik kan de code volgen (en leer er ook nog een hoop van).

Ik word een beetje zat van de vibe code vibe hier. Het zijn voornamelijk developers die tot nu toe met een dik salaris bij een software toko zaten die dit soort comments maar blijven posten in de hoop dat het weer over waait. Dat gaat niet meer gebeuren. Voor mij is AI development een godsgeschenk. Ik heb nog nooit zoveel rust in mijn hoofd gehad.

[Reactie gewijzigd door CopyCatz op 24 april 2026 22:25]

[maartenyh]

Bij mij op kantoor wordt veel te veel ge-vibecode. Ik zit erdoor in de burnout omdat ik elke keer de problemen mag oplossen die mijn collegas in de code proppen en het dan niet kunnen oplossen wegens de circlejerk waar een LLM ze doorheen begeleid

Ja, ik zoek ander werk. Maar eerst herstellen van mijn burnout.

Programeren/sparren met een LLM is prima. Het alles voor je te laten schrijven en/of het volledig je architectuuur laten uiteenzetten is langzaam je eigen graf graven zonder dat je het zelf door hebt.

Wat mij wel opvalt is dat een LLM bepaalde software VEEL beter schrijft dan andere software. Helaas is mijn specifieke tak hetgeen wat het heel slecht schrijft.

[J_van_Ekris]

Ik word een beetje zat van de vibe code vibe hier. Het zijn voornamelijk developers die tot nu toe met een dik salaris bij een software toko zaten die dit soort comments maar blijven posten in de hoop dat het weer over waait.

Niets persoonlijks, maar dit soort opmerkingen heb ik echt moeite mee. In mijn beeld zijn het mensen die zich oprecht zorgen maken over de belabberde kwaliteit van spullen die ontstaat als je beginners zonder opleiding code laat creeren? Zeker omdat ze denken van de AI iets te leren. Maar leren ze dan ook de juiste zaken, of leren ze alleen maar slechte gewoontes? Want in de afgelopen 30 jaar heb ik als informaticus één ding geleerd: als de beginners het verkloten moeten de professionals de bende weer komen opruimen.

Ik heb 15 jaar serieus grote organisaties geholpen systemen technisch weer op de rit te krijgen. Ik heb de ellende gezien die ontstaat als je 100 geschiedenis-studenten met een maand opleiding Java bij een klant neerzet. Of dat je mensen zonder opleiding of ervaring met Low code complexe dingen laat bouwen. Nadenken over architectuur: niet gedaan. Code bevat een NP probleem: wat is dat? Defensive programming: waarom? Inputvalidatie: is alleen maar overhead. En documentatie is niet boeiend.

Ik maak me geen zorgen over werkgelegenheid. Ik weet intussen uit ervaring dat ik het komende decennium weer werk heb, en me er serieus voor laat betalen omdat ik weer andermans shit mag gaan opruimen.

[xFeverr]

Die laatste alinea is belangrijk. Ik heb er geen zin in dat dat mijn werk zou gaan worden. Als je toko leeg loopt en niemand wil je troep komen fixen, gaat de prijs flink oplopen.

[Sjaimon]

Ik snap je helemaal. Ik ben ook niet opgeleid als programmeur maar vind het leuk om te doen en kan het goed toepassen in het werkveld. Ik heb het programmeren geleerd voordat AI uitkwam. De stappen die je moet zetten begrijp ik goed. Ik kan de code nu met AI sneller kloppen, en ben daarmee efficiënter. Daarnaast leer ik nog veel bij door met AI in gesprek te zijn en projecten te ontwikkelen. N=2

[Joncik91]

Genoeg apps die programmeurs gebruiken om zaken te fixen die gewoon "met vibecoding" worden onderhouden deze tijd. vooral de Claude codes van deze tijd. Vraag maar aan Boris Cherney

[Sandor_Clegane]

Username post combo.

Mooi man, meer doen.

One of the promises of AI is that it can reduce workloads so employees can focus more on higher-value and more engaging tasks. But according to new research, AI tools don’t reduce work, they consistently intensify it: In the study, employees worked at a faster pace, took on a broader scope of tasks, and extended work into more hours of the day, often without being asked to do so. That may sound like a win, but it’s not quite so simple. These changes can be unsustainable, leading to workload creep, cognitive fatigue, burnout, and weakened decision-making. The productivity surge enjoyed at the beginning can give way to lower quality work, turnover, and other problems. To correct for this, companies need to adopt an “AI practice,” or a set of norms and standards around AI use that can include intentional pauses, sequencing work, and adding more human grounding.

https://hbr.org/2026/02/ai-doesnt-reduce-work-it-intensifies-it

Pas maar op.

[kitkat007]

Je reactie riekt wel een beetje naar afgunst maar goed. Vibecoders zijn oké. Scriptkiddies bestonden altijd en niemand erkent de waarde ervan.

Alleen zal niemand jou aannemen om de backend van bijvoorbeeld een financieel department op zich te nemen. Als het fout gaat wat ga je doen ? Wijzen naar Claude zei het zit wel goed ?

[GoldenSample]

Of een tool nuttig is (of kan zijn) betekend niet magisch dat het niet misbruikt wordt. Met CAD is het ook al decennia een stuk makkelijker een (3D) ontwerp te maken, dat maakt nog niet plots iedereen die met een CAD overweg kan een werktuigbouwkundig ingenieur. Zoeken op ziekte symptomen maakt jou en mij niet plots huisarts en Claude maakt mij geen developer. Maakt dat thuisarts.nl of Claude nutteloos? Zeker niet.

Het probleem is niet zo zeer de tool zelf (Hoewel LLM AI opzichzelf enorme problemen h/geeft). Het probleem is het te breed gebruiken, aan het resultaat veel te hoge verwachtingen hangen en dat zonder de juiste kennis (toe te passen).

[Macshack]

Beetje een vreemde titel. Niks komt DOOR vibe coding. Het ligt aan de afspraken en cultuur die men wel of niet heeft weten te bewaken en/of formuleren. Er is niks inherent slecht aan vibe coding. Het is wat je er mee doet, en hoe je het wilt inzetten. Waren er geen afspraken, Pull Requests, code reviews, architectuur, design en andere standaarden?

Het klakkeloos overnemen van AI geschreven code is in veel gevallen fout. Maar ook niet in alle gevallen. Dus het lijkt erop dat Andy Kirby misschien onjuist, zelfzuchting en onbedachtzaam heeft gehandeld. Maar de andere hebben ook zitten slapen.

[Bazi]

Vibe coding is dat je zelf niet meer naar de code kijkt. Je neemt klakkeloos over wat AI aangeeft. Dat is hoe Andrej Karpathy de term heeft geïntroduceerd.

Dan heb je dus per definitie geen pull requests, code reviews, architectuur etc. Dat gaat dus een heel stuk verder dan AI als een tool gebruiken waarbij je zelf de kwaliteit bewaakt.

Bron: https://x.com/karpathy/status/1886192184808149383

There's a new kind of coding I call "vibe coding", where you fully give in to the vibes, embrace exponentials, and forget that the code even exists. (...)

I "Accept All" always, I don't read the diffs anymore. (...)

The code grows beyond my usual comprehension, (...)

I just see stuff, say stuff, run stuff, and copy paste stuff, and it mostly works.

[Reactie gewijzigd door Bazi op 24 april 2026 21:53]

[Sandro!]

Hoezo zou je geen PRs en code reviews meer hebben? Als één van de ontwikkelaars in een project met AI codet, zal hij dat toch in zijn eigen branch doen die daarna weer in de main moet worden opgenomen? Op dat moment voer je een review van die code uit, en als die voldoet aan de standaarden die je als team gebruikt, accepteer je de PR en worden de wijzigingen gemerged.

Tenminste, ik ben niet anders gewend dan dat je niet je eigen PRs kunt approven, en dat je als reviewer ook niet gewoon op OK drukt.

[Kerfuffle]

Dank. Ik zie de laatste tijd vaker discussies waar fans van AI-assisted coding het willen verdedigen tegen kritiek van AI-hardliners en waar beide kampen voorbijgaan aan de definitie van vibecoding.

Bij vibecoding is de enige check & balance je functionerende product, en soms zelfs alleen de PoC / MVP. Je kijkt niet naar de code, je kent de code niet, je hebt geen zicht op de technical debt, je hebt niet eens de intentie die ooit handmatig op te lossen. Er zijn echt mensen die nu aan het coden zijn die absoluut geen ambitie hebben om die code beter te begrijpen en geen idee hebben waar ze andere developers - en de klant - mee opzadelen. Mensen die AI-assisted coding toepassen en dus gewoon wel de code reviewen en de kwaliteit van de opgeleverde code snappen, zijn in mijn ervaring soms iets te naïef - zoals de waard is, vertrouwt hij zijn gasten - of voelen zich op één hoop gegooid met vibecoders waardoor ze het bredere concept van AI-assisted coding moeten verdedigen.

Ik hou de definitie daarom graag zuiver. Bij AI-assisted coding heb je alle good practices van het software vakmanschap plus een handige tool die je helpt om verantwoord onderhoudbare producten te bouwen. Bij vibecoding heb je fire&forget codeproductie die je wellicht snel op gang helpt om functionele feedback te kunnen krijgen op een idee, maar die je technisch niet kunt vertrouwen, waar je niet op door moet willen itereren en die je zo snel mogelijk weg moet gooien. Iemand die iets vibecodet en niet de beperkingen snapt, of die verhult dat dat is hoe het product tot stand is gekomen voor easy money, wil je gewoon niet aan je product hebben werken.

[MrMonkE]

Hmm zit er 1 op dorp hier. Hoe ver reiken die dingen? En.. zijn er ook relays over internet?
Dus:

ikke -> node-> node-> internet naar uSA -> node -> node -> iemand

[Jorah_Newstone]

Dit gaat er juist over in het geval er geen internet is, dus geen relays over internet, maar wel via de radio. Naar de USA zal lastig gaan, dit is juist erg handig om te kunnen chatten in een gebied. Bijvoorbeeld als een land internet afsluit. In een stad zal je dan gewoon nog met elkaar kunnen chatten.

[MrMonkE]

Ja, ik snap het principe. Ik vroeg me alleen af of er 'bridges' zijn om het intercontinentaal te maken.

[brainbuddy]

Nee, dat is niet mogelijk met MeshCore (zonder scripts te maken dan, maar dat heb ik nog niet gezien). Wat wel gedaan wordt, is dat mensen hun repeater (een device dat alleen een bericht ontvangt en deze doorstuurt) koppelen met het internet, zodat je het daar kan lezen.
In de onderstaande URL kan je de berichten lezen van MeshCore: https://cornmeister.nl/#/channels/public


Meshtastic is een alternatief op MeshCore en daar kan je dit wel doen, maar omdat de bandbreedte erg beperkt is, loopt het netwerk hier snel van vol.

[Snelletomaat]

Nee, het is radio only. Het netwerk werkt omdat mensen zich inzetten om antennes op goede locaties te krijgen en ontvangst te verbeteren. Op het dak, in een mast bij de sportvereniging, boven op een flat, noem het maar. Dat is de hobby en uitdaging. Bij Meshtastic grepen velen naar MQTT over Internet als backup omdat dat standaard in de firmware aanwezig was en er een paar MQTT servers voor waren ingericht. Maar het resultaat was iedereen via MQTT communiceerde en er van het off-grid idee weinig overeind bleef. Er zal vast iemand zijn die het met MeshCore ook in elkaar kan prutsen maar dan ben je ver weg van het principe om een off-grid offline chat infra te maken, met nodes die low power op zonnepaneeltjes en accu's draaien. Dat maakt het leuk om ermee te experimenteren.

[GeroldM]

Denk eerder dat het nuttig is in rampgebieden. Want 1 enkele node op hoogte hangen, zonder dat deze veel energie vergt en reddingswerkers wel in staat stelt om relatief snel te communiceren, ik denk dat dit veel levens zou kunnen besparen.

En ja, rampgebieden zijn vaak terug te vinden in landen met regimes die zich maar al te graag van het internet afkoppelen, om wat voor reden dan ook.

[N8w8]

Zoals gezegd was MeshCore bedoeld om alleen over LoRa te werken.
Een vergelijkbaar project is Nomad, dat werkt over vanalles, o.a. LoRa en internet.
Geen verstand van maar lijkt me in theorie prima voor jouw scenario.
Maar in de praktijk denk ik dat MeshCore veel populairder is, dwz meer kans op radio relays in de buurt.

[Chris.nl]

Wie zich afvraagt of Meshcore een beetje gebruikt wordt in Nederland .... Ja dus

[MMaster23]

Maar kan ik dus een bericht via andere nodes sturen naar een familielid 30km verderop?

[kars noordhuis]

In principe kan je, als de omstandigheden goed zijn zelfs dat bericht linea recta sturen! Het is bij dit soort platformen zelfs een sport om zonder hops zo'n groot mogelijke afstand af te leggen binnen de limieten van de wet (zonder zendvergunning dan)

[N8w8]

idd, grootste probleem voor bereik is obstakels.
Bij langere afstanden wordt de aarde (kromming) het voornaamste obstakel.
Dan is het een kwestie van de hoogte in, om daar overheen te kunnen kijken.
Het LoRa afstand record was dacht ik iets van 400km? En dat zonder bijzondere radio's/antennes.
Maar wel tussen twee zorgvuldig gekozen hoge plekken.

[Chris.nl]

Ja, in principe wel. Veel nodes zullen ook solar powered (met batterijen voor de nacht) zijn dus 't is echt off-grid communicatie.

Als je dieper down the rabbithole gaat dan is 't op dit moment relatief druk op Meshcore. Er hangen veel repeaters (voordeeltje voor nieuwe gebruikers, die hoeven er wellicht geen te moeten), die wat onnodige airtime innemen. Wat dan weer te verbeteren is qua instellingen.

Vanuit de communicty wordt gepushed naar nieuwe instellingen die het bereik wat minder groot maken maar meer bandbreedte geven. Daarnaast wordt het belangrijker om scope(s) in te stellen, d.w.z. de regio's (land, provincie(s) of stad, zodat niet elk bericht onnodig door heel nederland verspreid wordt.

Wie een repeater heeft zou ik willen adviseren deze te updaten naar de laatste firmware en zich in te lezen welke instellingen vanaf 9 mei een actief deel van de gebruikers waarschijnlijk zal aannemen. Los van mijn eigen keuze of mening hierover; sommige repeaters gaan 'denyf*' doorvoeren, d.w.z. dat berichten zonder scope (bijvoorbeeld nl) niet doorgestuurd worden. Men mag dus iets bewuster omgaan met de instellingen per groep of chat, dan voorheen.

[Reactie gewijzigd door Chris.nl op 24 april 2026 21:24]

[ouweklimgeit]

Zeker, hier in oost Nederland komen continue berichten uit de randstad binnen. Hele land is voor een groot deel wel aan elkaar gekoppeld, maar er staan technische wijzigingen op de planning die impact hebben op de werking. Een portable node updaten is geen probleem, maar er hangen ook solar nodes op lastig bereikbare plaatsen die een firmware update nodig hebben.

Dus voor ‘familie en vrienden’ is het nog te vroeg

[remco111]

Leuke kaart. Zie dat bij mij in de straat ook een node geregistreerd staat.

[Snelletomaat]

Volgens mij verandert er weinig. Er zijn twee apps om MeshCore op je telefoon te draaien en gebruik te maken van het MeshCore radionetwerk. De ene is van het team en staat in de App Stores. Gratis.

De andere is MeshOS. Die is van Andy Kirby. Andy heeft een heel actief YouTube kanaal, vlotte babbel en een gunfactor. En die wil geld zien voor zijn app. Nou, dan gebruik je de app van het team.

[Reactie gewijzigd door Snelletomaat op 24 april 2026 21:45]

[Golenes]

Ik hoop sterk dat de FOSS versie van de Meshcore app de ontwikkelingen goed bij gaat houden. Die werkt voor mij trouwens prima. Dit soort ontwikkelingen brengen de nood aan een volledig vrij ecosysteem toch wel in het licht voor mij.

[teesee64]

Meshcore gaat ten onder aan zijn eigen populariteit. Ik heb een solar repeater in een mast hangen en die is gewoon constant bezig berichten door te sturen. Het is zelfs zo druk dat ik mijn eigen repeater niet kan bereiken omdat hij bezig is.

[William_H]

Daarom lees je hier in de comments ook dat er binnenkort wat gaat veranderen aan de firmware instellingen. Dus dat wordt in je maar klimmen.

[Confi]

Kleine nuancering op het artikel: Kirby heeft vooral zijn eigen app MeshOS zitten vibe-coden — zijn invloed op de officiële MeshCore firmware en app was beperkt. Zijn rol was eerder die van early adopter en promoter, met het .dev- en .co.uk-domein in handen. Dat gaf hem een centrale positie die hij uiteindelijk heeft misbruikt.

De andere devs roken al onraad toen Kirby MeshOS begon te pushen zonder duidelijk te maken dat dit geen officiële MeshCore-software was. Dat gebrek aan transparantie was het eerste teken aan de wand.

Vibe-coden op zich is geen misdaad, en third-party tools rondom een open protocol zijn juist welkom. Maar het ongezien claimen van het trademark, het kapen van domeinen en het vasthouden van de Discord zonder enig teamoverleg — dát is wat hier echt fout zit. Dat is geen slordigheid meer, dat is bewust toe-eigenen.

De toekomst van MeshCore onzeker noemen gaat dan ook te ver. De core-devs zitten gewoon aan het stuur, ze hebben meshcore.io opgezet en de GitHub-repo staat als een huis. Ze hebben te veel vertrouwen gesteld in iemand die dat vertrouwen heeft beschaamd — les geleerd. Zie meshcore.io als de enige bron van waarheid, en MeshOS/meshcore.co.uk voor wat het is: een community-fork die gewoon eerlijk zou moeten communiceren over wat het is.

[Luckystriike]

Drama… drama? Dat valt wel mee. Alles is en blijft gewoon MeshCore. Men spreekt er al niet meer over. Ik denk dat de post behoorlijk wat context mist. MeshCore is hun officiële product. Andy heeft op een gegeven moment een eigen app ontwikkeld genaamd MeshOS. Daarnaast beheerde hij ook de website.

Andy heeft nooit een regel code geschreven voor de officiële MeshCore-firmware of apps. Toch heeft hij, zonder de developers in te lichten, een trademark aangevraagd. Bovendien heeft hij de volledige code van de app gevibe coded en wilde hij er ook een betaalde app van maken. Overigens zou hij ditzelfde verhaal ook hebben geprobeerd bij Meshtastic.

[cagXZ]

Snap ik het niet? Is vibecoding een reden om alles in elkaar te laten vallen? Er is een werkend product die voor een deel met een LLM is gemaakt, who cares?


edit kom -> llm

[Reactie gewijzigd door cagXZ op 24 april 2026 21:00]

[wildhagen]

Snap ik het niet? Is vibecoding een reden om alles in elkaar te laten vallen?

Nee. Dat is slechts één van de redenen. Komt bij dat één lid meteen (individueel) het merk claimde, en dit alles zonder overleg met de rest van de groep.

Lees het blog en het wordt duidelijk wat hieraan ten grondslag ligt.

Als wat in het blog staat echt klopt (geen idee...) lijkt de afsplitsing me wel erg begrijpelijk. Dit is niet echt een kleinigheidje zeg maar, maar een fundamentele vertrouwenscrisis tussen de groepsleden.

[rob12424]

Maar hoe zit dit juridisch dan? Je hebt toch een statuut neem ik aan. Je kan niet zomaar zeggen ik ben eigenaar en een merken recht claim neerleggen mag ik hopen?

[neversium]

Maar ook gewoon heel dom om dit niet snel te trademarken als je ziet dat je applicatie goed ontvangen wordt en steeds populairder wordt.

[punishedbrains]

Niet het enige dus, maar als het puur vibe-coden is geweest zit je snel met onzinnige stukken, niet goed te managen code te werken. Geen idee wat er precies aan de hand is, maar dat zou voor mij zeker al een reden zijn iemand anders te zoeken.

[Jeffrey2107]

Ai code is ruk, veels te omslachtig en niet te onderhouden. Oh en onveilig.

[Webgnome]

Nee, AI Code is niet ruk. Internetridders vinden AI en alles wat daar mee samen hangt ruk. Dat je dingen in elkaar vibe-code maakt echt helemaal geen kont uit. Als het goed is zitten er in je dev straat gewoon checks en balances om dingen te regelen en te zorgen dat je code gewoon goed is. Dat kunnen tests zijn ( al dan niet geschreven door ) en door jezelf gecontroleerde code of door je mede ontwikkelaars gereviewde code. Dat laatste daar staat of valt het mee. Als jij gewoon PRs accepteert van je collega's zonder te checken dan ben je niet alleen erg te goeder trouw, ook gewoon naief en moet je inderdaad niet raar op kijken als de code vervolgens bugs bevat. Er kan altijd iets mis gaan.

Dat is overigens niet anders dan wanneer je collega de code gewoon met het handje had gebeiteld. Daar kunnen ook bugs in zitten en die zul je altijd zelf moeten uitzoeken.

AI code is echt niet altijd slecht, altijd onveilig of crappy. Om maar even een n+1 te doen. Vandaag zelfs nog op de vingers getikt door AI omdat ik een simpele check was vergeten in xml handling. Dat had theoretisch grote volgen kunnen hebben. AI wees mij er op. En na verificatie door docs en een beetje internet afstruinen kon ik concluderen dat AI het hier gewoon bij het rechte eind had.

Het probleem hier is dat waarschijnlijk de developer door de mand is gevallen en er vervolgens zijn eigen hachje mee probeert te redden / geld mee probeert te verdienen.

[xFeverr]

Mijn collega’s komen niet met hele grote PRs en gegenereerde tests die eigenlijk niet veel toevoegen (= ruis) en daar ben ik dan ook niet heel lang mee bezig om het te reviewen. Omdat het qua grootte menselijk blijft, we op elkaar ingespeeld zijn en omdat ik de desbetreffende collega vragen kan stellen. Hij heeft er namelijk over nagedacht en het zelf geproduceerd.

Er zit zoveel meer achter allemaal dan slechts wat regels code.

[cagXZ]

Dit is niet waar. Het is net zo onveilig als dat de vibecoder ervaren is. Als iemand vertsand heeft van code en enkel vibecode om het codekloppen te versnellen, dan kan je vibecoded applicatie net zo veilig zijn als een volledig maatwerk applicatie

[Jeffrey2107]

Goed, die uitzondering bestaat ook inderdaad. Maar dat gebeurt zo weinig dat het voor mij niet echt de moeite waard is om rekening mee te houden.

[Stukfruit]

Ik denk dat het meer zit in het bijbehorende gedrag zoals dit laatste: "... to have an insider team up with a robot and a lawyer".

Maar de app en de map zien er beiden inderdaad uit alsof ze gevibecode zijn.