WK 2026: Scoor de beste deals! Stel jouw winnende opstelling samen met behulp van ons advies.

Tweaker instrueert Claude Code om Lightroom CC te laten werken onder Linux

Claude Code heeft Adobe Lightroom CC aan de praat gekregen op Linux-gebaseerde besturingssystemen via Wine. Tweaker Starfight gaf de prompt en de AI-dienst op basis van Claude Opus 4.7 ging debuggen totdat het werkte. Hij zette het hele proces online.

"De mens was naar bed gegaan met de instructie: 'Ik wil een volledig afgewerkte en functionerende Lightroom CC als ik wakker word'", zo zei Claude Opus 4.7 tegen zichzelf. De persoon waar Claude het over had is tweaker Starfight. Met een eenvoudige prompt wilde de Vlaamse tweaker kijken of Claude Code een werkende versie van Adobe Lightroom CC kon maken onder Linux.

Waarom hij Claude Code inschakelde? "Ik heb al een aantal keer geprobeerd het laatste jaar om het manueel werkend te krijgen, maar ik faalde altijd, omdat er altijd weer een ander issue naar boven komt. Ideaal dus om gewoon te zeggen tegen Claude: ga je gang, kijk maar of je het werkend krijgt. De quote die ik heb meegegeven van 'I want a fully done and working Lightroom CC when I wake up.' was ook letterlijk de laatste prompt die ik gegeven heb. De volgende ochtend toen ik keek werkte het quasi volledig."

Starfight heeft geen idee hoeveel het gekost heeft. "De reden dat ik het geprobeerd heb is dat ik een Azure Sponsorship heb lopen die binnenkort afloopt en dus een hoop gratis tokens ertegenaan kon gooien. Ik heb ook geen idee van de prijs; de cost management voor sponsorship subscriptions updatet heel traag. Hij is wel enkele keren tegen ratelimits aangelopen."

Dat hele project staat nu op GitHub inclusief een log van wat Claude allemaal heeft gedaan. Daaruit blijkt ook dat Claude niet illegaal Windows-broncode gebruikt, wat misschien wel te verwachten zou zijn. De software is te installeren en te gebruiken.

Het is natuurlijk niet het eerste project om Adobe-programma's op Linux te laten werken. Het bedrijf brengt al decennialang zijn programma's als Photoshop, Lightroom, Audition en Premiere Pro niet uit voor Linux-gebaseerde besturingssystemen, tot frustratie van gebruikers. Wine kreeg al patches om Photoshop te laten werken onder Linux.

Adobe Lightroom CC op Linux, door tweaker Starfright
Adobe Lightroom CC op Linux, door tweaker Starfright

Door Arnoud Wokke

Redacteur Tweakers

18-05-2026 • 13:37

85

Reacties (85)

Sorteer op:

Weergave:

Effectief is dit dus vibecoding wat we via een artikel hier plaatsen. Is het ''knap'' dat CC dit schijnbaar kan (en dat is dan de nieuwswaardigheid)? Of vergoeilijken we nu vibecoding als een compleet product en niet als een helpertool wat het altijd al zou moeten zijn?
Ik vond het gewoon een leuk projectje, wat aantoont dat "A.I." best wel wat kan, vooral omdat al veel mensen hiervoor hetzelfde (Adobe CC werkend krijgen op Linux) al aangevlogen zijn, maar dat dit tot nu toe AFAIK nog niet gelukt is. Hieruit komen ook weer inzichten die ooit upstream gepushed worden, waardoor andere software ook weer makkelijker aan de praat kan geraken op Linux.

