Het freelance (ICT-ers) discussie topic

[TMC]

RichieB schreef op zondag 5 april 2026 @ 14:59:
[...]

Jazeker. Welkom in 2026. Je hoeft een programmeertaal niet meer machtig te zijn om er in te kunnen/laten programmeren. Eventuele foutmeldingen en functionele issues laat je het LLM ook zelf weer oplossen.

Naar mijn mening hoef je de 'tools' niet of nauwelijks te leren, het is gewoon een LLM die antwoord geeft op prompts.

Je moet de fundamenten leren, zoals:
1. Scherp krijgen wat het doel is en wat de gewenste functionaliteit en manier is om dat te doel te behalen. Dit lijkt triviaal, alleen in de praktijk zie ik dat héél veel mensen hier al de mist in gaan. In het AI-tijdperk kan elk idee moeiteloos worden ontwikkeld, dus de kwaliteit van je ideeën wordt onderscheidend.
2. Begrijpen hoe je een applicatie opzet (datamodellering, separation of concerns, architectuur, wat high level patterns zoals dependency inversion) voor zowel backend als frontend.
3. Implementatie van feedback loops: (integratie)tests, type checking, linting.

Je kan blijven experimenteren met allerlei agents, skills en MCP servers, maar als je de basis niet beheerst loop je alsnog (snel) vast.

[ Voor 5% gewijzigd door TMC op 05-04-2026 16:12 ]

[coldasice]

TMC schreef op zondag 5 april 2026 @ 16:10:
[...]
Naar mijn mening hoef je de 'tools' niet of nauwelijks te leren, het is gewoon een LLM die antwoord geeft op prompts.

Je moet de fundamenten leren, zoals:
1. Scherp krijgen wat het doel is en wat de gewenste functionaliteit en manier is om dat te doel te behalen. Dit lijkt triviaal, alleen in de praktijk zie ik dat héél veel mensen hier al de mist in gaan. In het AI-tijdperk kan elk idee moeiteloos worden ontwikkeld, dus de kwaliteit van je ideeën wordt onderscheidend.
2. Begrijpen hoe je een applicatie opzet (datamodellering, separation of concerns, architectuur, wat high level patterns zoals dependency inversion) voor zowel backend als frontend.
3. Implementatie van feedback loops: (integratie)tests, type checking, linting.

Je kan blijven experimenteren met allerlei agents, skills en MCP servers, maar als je de basis niet beheerst loop je alsnog (snel) vast.

100% eens, context is alles.... en dus worden requirements, contact met de klant/gebruiker nog veel belangrijker. De toetsenbord krijger op zolder en de indier die enkel uitvoeren krijgen het moeilijk

[gem-p]

coldasice schreef op zondag 5 april 2026 @ 13:26:
[...]

Tja, ik neem aan dat jij ook geen assembler meer geleerd hebt en de vertaling van C naar assembler ook vertrouwd? Je checkt het resultaat (debuggen) en als dat goed is, hoef je weinig code meer zelf te checken.... ja, ik weet dat dit hier vloeken in de kerk, maar de wereld is echt aan het veranderen...

Wel de kanttekening dat een assembler C, Java of welke taal dan ook altijd op dezelfde manier compileert naar dezelfde set instructies voor een processor.
Bij AI heb ik op dit moment echt nog niet het vertrouwen dat dit hier ook geldt.

Maar de functie van software engineer is rap aan het veranderen van code-klopper naar agent-herder en dat is niet persé verkeerd naar mijn mening. Want zoals jij ook al zegt: je bouwt ook niet meer in assembly en ook talen als Java is vooral het kennen en kunnen toepassen van frameworks voor die taal.

[d_marf]

Die code mag je best delen hoor, anders DM.
Binnenkort moet ik ook e-herkenning regelen namelijk 🙏😇😅

ColeJ schreef op zondag 5 april 2026 @ 10:07:
[...]