Het is zeker niet de intentie om dit in te zetten als een compleet product, ik ben ook overal overduidelijk geweest in het feit dat dit helemaal 100% enkel het werk is van claude code, en dat ik enkel 4-5 prompts gegeven heb. Het feit dat het daarmee gelukt is vind ik persoonlijk wel een .geek artikel waardig, vooral met de hele methodology toont het aan hoe ver dat deze agents kunnen geraken, en hoe ze zelf oplossingen vinden voor problemen.
Ik ben nog steeds wel benieuwd naar het kosten plaatje wat hier bij kwam kijken. Heb je daar nog wat informatie over?
Nog niet, de gewone cost management in de Azure portal werkt niet op sponsorship subscriptions, dus ik moet wachten tot het in het azure for startups portaal beschikbaar is.
... en bovendien zou je dat moeten afwegen als Claude + menselijke debugging/controle vs. menselijk coderen en dan gaat deze optie het al snel winnen! En dat geldt waarschijnlijk vrij algemeen: ik denk dat dit heel veel mogelijk maakt wat tot dusverre te duur/lastig... was: b.v. PCVR games.
Dat zullen echt geen giga bedragen zijn. Denk ergens tussen de 20 en 200 euro.
Ik ben nog steeds wel benieuwd naar het kosten plaatje wat hier bij kwam kijken. Heb je daar nog wat informatie over?
Wat wil je zeggen met kostenplaatje? Tokens of licenties of wat bedoel je?
Heb je vooraf dan ook gekeken of je volgens de voorwaarden van je Azure Sponsorship je tokens gebruikt hebt? Of de software van Adobe volgens de voorwaarden hebt laten gebruiken?
Jazeker, alles is volgens de voorwaarden verlopen (en dat heb ik zelf nagekeken, niet door een LLM)
Had je dan speciale voorwaarden of expliciete toestemming van Microsoft en Adobe of Anthropic? Want reverse engineering van software die niet van jezelf is valt gewoonlijk niet zomaar onder toegestaan gebruik.
Dit is geen reverse engineering. Wine wordt gebruikt om een Windows omgeving te emuleren onder Linux. Er zijn extra implementaties gedaan zonder daarbij in de Windows sourcecode te kijken, maar van wat ik zo snel zie zijn het vooral stubs, dus niet persé implementaties, maar meer om te zorgen dat het niet crashed.
De uitleg van de tweaker (zie bron in nieuws) is dat het ai aan reverse engineering is gaan doen om de applicatie aan te passen en het zo werkend te krijgen voor gebruik. Het werkend krijgen op wine staat niet zomaar los van wat er allemaal voor gedaan is en of dat volgens de voorwaarden is.
Om even advocaat van de duivel te spelen, alles van Adobe zit achter een paywal met een subscription. Adobe voorziet je alleen files voor Windows, wat houd users dan tegen om te zeggen "is goed, ik fix het zelf wel voor een andere OS".

In the end, de users dat dit gaan gebruiken gaan nog steeds in bezit zijn van een subscription, ze zijn dus nog steeds een betalende klant. Alleen, nu kan hun software elders gebruikt worden zonder dat Adobe hier zelf resources in heeft gestoken noch support moet bieden.

Ik denk dat dit een traject van AI is dat ook software ontwikkelaars niet gaan kunnen tegenhouden.
Goed werk man! Je zag een probleem en hebt het opgelost door slim gebruik te maken van de technologie voorhanden.

Je bent alleen 'Don't make mistakes' vergeten in je prompt. :+
Fouten maken is geen probleem. Als je maar leert van de fouten.
Een vergelijkbaar project is een paar maanden terug ook aangevangen: https://wccftech.com/the-...-rocm-in-just-30-minutes/

Het zegt inderdaad wat over de kracht van state-of-the-art LLM's dus ik snap dat dit een artikel, .geek, enz is. Maar wat zegt het over de rest. Je kan dus met een aantal prompts dit bewerkstelligen. Welk signaal geeft dat af aan iedereen die niets van code snapt?
Darktable is de opensource "tegenhanger", zou "Give Darktable Lightroom CC capabilities" ook kunnen werken? Dan kan Wine er tussenuit.

;-)

[Reactie gewijzigd door xxs op 18 mei 2026 15:27]

Het is misschien voor dit nieuw, maar CC heeft al bewezen dat het meer dingen kan porten, zoals CUDA naar AMD's ROCM: https://wccftech.com/the-...-rocm-in-just-30-minutes/

Ik noem dit vibecoden omdat men een prompt ingeeft en een bepaald resultaat verwacht. De huidige generatie LLM's is geavanceerd genoeg dat ze dat kunnen.
Ik vind het wel goed voor de bewustwording van mensen dat AI agents op dit niveau zijn.

Dit is een voorbeeld van een vrij onschuldige aanpak. Maar, en het vereist enig omzeilen van guardrails, maar dat is niet heel moeilijk, er zijn nu dus ook mensen die deze aanpak doen, maar met als einddoel:

"Zorg dat ik beheerderstoegang heb gekregen op Tweakers.net". (bij wijze van).

En dan gaat zo'n AI proberen, en proberen, en proberen.

De 'domme' modelletjes komen niet zo ver, maar de meest recente modellen (ChatGPT 5.5 en Anthropic's Mythos), die komen heel ver: https://www.aisi.gov.uk/b...pt-5-5-cyber-capabilities.

Niet iedereen leest beveiligingsnieuws, maar hopelijk gaat bij sommigen door dit soort 'noviteiten' het kwartje vallen over wat voor nieuwe tijd we in leven.
Naja de programmeur in kwestie lukte hetzelfde niet na meerdere pogingen. Dus ofwel wat hij doet is niet knap, ofwel claude code kan wel wat meer dan een helpertool zijn. Kies maar :)
Een helpertool is niet denigrerend bedoeld. Ik zie Agentic Coding als een steunmiddel voor zaken.

Over de programmeur en zijn kwaliteiten laat ik mij niet uit.
En wanneer is het een helper tool en wanneer iets wat een complete oplossing geeft? Ik kan zelf niet programmeren maar snap code prima. In één prompt (ok wel circa drie paginas) gevraagd wat ik wil en heb een werkende webapp geschikt voor mijn doel. Is dat dan een helper?

Ik trek overigens de kunde van de tweaker in kwestie niet in twijfel, ik denk dat LLMs inmiddels goed in staat zijn om producten te maken.
En wanneer is het een helper tool en wanneer iets wat een complete oplossing geeft? Ik kan zelf niet programmeren maar snap code prima. In één prompt (ok wel circa drie paginas) gevraagd wat ik wil en heb een werkende webapp geschikt voor mijn doel. Is dat dan een helper?
In zekere zin wel. Ik zie het vooral als een ondersteunend middel en niet als iets wat alles voor je doet. Maar dat is mijn persoonlijke afweging.
De auteur noemt van zowel artikel als de prompt noemt dit toch geen compleet product?

Is toch mooi om te zien hoe dit werkend gekregen is, dan kan er misschien wel een serieuze commit voor Wine gemaakt worden. Of config voor gedeeld worden.
Er is geen enkele duidelijkheid dat de tweaker legaal andermans werk en middelen ingezet heeft. En dat lijkt me niet onbelangrijk. Want het feit dat iemand middelen heeft wil niet zomaar betekenen dat het dus maar mooi is dat iemand die gebruikt omdat het kan. De Azure Sponsorship is meestal onder voorwaarden verstrekt. Andermans gesloten software is meestal onder voorwaarden verstrekt. Andermans dienstverlening is meestal onder voorwaarden. Als we voorwaarden gaan negeren kan er vaak heel veel meer terwijl daar de voorwaarden juist tegen zijn. Om diezelfde reden vinden we met andermans geld en gereedschap (laten) gaan joyriden en stunten om te proberen of bewijzen dat het kan niet zomaar behoorlijk. Selectief kijken naar wat ienand doet of laat doen is te makkelijk om het te waarderen.
Eerlijk: kaart je dit nu aan omdat je die zaken werkelijk belangrijk vindt of omdat het over AI gaat?
Voorwaarden zijn er niet voor niets Dat zijn de grenzen waarbinnen we software en diensten van anderen kunnen en mogen gebruiken. Dus ja, ongeacht of iemand dit met of zonder ai heeft laten doen is dat wel belangrijk voor het waarderen.
Het lijkt mij vrij sterk dat Adobe iets als "Het is niet toegestaan een ander besturingssysteem dan Windows of macOS zo aan te passen dat Adobe-producten daar ook op werken" in de voorwaarden heeft staan. Want dat is in principe wat de Tweaker mbv Claude heeft gedaan.
Knap? Misschien niet. Nieuwswaardig? Ik vind van wel. Dit is nuttiger dan 9/10 andere AI zaken waar de meeste mensen het voor gebruiken. Het staat om die reden ook onder .Geek.

Juist het stukje "vibecoden" (bah, vies woord - klinkt zo negatief) is in vele gevallen heel nuttig. En met elke tool is het zo: het is maar hoe je het inzet. Een echte "vibecoder" weet niets van de volledige stack af: een paar prompts, zien resultaat, dus de app/website werkt. Hoe zit het met beveiliging? Ook daar kun je een LLM voor inzetten, maar het is altijd handig(er) als je zelf ook kennis van zaken hebt. Je kunt dan parallel werken.