Die kende ik nog niet, thanks. Ik ga nog wel even kijken naar een eHerkenning aanvraag zonder fysieke post. Is ook gewoon een principe dingetje…

EDIT: Inmiddels geregeld via Digidentity volledig vanuit de (luie) stoel. Inclusief een online gevonden kortingcoupon nog goedkoper ook

[Liegebeest]

coldasice schreef op zondag 5 april 2026 @ 13:26:
[...]

Tja, ik neem aan dat jij ook geen assembler meer geleerd hebt en de vertaling van C naar assembler ook vertrouwd?

Ik ben geen ontwikkelaar, maar ik heb wel degelijk assembly geleerd. En wat een ander zei: met een compiler kan je er op aan dat dezelfde hogere taal instructies elke keer leiden tot dezelfde asm instructies. Taalmodellen zijn niet deterministisch.

[ Voor 4% gewijzigd door Liegebeest op 05-04-2026 23:45 ]

[Liegebeest]

RichieB schreef op zondag 5 april 2026 @ 14:59:
[...]

Jazeker. Welkom in 2026. Je hoeft een programmeertaal niet meer machtig te zijn om er in te kunnen/laten programmeren. Eventuele foutmeldingen en functionele issues laat je het LLM ook zelf weer oplossen.

Zonder dis naar jou en jullie, maar ik haat dit. Oprecht.

Larry Garfield verwoordde het welbespraakter dan ik kan - https://www.garfieldtech.com/blog/selfish-ai

Maar nog liever een stuk antiek zijn dan dat ik hier aan meedoe.

EDIT: het was al onbegonnen werk om AppSec programma’s te runnen, als handjevol security mensen tegen 100-1000+ ontwikkelaars waarvan het leeuwendeel weinig tot niets weet van security. Dweilen met de kraan open. Maar nu die honderden lui steeds vaker het stuur loslaten en blind varen op wat een LLM ze voert, is het einde zoek.

En beeld je geen seconde in dat al die “winst” die jij behaalt jou ten goede komt. Eerst gaan mensen als ik er uit, daarna mogen jullie het werk van X aantal mensen doen en daarna volgen jullie zelf snel genoeg als het aan Finance ligt.

[ Voor 37% gewijzigd door Liegebeest op 06-04-2026 07:54 ]

[RichieB]

@Liegebeest Ik haat het net zo hard als jij, geloof me. Maar ik wil wel precies weten wat AI kan en wat niet. En dan zorgen dat we het inzetten waar het sterk in is en wegblijven bij de risico’s zoals vage beslismodellen. Om dat te kunnen doen moet je het wel eerst zelf gebruiken.

[Liegebeest]

RichieB schreef op zondag 5 april 2026 @ 23:59:
@Liegebeest Maar ik wil wel precies weten wat AI kan en wat niet. En dan zorgen dat we het inzetten waar het sterk in is en wegblijven bij de risico’s zoals vage beslismodellen. Om dat te kunnen doen moet je het wel eerst zelf gebruiken.

Ik steek heel veel tijd in studie en onderzoek, juist ook naar AI en LLM toepassingen. En ja, in die studie draai ik wel eens wat. Maar ik zal het geenszins toepassen in mijn werk.

Bovendien: jij stelt dat je goed in staat moet kunnen zijn om de mogelijk- en onmogelijkheden van deze LLM tools afbreuk wegen. In dezelfde discussie die begon met de stelling dat het niet langer nodig is om kundig te zijn in de programmeertalen. Hoe gaat die persoon die afweging kunnen maken?!

Ik zal toevoegen dat het grootste deel van mijn wroeging is gericht op taalmodellen en hoe we die toepassen. Er zijn genoeg andere AI en ML modellen die belangrijke bijdragen leveren, hoewel ook die niet zonder problemen zijn.

Ik haat het net zo hard als jij, geloof me

Waarom doe je dan mee? Zie Larry’s rant die ik linkte.

EDIT:
Nu ja, we gaan offtopic denk ik. Beter het gesprek maar af te splitsen.