Ik gebruik "agentic coding" met grote regelmaat. Ik moet geregeld mijn 90 euro abonnementje upgraden naar 180 euro per maand om verder te kunnen. Maar het levert mij meer op dan het me kost.

[Reactie gewijzigd door HetGezegde op 18 mei 2026 13:54]

Vibecoding is inderdaad een negatief statement - Druk op een prompt, verwacht een ideaal antwoord.

Dus wat je omschrijft is wat ik eerder verwacht bij agentic coding - een helpertool. Ik zie de twee dan ook als iets aparts, ondanks dat ze hetzelfde beschrijven.
In dit geval zou ik het zien als startpunt.

Eerdere pogingen zijn mislukt door verschillende problemen. Nu hebben ze een werkende versie, zonder die problemen. Ideaal om van hieruit verder te werken om de software te verbeteren en robuuster te maken.
Het haakje is vooral dat het door een tweaker gedaan is.
Klopt, dat verhoogt de interesse. En je hebt dan wel een mooie titel te pakken. Als het iemand buiten tweakers was, dan kon dat niet.
Ik vind het toch nieuwswaardig. Ben zelf de afgelopen 2 weken ook wat met ai coding bezig (kan zelf amateuristisch coderen, zeker niks high end of critical, zou het zelf ook kunnen maar zou langer duren).

Het verbaast mij hoe goed ai coding op 1 manier kan zijn, en hoe inefficiënt en "dom" tegelijkertijd, meermaals dat code gemaakt in stap 2 gewoon eeuitgekegeld wordt voor een niet werkende functie...

Als ik dan zie dat iemand gewoon kan zeggen "maak het maar, ik ben slapen" nadat hij er zelf niet uit kwam, grote delen van de community (of iedereen, had iemand het al werkend?) er niet in slaagt, en adobe het te moeilijk/te veel werk/niet de moeite vindt om naar linux te porten terwijl ai het zonder code op een nachtje flikt (ok, zal niet 100% zijn, en er is natuurlijk ook support aspect), dan vindt ik het zelfs nog indrukwekkend dat dit gewoon kan.

En als ik dan kijk hoe mensen reageren op mijn projectje, onder de indruk zijn dat ai een programma kan schrijven, omdat het voor de doorsnee mens nog steeds google/alexa/siri is met paar vragen en antwoorden en iets in je agenda zetten, dan denk ik toch wel dat "ai doet op een nacht waar programmeurs al een decennia aan bezig zijn" best indrukwekkend is.

Ben ik blij met deze vooruitgang, waar dit in kan resulteren, de manier van werken? Nee... Maar ik vind het wel nieuws en indrukwekkend ja.
Ik vind het wel wat zeggen over hoe goed vibecodeing en WINE zijn geworden. De producten van Adobe zijn erg gewild en dusver is het lastig (zo niet onmogelijk) geweest om die via WINE aan de gang te krijgen.
Dat deze software op Linux draait is op zich al nieuwswaardig, dat het via WINE draait ook, en dat het door een AI gedaan is wat mij betreft ook.
Zie mijn overige reacties voor verdere opinie.
[q]"...De volgende ochtend toen ik keek werkte het quasi volledig."[/q]

Wat moeten wij opmaken uit 'quasi volledig'? Als in: bruikbaar zolang je er geen RAW bestanden van vele tientallen Megabytes mee bewerken wil, of als in: het programma start op, maar crasht na 90 seconden alsnog?