[ Voor 26% gewijzigd door Liegebeest op 06-04-2026 01:18 ]

[coldasice]

Liegebeest schreef op zondag 5 april 2026 @ 23:01:
[...]

Zonder dis naar jou en jullie, maar ik haat dit. Oprecht.


Maar nog liever een stuk antiek zijn dan dat ik hier aan meedoe.

EDIT: het was al onbegonnen werk om AppSec programma’s te runnen, als handjevol security mensen tegen 100-1000+ ontwikkelaars waarvan het leeuwendeel weinig tot niets weet van security. Dweilen met de kraan open. Maar nu die honderden lui steeds vaker het stuur loslaten en blind varen op wat een LLM ze voert, is het einde zoek.

In mijn ogen werkt dit heel erg goed met agents. Je geeft een agent de taak om de security van code te controleren op basis van protocollen. Die agent heeft puur de rol om te zorgen dat alles veilig gebeurd, en in jouw geval enkel de rol om te rapporteren wat onveilig is.

En beeld je geen seconde in dat al die “winst” die jij behaalt jou ten goede komt. Eerst ga ik er uit, jij volgt snel genoeg.

Eens, daarom probeer ik dit zo lang mogelijk voor te zijn, als ik niet verander, wordt ik overbodig, gelukkig heb ik geen grafhekel aan die nieuwe manier van nieuwe werken. Mijn werk bestond al voor meer dan 30% uit bedrijfskundige expertise, door de tijdbesparing kan ik daar nu meer waarde leveren.

Larry Garfield verwoordde het welbespraakter dan ik kan - https://www.garfieldtech.com/blog/selfish-ai

Mwhoa, ik vind hierbij vooral dat er allerlei randzaken met de haren bijgesleept worden en meer vanuit frustratie dan argumentatie is neergezet. Tegelijk spelen ethische en maatschappelijke discussies natuurlijk altijd zodra er (veel) geld in omgaat — dat is niet uniek voor AI, maar wel iets wat we serieus moeten blijven meenemen.

[RichieB]

Liegebeest schreef op maandag 6 april 2026 @ 00:14:
[...]
Waarom doe je dan mee? Zie Larry’s rant die ik linkte.
[...]

Ik doe mee om de rededen niet Larry noemt, niet Jeffrey. Het punt dat je er voor kan kiezen om niet met AI mee te doen is helaas al gepasseerd (zoals Larry ook zegt). Het is een beetje zoals eind jaren '90 waarin al die domme CompuServe users je favoriete Usenet groups overspoelden. Eerst lach je het weg, daarna ga je je er aan ergeren en uiteindelijk accepteer je dat dit het nieuwe normaal is. Soms zou je willen dat CompuServe de massa nooit op internet had aangesloten, maar je kan het niet meer ongedaan maken.

[Marc3l]

Inderdaad, je zal wel moeten meegaan anders ga je er juist uit. De meeste opdrachtgevers geven niets om goede/mooie code, als het maar werkt en als sneller kan = goedkoper.
Ik haal er ook niet altijd voldoening uit, deze manier van werken maar het is zoals het is.

[thijs42]

Marc3l schreef op maandag 6 april 2026 @ 09:55:
... maar het is zoals het is.

En precies dat is het probleem. Iedereen die maar roept het is wat het is. Dat zijn keuzes die gemaakt worden. Precies daar gaat het stuk over. Ben het helemaal met hem eens, inclusief zijn laatste zinnetje

[Harvem]

Hi all, even een vraagje. Wat is volgens jullie een correcte prijs voor het opzetten van een Wordpress site, of hoe bepaal ik die prijs?

Ik werk normaal voor grote klanten op langere termijn, en daarbij factureer ik gewoon een prijs per dag, dus ik ben het niet gewoon om projectmatig te werken. Dit gaat om een one-off voor een kennis.

Het gaat om een relatief eenvoudige Wordpress site om cursussen te verkopen. En voor de duidelijkheid, het gaat niet om online cursussen. Studenten moeten zich via de website inschrijven en betalen, maar de cursus zelf vindt in real life plaats.

Dat wil zeggen dat ik een Wordpress site moet opzetten met een event plugin en een betalingssysteem. Ik denk dan bijvoorbeeld aan The Events Calendar als event plugin en WooCommerce voor de betalingen.

Alvast bedankt voor jullie input!

[Crazy D]

Harvem schreef op maandag 6 april 2026 @ 11:21:
Hi all, even een vraagje. Wat is volgens jullie een correcte prijs voor het opzetten van een Wordpress site, of hoe bepaal ik die prijs?

Ik werk normaal voor grote klanten op langere termijn, en daarbij factureer ik gewoon een prijs per dag, dus ik ben het niet gewoon om projectmatig te werken. Dit gaat om een one-off voor een kennis.

Het gaat om een relatief eenvoudige Wordpress site om cursussen te verkopen. En voor de duidelijkheid, het gaat niet om online cursussen. Studenten moeten zich via de website inschrijven en betalen, maar de cursus zelf vindt in real life plaats.

Dat wil zeggen dat ik een Wordpress site moet opzetten met een event plugin en een betalingssysteem. Ik denk dan bijvoorbeeld aan The Events Calendar als event plugin en WooCommerce voor de betalingen.

Alvast bedankt voor jullie input!

Tijdsinschatting in uren * uurtarief dat je hanteert voor een kennis ?

[Harvem]

Crazy D schreef op maandag 6 april 2026 @ 11:41:
[...]

Tijdsinschatting in uren * uurtarief dat je hanteert voor een kennis ?

Dat zou inderdaad een goede basis zijn, alleen heb ik nog niet veel ervaring met het opzetten van een Wordpress site, dus het is ook moeilijk om daar een tijdsinschatting op te zetten. En ik wil de tijd die ik spendeer aan het leren van Wordpress bij wijze van spreken natuurlijk ook niet doorrekenen.

[Destruction]

ConQuestador schreef op vrijdag 3 april 2026 @ 11:52:
[...]

Midlance zou ik uitsluiten, dan blijft er gewoon 20%+ aan de strijkstok van een tussenpersoon hangen.

Maar hoezo is die 20% een probleem dan? Jij hebt als ondernemer gewoon je tarief toch? Als je opdrachtgever graag 20% meer wil betalen voor een tussenpersoon is dat hun eigen keuze. Waarom zou jij dat betalen? Ik zou dat in ieder geval nooit doen.

Ik ben geen ondernemer geworden om iemand anders te laten bepalen wat mijn tarief is.

[devrunner]

Destruction schreef op maandag 6 april 2026 @ 12:36:
[...]


Maar hoezo is die 20% een probleem dan? Jij hebt als ondernemer gewoon je tarief toch? Als je opdrachtgever graag 20% meer wil betalen voor een tussenpersoon is dat hun eigen keuze. Waarom zou jij dat betalen? Ik zou dat in ieder geval nooit doen.

Ik ben geen ondernemer geworden om iemand anders te laten bepalen wat mijn tarief is.

Als midlance ben je ook geen ondernemer he. Je bent gewoon in dienst. Vaak is het ook niet zo dat je eenvoudig je eigen tarief kunt bepalen zoals je dat als ondernemer wel kunt.

[ Voor 56% gewijzigd door devrunner op 06-04-2026 13:00 ]

[Marc3l]

thijs42 schreef op maandag 6 april 2026 @ 11:17:
[...]

En precies dat is het probleem. Iedereen die maar roept het is wat het is. Dat zijn keuzes die gemaakt worden. Precies daar gaat het stuk over. Ben het helemaal met hem eens, inclusief zijn laatste zinnetje

Ik ben het met je eens dat het moreel en milieutechnisch niet ideaal is. Alleen zie je dat dit soort dingen in de praktijk niet stoppen zodra er een economisch belang achter zit. Datacenters draaien al jaren ondanks hun impact, net zoals fossiele brandstoffen. Stoppen betekent simpelweg economisch verlies, en daarom zie ik het niet gebeuren dat we weer teruggaan.