En ook niet onbelangrijk: wordt Claude nu ook aan het werk gezet om ook die tekortkomingen er uit te halen?
Quasi volledig als in bepaalde dingen die adobe cloud credits kosten, of die buiten mijn subscription vallen zijn niet getest omdat ik geen access heb, verder werken alle tabbladen, dus alles qua import, export, edits werkt, wat de belangrijkste flow is.
De huidige issues staan ook hier: https://github.com/sander110419/lightroom-cc-on-linux/blob/main/KNOWN_ISSUES.md
Ik ben zelf geen programmeur. Ik zou wel eens willen weten hoeveel uur Claude daar nu mee bezig geweest is en hoeveel uur een ervaren programmeur daarover zou doen?
In totaal heeft Claude ongeveer 8-9u erover gedaan, maar dat is met het gebruik van parallele agents, wat het moeilijk maakt om precies te kunnen zeggen hoeveel tijd er overheen gegaan is. Een ervaren programmeur kan ik niet voor spreken, maar dit was een probleem dat veel mensen al heel lang hebben proberen/beginnen aanvliegen, wat tot nu toe nog niet tot een succes geleid heeft.
Als ik @Tielenaar zijn AI samenvatting mag geloven, zijn vo het vooral aanpassingen aan Wine en GPU rendering zaken. De meeste ontwikkelaars zullen daar niet veel ervaring mee hebben, laat staan met beide. Daardoor zal het veel uitzoekwerk en documentatie lezen zijn, iets waar AI natuurlijk veel sneller in is.
Stubs schrijven is niet heel spannend, maar kan wel veel code zijn en je moet de juiste waarden teruggeven. Ook dat zou AI veel sneller moeten kunnen dan zelfs een ontwikkelaar die al weet wat er ongeveer moet gebeuren.

Ik denk dat er maar weinig ontwikkelaars zullen zijn die dit sneller dan AI kunnen. Die zouden dit dan met minder 'trial & error' kunnen doen, waardoor ze niet zo lang hoeven te wachten als AI op builds en tests.

Een ervaren ontwikkelaar zal het waarschijnlijk wel robuuster kunnen, gezien de karige prompt. Het zou me niks verbazen als hier wat onlogische code in zit, puur om een crash te vermijden zodat het 'werkt'.
Het is nogal niche, de meeste ontwikkelaars zullen met veel van de gebruikte oplossingen weinig ervaring hebben dus is het een enorme puzzel en zoektocht. Daar zou ik als middelmatige programmeur wel meer dan een maand voor nodig hebben, als ik uberhaubt al zou kunnen verzinnen waar ik zou moeten zoeken.
leuk dat het kan.

Maar Adobe timmert altijd alles dicht met torenhoge prijzen (vind ik dan :o ) per maand.

Mag dit? ik ben helemaal verbaasd!
Wine is een open-source project dat "de Windows API" (om het zo maar even te noemen) emuleert. Je kan er Windows executables en libraries mee lopen op niet-Windows systemen.

Tenminste, in theorie. Want vaak rekent software op "quirks" (ongedocumenteerd gedrag) om goed te werken. En dat geldt al helemaal voor grotere software pakketten die nooit voor andere systemen zijn ontwikkeld dan voor Windows.

In die gevallen moet ook het "quirky" gedrag worden geimplementeerd (in Wine), of moeten bepaalde functies een aparte implementatie krijgen wanneer ze wordt aangroepen uit bepaalde software pakketten.

Hier is niet meer gebeurd dan dat. Dat heeft met legaliteit weinig te maken, en al helemaal niet jegens Adobe. Aan hun code/binaries is niet geraakt.
Kleine correctie, WINE (Wine Is Not an Emulator), cumuleert niets. Het vertaald Windows API calls naar Linux API calls. Zie het als een woordenboek die de windows 'woorden' koppelt aan de Linux 'woorden'.
Wine Is Not an Emulator is er later meer als grapje bijgekomen. WINE is wel degelijk een emulator. WINdows Emulator.

Alleen wilde ze zich distantieren van de innefficiente emulators uit het verleden die heel omslachtig instructies aan het vertalen waren. Terwijl WINE enkel (soort van) de API vertaald en een heel stuk efficienter was dan wat algemeen bekend stond als emulator.
In computing, an emulator is hardware or software that enables one computer system (called the host) to behave like another computer system (called the guest).

[Reactie gewijzigd door batjes op 18 mei 2026 14:26]

Incorrect. Wine is een nieuwe implementatie van Windows API's. Net zoals Microsoft een implementatie van deze API's heeft gemaakt, heeft het wine team dat ook. In sommige gevallen resulteert dat in een vertaallaag (Direct3D zul je toch echt naar een op Linux bestaande graphics API moeten mappen), maar voor simpele dingen hoeft dat niet. Volgens jou definitie is anders iedere programmeertaal een emulator van machine bytecode.

Wine is net zoveel een emulator van Windows als dat een BMW een emulator van een Ford is. Beide worden los van elkaar ontwikkeld, maar hebben hetzelfde doel (in dit geval, .exe bestanden uitvoeren).