[ConQuestador]

devrunner schreef op maandag 6 april 2026 @ 13:00:
[...]


Als midlance ben je ook geen ondernemer he. Je bent gewoon in dienst. Vaak is het ook niet zo dat je eenvoudig je eigen tarief kunt bepalen zoals je dat als ondernemer wel kunt.

Dit dus.. midlance is gewoon verkapte detachering waar je een deel van de omzet kan krijgen. Maar wat ik van midlance "collega's " heb gehoord is de werkelijkheid zelfs nog een stuk slechter dan de al niet al te beste proforma.
Je hebt gewoon de nadelen als verplicht opdrachten aan de andere kant van nl accepteren, en gewipt worden als je te lang op de bank zit. (Uiteraard zit er wel verschil tussen de diverse midlance bedrijven)

Kortom: het slechtste van beide werelden, alleen detachering is nog erger.

[jongetje]

ConQuestador schreef op maandag 6 april 2026 @ 13:59:
[...]
Kortom: het slechtste van beide werelden, alleen detachering is nog erger.

Ik denk persoonlijk dat je beter bij een goede detacheerder kunt zitten dan midlance partij.
Als ik mijn detacheer salaris en voorwaarden vergelijk met de midlance salarissen uit dit topic, waar vervolgens nog allemaal kosten vanaf gaan. En je ook als je op de bank zit terugvalt naar een laag basissalaris (wat vaak (deels) een voorschot is). Dan kom ik er een stuk beter uit.
Maargoed, ik werk dan ook niet bij een grote detacheerder, maar een hele kleine zonder overhead. Maar dat moet dan ook wel bij je passen.

[jadjong]

Harvem schreef op maandag 6 april 2026 @ 12:02:
[...]


Dat zou inderdaad een goede basis zijn, alleen heb ik nog niet veel ervaring met het opzetten van een Wordpress site, dus het is ook moeilijk om daar een tijdsinschatting op te zetten. En ik wil de tijd die ik spendeer aan het leren van Wordpress bij wijze van spreken natuurlijk ook niet doorrekenen.

Als je te hoog in schat ben je te duur maar kan de champagne open als ze toch met je in zee gaan, schat je te laag in dan wordt het droog brood. Kan je niet meer advies geven dan dat de inschatting op termijn accurater wordt.

[Deveon]

Harvem schreef op maandag 6 april 2026 @ 12:02:
[...]


Dat zou inderdaad een goede basis zijn, alleen heb ik nog niet veel ervaring met het opzetten van een Wordpress site, dus het is ook moeilijk om daar een tijdsinschatting op te zetten. En ik wil de tijd die ik spendeer aan het leren van Wordpress bij wijze van spreken natuurlijk ook niet doorrekenen.

Gewoon laag beginnen totdat je merkt dat je te druk wordt en dan verhoog je voor nieuwe klanten je tarief. Je zal best eens de mist in kunnen gaan met een te complexe klus maar daar krijg je dan ook een bak ervaring uit. Eventueel kan je afwijken van de standaard zoals onbekende koppelingen ook conform een scherp uurtarief aanbieden. Deze koppeling kan je dan eventueel later wel fixed fee aanbieden.

Onderschat ook niet de waarde van onderhoudscontracten. Updaten, certificaten bijwerken, ect. Die ene site extra kost vaak amper meer werk maar heb je wel cashflow.

[ Voor 9% gewijzigd door Deveon op 06-04-2026 18:47 ]

[fry77]

TMC schreef op zondag 5 april 2026 @ 16:10:
[...]
Naar mijn mening hoef je de 'tools' niet of nauwelijks te leren, het is gewoon een LLM die antwoord geeft op prompts.