Wine wordt zelfs (in licht aangepaste vorm) gebruikt als basis van ReactOS, waar het onderdeel van de kern van het OS is, in plaats van een extra laag die je toe kunt voegen zoals op Linux.
Wine doet zich naar apps dus voor als Windows X of Y en emuleert op die manier dus exact als elke andere emulator.

Het vertalen van een API valt ook in zijn volledigheid onder de noemer "emulatie". Het is geen POSIX-achtige native-constructie.

Er zitten API calls in die je daadwerkelijk native kunt noemen, maar het meeste wordt toch echt vertaald.
Het doet zich niet voor als Windows. De applicatie gebruikt API calls van een API die origineel alleen op het Windows platform ontwikkeld is en wine handelt deze calls af. Het enige wat wine doet is functiecalls implementeren, niet een OS emuleren. Je kunt er bv geen drivers op draaien. Sommige calls daarvan zijn echte "Windows" dingen, zoals het registry, maar dat heb je in iedere programmeeromgeving. Is een JVM een emulator? Wine is vergelijkbaar met iedere andere programmertaal of API. De functies van Java zijn op geen enkel platform native (bv de garbage collector is geen OS ding maar draait volledig in de VM) en toch noemt niemand de JVM een "java emulator". En .Net werkt op dezelfde manier als java, dus is .Net/Mono dan ook een Windows emulator omdat het Windows-achtige functies zoals registry manipulatie aanbiedt? Native of niet heeft daar niks mee te maken. Anders zijn waarschijnlijk alleen C applicaties echt native omdat de kernel daar voor een groot deel in geschreven is, en zijn C++, python, rust, ruby en alle andere programmeertalen "C emulators".
Ik vond reactos altijd wel een mooi project, maar in huidige tijden durf ik echt geen Russisch OS te gebruiken.
ReactOS is een speeltje. Niemand gebruikt dat als hoofd OS. Als je serieuze zaken wilt doen heb je al Windows, Mac OS en Linux, alle 3 veel volwassener en stabieler. Dus wat maakt het uit waar het vandaan komt. Technisch gezien vind ik het best indrukwekkend, om een geheel gesloten OS na te bouwen.
.oisyn Moderator Devschuur® @ndonkersloot18 mei 2026 14:25
Dat is gewoon een vorm van emuleren; het emuleert een Windows omgeving op Linux. De naam die Wine voor zichzelf heeft gekozen doet daar niets aan af (en lijkt me vooral een verwijzing naar het feit dat het geen CPU emulator is)

[Reactie gewijzigd door .oisyn op 18 mei 2026 14:26]

Ik snap je punt. Het is geen implementatie "from scratch" van de Windows API. Then again: er zullen ook wel functionaliteiten en concepten inzitten die niet eens bestaan in een Linux-context.
Nou ja, an sich ontwikkelt Adobe voor zowel Windows als Mac., waar Lightroom ook voor beschikbaar is.
Ik ken wine maar ik lees het verkeerd, het gaat om een betaalde versie van Lightroom? Ik dacht dat het tegelijkertijd een soort van hack actie was 8)7
Dit mag omdat er helemaal geen veranderingen aan de code van Adobe gebeurd is, en dit zorgt er ook niet voor dat je het kan gebruiken zonder betalende licentie/subscription. Het enige wat dit project doet is zorgen dat het draait op een platform waarvoor het niet gemaakt is, wat in mijn ogen hetzelfde is als doom doen draaien op alles behalve een PC.
Het resultaat had ook kunnen zijn dat Starfight wakker was geworden naast een exacte en perfect functionerende kloon van Lightroom CC in Linux.
Of, omdat het niet lukt, Claude ervoor zorgde dat hij nooit meer wakker werd. Mission completed.
😂 this made my day!!
Je reactie is naast heel grappig ook een vraag die we ons stellen sinds we over AI zijn gaan nadenken. In de film war games (1984) was het doel om te winnen bij een nucleaire oorlog. Totdat de computer tot de conclusie komt "the only winning move is not to play".

Ofwel, in jouw grap, we voldoen aan de vraag door aan het andere parameter te sleutelen, "als ik wakker wordt"