Je moet de fundamenten leren, zoals:
1. Scherp krijgen wat het doel is en wat de gewenste functionaliteit en manier is om dat te doel te behalen. Dit lijkt triviaal, alleen in de praktijk zie ik dat héél veel mensen hier al de mist in gaan. In het AI-tijdperk kan elk idee moeiteloos worden ontwikkeld, dus de kwaliteit van je ideeën wordt onderscheidend.
2. Begrijpen hoe je een applicatie opzet (datamodellering, separation of concerns, architectuur, wat high level patterns zoals dependency inversion) voor zowel backend als frontend.
3. Implementatie van feedback loops: (integratie)tests, type checking, linting.

Je kan blijven experimenteren met allerlei agents, skills en MCP servers, maar als je de basis niet beheerst loop je alsnog (snel) vast.

Precies dit. Codekloppende Indiers zijn straks echt niet meer nodig.

Ik gebruik het zelf ook steeds meer. Afgelopen week een app ontwikkeld die ik zelf niet zou kunnen coderen. Maar ik heb dan ook eenmeer bedrijfskundige achtergrond, dus ben altijd al meer aan het designen en testen geweest dan programmeren. En dat word gewoon steeds belangrijker om te kunnen.

[Liegebeest]

.

[ Voor 98% gewijzigd door Liegebeest op 06-04-2026 21:54 . Reden: Laat maar ]

[Shinji]

Liegebeest schreef op maandag 6 april 2026 @ 21:53:
.

Ik weet niet wat er stond, of je je vergist had in iets, maar stop vooral niet dat tegengeluid te laten horen voor AI, ik sta er hetzelfde (of in ieder geval vergelijkbaar) in!

Ik neig er naar de IT te verlaten, ik ben aan het puzzelen voor mijn exit.

[coldasice]

Shinji schreef op maandag 6 april 2026 @ 22:12:
[...]


Ik weet niet wat er stond, of je je vergist had in iets, maar stop vooral niet dat tegengeluid te laten horen voor AI, ik sta er hetzelfde (of in ieder geval vergelijkbaar) in!

Ik neig er naar de IT te verlaten, ik ben aan het puzzelen voor mijn exit.

Ik denk ook niet dat er veel op tegen zijn om hier een open discussie te voeren over het gebruik van AI en wat dit betekent voor ons... prima hoor, alle begrip voor, maar denken dat het weg gaat is naief....

[Shinji]

coldasice schreef op maandag 6 april 2026 @ 22:24:
[...]
maar denken dat het weg gaat is naief....

Maar wie zegt/denkt dat dan? Tenzij dat het in verwijderde bericht stond heb ik dat nog niet voorbij zien komen, de opties zijn alleen meedoen of iets anders gaan doen.

[Destruction]

Shinji schreef op maandag 6 april 2026 @ 22:55:
[...]


Maar wie zegt/denkt dat dan? Tenzij dat het in verwijderde bericht stond heb ik dat nog niet voorbij zien komen, de opties zijn alleen meedoen of iets anders gaan doen.

Wat AI betreft zou ik graag een opt-out hebben. Imo stinkt AI in veel situaties teveel naar techniek die zich bemoeit ipv assisteert. IMO is dat niet de juiste weg.

@devrunner Aha Klinkt inderdaad niet als een goed plan, dat midlance.

[gem-p]

Liegebeest schreef op maandag 6 april 2026 @ 21:53:
.

Ik vind het ook een verademing om jouw mening te horen over het wel of niet gebruiken van AI. Zoals ik al zei: ik ben erg sceptisch over de betrouwbaarheid er van en met name als het gaat over de code output. Maar aan de andere kant vind ik AI ook een behulpzaam iets. Ik was vroeger ook erg sceptisch over de mobiele telefoon, zag de waarde van internet niet echt en vond bitcoin geinig (maar besloot on de early days om maar niet te gaan minen). Al deze nieuwe technieken gaan echt niet meer weg en ze negeren kan ik ook niet als ik wil blijven providen voor mijn gezin.

5 jaar geleden heb ik een bewuste keuze gemaakt om geen rollen/opdrachten meer als developer aan te nemen. Opdrachtgevers bleven maar piepen dat 2 studies software engineering en jaren Java ervaring niet genoeg was voor een Kotlin/Springboot opdracht en toen was voor mij de lol er helemaal af.

Sindsdien doe ik opdrachten als architect en dat is leuker dan ik dacht. Veel meer werken met mensen en stakeholders. En ik zie het belang hier ook wel van in, want als dat AI gebeuren wel betrouwbaar wordt, dan worden de developers helemaal gedecimeerd en worden de architecten de volgende developers.

Ik hoop binnen nu en pakweg een jaar of 10 niet meer afhankelijk te zijn van werken in de IT. Ik vind het wel leuk, maar heb er geen passie meer voor en waarschijnlijk heb ik dat ook nooit gehad. Het is gewoon iets waar ik blijkbaar erg goed in ben en het betaald de rekeningen. Misschien dat het met AI nog een leuke nieuwe impuls geeft om het nog een jaar of 10 interessant te houden

[Liegebeest]

Shinji schreef op maandag 6 april 2026 @ 22:12:
[...]


Ik weet niet wat er stond, of je je vergist had in iets, maar stop vooral niet dat tegengeluid te laten horen voor AI, ik sta er hetzelfde (of in ieder geval vergelijkbaar) in!

Ik neig er naar de IT te verlaten, ik ben aan het puzzelen voor mijn exit.

Er stond dat ik me maar eens goed ga oriënteren op functies als (ad-interim) CISO, want ik verwacht de komende redelijk wat problemen rondom compliance met AI, privacy en security wet- en regelgeving. Datalekken, breaches, kennis die verwatert, dat soort dingen.

EDIT: Daad bij het woord gevoegd, ik doe deze zomer de CAICO certificering van ICTRecht. Ik was het jaar al begonnen met AAISM (ISACA) en CAISP (Practical DevSecOps).

[ Voor 11% gewijzigd door Liegebeest op 07-04-2026 14:20 ]

[Liegebeest]

coldasice schreef op maandag 6 april 2026 @ 22:24:
[...]

Ik denk ook niet dat er veel op tegen zijn om hier een open discussie te voeren over het gebruik van AI en wat dit betekent voor ons... prima hoor, alle begrip voor, maar denken dat het weg gaat is naief....

Ik maakte d'r een "laat maar" van, omdat ik deze thread niet zwaar off-topic wil trekken. Ik had de mods al een TR gedaan op mijn eigen post, om te overwegen of zij dit niet af willen splitsen naar een nieuwe thread. Ik kan er zelf eentje starten, maar dan raak je de historie kwijt... zou mooier zijn om de posts uit deze topic te verhuizen.

[Crazy D]

Het is deels off-topic maar deels ook niet. Juist als zzp’er loop je extra risico als bedrijven zelf te pas en te onpas AI gaan inzetten. Excel sheet ellende 3.0 kom er maar in…

Het probleem is niet AI maar de mensen die ermee aan de slag gaan zonder dat ze de output kunnen controleren. Moet je je voorstellen dat je bij de dokter komt en jouw klacht als prompt invoert. En de output in een andere prompt opneemt ter controle. Maar inhoudelijk niet kan inschatten wat waar is en wat hallucinaties zijn.. dat vind niemand een goed plan. Maar bij software ontwikkeling is dat opeens wel een goed idee?

Zonder de output te kunnen controleren is het een clusterfuck coming. Dat AI wel kan helpen om tempo te maken dat is zeker. Een nuttig hulpmiddel. Maar je hebt iemand nodig die kan controleren. zonder dat is je gewoon een disaster waiting to happen.

[Skyaero]

En we hebben gewoon een paar van die disasters nodig voordat iedereen weer wakker wordt.

[fry77]

https://www.zipconomy.nl/...er-schijnzelfstandigheid/