Dit is nou de kern van een agentic AI, hoe voorkom je dat om de "mensheid te redden" de mensheid wordt opgesloten zoals dat in iRobot gebeurde?

[Reactie gewijzigd door david-v op 18 mei 2026 17:47]

Ik zal eens vragen hoe hoog dat op de ideeenlijst stond als mogelijke oplossing :+
Ik vind die "Sander Heinsalu" hallucinatie ook wel een grappige. Zo zie je maar, af en toe komt er iets bij waarvan je denkt. Waar komt dat nou weer vandaan? 🤷🏽😁
Volgens de meeste voorwaarden mag je software niet aanpassen of reverse engineeren. Voor de rest mag je er binnen de grenzen van de licentievoorwaarden mee doen wat jij wilt.
Hij heeft Lightroom ook niet aangepast. Het is een script dat Wine configureert en patcht zodat je Lightroom CC erop kunt draaien.
Blijf het bijzonder vinden, de totale afkeer en denigrerende houding van (groot gedeelte) community hier.

Het is misschien een zeepbel. Maar wel een zeepbel die jou kan helpen in diverse taken en handelingen, wat mijn efficiëntie en productiviteit alleen maar verhoogd.

AI is niet zaligmakend, en vibe-code is niet vergelijkbaar met een “echte” programmeur. Maar helemaal kut is het zeker niet.

De weerstand en terughoudendheid om een AI (Claude) “full controle” (root?) over een omgeving te geven, vind ik ook wat ver gaan. Tuurlijk kan dat in een demo/vm/test-opstelling. Maar lees ook dat sommige dit “blind” in hun reguliere productie computer draaien - heb je wel ballen :+

Afgelopen periode zien we al de effecten hiervan; steeds meer bugs/kwetsbaarheden gevonden door AI. Maar ook steeds meer misbruik van diezelfde kwetsbaarheden (hacks/randsomeware/phishing). Aankomende periode gaat er nog veel gebeuren (zeker in opensource landschap), of dat een verbetering is ….? Uiteindelijk moet het er wel veiliger door worden.

[Reactie gewijzigd door himlims_ op 18 mei 2026 14:35]

Is vooral een coping mechanisme van veel mensen. Is ook niet niets, 4 jaar studeren, 6 jaar ervaring opdoen en vervolgens een 'chatbotje' 90% van jouw werk zien doen tegen een fractie van de kosten.

Mensen die ageren tegen vibecoding snappen niet dat er ook een professionele variant bestaat, spec driven development, die feitelijk doet wat menselijke professionals ook doen en dat die mensen voornamelijk nog input leveren en de output controleren. Ik heb een github copilot / vscode framework geschreven die dit faciliteert. PM me als je het leuk vind.
Foss vind het maar niks.

https://itsfoss.com/news/vibe-coded-adobe-lightroom-cc-linux/

[Reactie gewijzigd door Rixter223 op 18 mei 2026 14:47]

Haha, er zijn wel meer mensen volledig tegen hoor, gelukkig is de volledige broncode beschikbaar, en hoeven mensen dus alleen maar die te lezen, zelf de DLL's te compilen, om er dan zeker van te zijn dat alles schoon is, dat is het mooie van FOSS.
valt wel mee, zij vinden vooral het 'onduidelijk' of 'ongeverifieerd' gebruik (of implementatie) van DLL's erg discutabel. Maar ze sluiten het artikel af; probeer het zelf!

gene wat foss ook schrijft; "That is a lot of trust to put in AI-generated Windows DLL patches running inside your Linux computer."
maar dat is sowieso; veel vertrouwen om een AI/agent toegang te geven tot werking van systeem....
erg gaaf dat dit zo kan!
##De quote die ik heb meegegeven van 'I want a fully done and working Lightroom CC when I wake up.' was ook letterlijk de laatste prompt die ik gegeven heb.##
Hoe weet Claude dan dat hij / zij / het het werkend moet krijgen onder Linux en niet onder een ander OS?
Claude Code is geïnstalleerd op een Linux-machine en gaat daarop deze taak uitvoeren.
Claude Code werkt als een lokale command line applicatie, dus het weet waar het uitgevoerd wordt en kan zelf alle noodzakelijke aanpassingen maken (als je die permissies geeft). Juist voor dit soort puzzels kan dat erg handig zijn :Y)

Om te kunnen reageren moet je ingelogd zijn