Is ook wel interesante. Als ik het heel kort door de bocht concludeer, heb je een BV waar ook maar iets van waarde inzit (IP bijv.) óf is er een tweede aandeelhouder, kan het al geen arbeidsovereenkomst meer zijn.

[gem-p]

fry77 schreef op woensdag 8 april 2026 @ 13:15:
https://www.zipconomy.nl/...er-schijnzelfstandigheid/

Is ook wel interesante. Als ik het heel kort door de bocht concludeer, heb je een BV waar ook maar iets van waarde inzit (IP bijv.) óf is er een tweede aandeelhouder, kan het al geen arbeidsovereenkomst meer zijn.

Er wordt toch altijd gezegd dat de BD door een BV heen kijkt? Dat vond ik altijd al nogal een statement dat dit zomaar kan. Ik vind het artikel nogal droge juridische kost en kom er niet lekker doorheen, maar als iemand hier kan uitleggen waar een BV precies aan moet voldoen om schijnzelfstandigheid helemaal te voorkomen, dan hoor ik het graag.

[Ascension]

@gem-p voor het doornemen van saaie juridische kost heb je tegenwoordig AI toch?

Claude samenvatting:

Het betoogt dat het contracteren via een BV met voldoende “realiteitswaarde” (eigen klanten, afgescheiden vermogen, meerdere opdrachtgevers) een stevige juridische barrière opwerpt tegen herclassificatie als arbeidsovereenkomst — en dat rechters en de Belastingdienst die barrière serieuzer zouden moeten nemen.​​​​​​​​​​​​​​​​

[gem-p]

@Ascension tja, zoiets zei mijn AI-slaaf ook. Maar dat zegt dus nog niks, want het geeft geen garantie als je een bv met inhoud hebt. Oftewel nog steeds een gang naar de rechter, gedoe, onduidelijkheid en opdrachtgevers die geen zzp'ers inhuren.

Vandaar mijn vraag hier of iemand kan uitleggen waar een bv aan moet voldoen om gevrijwaard te zijn van een schijnzelfstandigheid beschuldiging.

Of geeft het artikel daar juist geen uitsluitsel over, want dat dacht ik namelijk.

[Ascension]

@gem-p het is geen afstreeplijstje. Het artikel beschrijft de visie van een jurist. Dus feitelijk heb je er niet zoveel aan.

[Liegebeest]

gem-p schreef op woensdag 8 april 2026 @ 17:24:
Vandaar mijn vraag hier of iemand kan uitleggen waar een bv aan moet voldoen om gevrijwaard te zijn van een schijnzelfstandigheid beschuldiging.

Zoals @Ascension zegt: het antwoord op jouw vraag is "Mu", een null-set, er is geen antwoord op jouw specifieke vraag.

[Liegebeest]

Crazy D schreef op woensdag 8 april 2026 @ 07:48:
Zonder de output te kunnen controleren is het een clusterfuck coming.

Dat is het aspect waar ik de minste problemen mee heb: het is juist job security voor ons, ook al is het frustrerend dat na 20+ jaar de security alleen maar achteruit gaat.

Nee, ik heb veel meer problemen met de ethische bezwaren: milieu, gebruikte trainingsmaterialen (copyright-schending), gebruikte trainingsmethoden (misbruik van kansarme werkers uit lagelonenlanden).

[DennusB]

Liegebeest schreef op dinsdag 7 april 2026 @ 07:36:
[...]

Er stond dat ik me maar eens goed ga oriënteren op functies als (ad-interim) CISO, want ik verwacht de komende redelijk wat problemen rondom compliance met AI, privacy en security wet- en regelgeving. Datalekken, breaches, kennis die verwatert, dat soort dingen.

EDIT: Daad bij het woord gevoegd, ik doe deze zomer de CAICO certificering van ICTRecht. Ik was het jaar al begonnen met AAISM (ISACA) en CAISP (Practical DevSecOps).

Dat klinkt heel interessant en ziet er leuk uit. Misschien schrijf ik me ook binnenkort in, thanks voor de tip!