chesini schreef: ↑26 april 2026, 19:00 Je kan zo al zien aankomen dat LLM's het klassieke programmeerwerk volledig gaan overnemen. Want een programmeertaal is ook maar een taal. Een programmeermodel heeft tijdens de training miljarden lijnen code (bvb ganse GitHub) verwerkt en vertaald in gewichten. Plus komt daarbij dat een programmeertaal veel gestructureerder is dan een gesproken taal. Dus het genereren van code verloopt in principe nog makkelijker dan het genereren van gesproken en geschreven taal.

LLM zijn helemaal niet geschikt en gaan ook niet gebruikt worden voor programmatie. Juist voor zulke zaken zijn fact based AI's stukken beter. Die gaan niet gans het internet afschuimen om een data base met terrabytes twijfelachtige en vaak verouderde programma code te verzamelen om daaruit iets wat op niks trekt te genereren. Een fact based AI leert de spelregels en structuur van een programmeertaal, volgt daarbij de updates en evolutie en zal van daaruit zijn ding doen. Een LLM zal hooguit de communicatie tussen mens en AI verzorgen.

vortex schreef: ↑27 april 2026, 07:29

chesini schreef: ↑26 april 2026, 19:00 Je kan zo al zien aankomen dat LLM's het klassieke programmeerwerk volledig gaan overnemen. Want een programmeertaal is ook maar een taal. Een programmeermodel heeft tijdens de training miljarden lijnen code (bvb ganse GitHub) verwerkt en vertaald in gewichten. Plus komt daarbij dat een programmeertaal veel gestructureerder is dan een gesproken taal. Dus het genereren van code verloopt in principe nog makkelijker dan het genereren van gesproken en geschreven taal.

LLM zijn helemaal niet geschikt en gaan ook niet gebruikt worden voor programmatie. Juist voor zulke zaken zijn fact based AI's stukken beter. Die gaan niet gans het internet afschuimen om een data base met terrabytes twijfelachtige en vaak verouderde programma code te verzamelen om daaruit iets wat op niks trekt te genereren. Een fact based AI leert de spelregels en structuur van een programmeertaal, volgt daarbij de updates en evolutie en zal van daaruit zijn ding doen. Een LLM zal hooguit de communicatie tussen mens en AI verzorgen.

Toch is de motor van GPT4o, Sonnet, GeminiPro gelijkaardig aan die van LLM's. Het zijn alle drie Transformermodellen. Als je LLM's begrijpt, begrijp je ook de coderingsmodellen.

chesini schreef: ↑27 april 2026, 10:01
Toch is de motor van GPT4o, Sonnet, GeminiPro gelijkaardig aan die van LLM's.

Dat zijn dan ook al geen zuivere LLM's meer, de code die daar uit komt is wel degelijk gebaseerd op de eigenlijke programmeertaal, bv python, C++,.. en niet op een samen plaksel van code uit LLM databases.

vortex schreef: ↑27 april 2026, 10:41

chesini schreef: ↑27 april 2026, 10:01
Toch is de motor van GPT4o, Sonnet, GeminiPro gelijkaardig aan die van LLM's.

Dat zijn dan ook al geen zuivere LLM's meer, de code die daar uit komt is wel degelijk gebaseerd op de eigenlijke programmeertaal, bv python, C++,.. en niet op een samen plaksel van code uit LLM databases.

Het lijkt mij nogal evident zelfs triviaal dat een coderingsmodel getraind wordt op programmeertalen. Dwz op ganse repositories zoals GitHub. Een voetballer wordt trouwens getraind op voetbal, niet op profwielrennen. Het zou nogal gek worden.

chesini schreef: ↑27 april 2026, 10:52 Het lijkt mij nogal evident zelfs triviaal dat een coderingsmodel getraind wordt op programmeertalen. Dwz op ganse repositories zoals GitHub. Een voetballer wordt trouwens getraind op voetbal, niet op profwielrennen. Het zou nogal gek worden.

Om een programmeertaal aan te leren aan een fact based AI hoef je niet gans GitHub in een database te zetten, je leert het de handleiding en structuur van desbetreffende programmeertaal. Maar goed, de kost ermee, geen goesting in weer eens een eigenwijsheid discussie met chesini.

vortex schreef: ↑27 april 2026, 11:07 Om een programmeertaal aan te leren aan een fact based AI hoef je niet gans GitHub in een database te zetten, je leert het de handleiding en structuur van desbetreffende programmeertaal. Maar goed, de kost ermee, geen goesting in weer eens een eigenwijsheid discussie met chesini.

Het is inderdaad lastig discussieren met iemand die zonder het te beseffen aan het Dunning-kruger-syndroom lijdt. Ik heb het ook opgegeven.

vortex schreef: ↑27 april 2026, 11:07

chesini schreef: ↑27 april 2026, 10:52 Het lijkt mij nogal evident zelfs triviaal dat een coderingsmodel getraind wordt op programmeertalen. Dwz op ganse repositories zoals GitHub. Een voetballer wordt trouwens getraind op voetbal, niet op profwielrennen. Het zou nogal gek worden.

Om een programmeertaal aan te leren aan een fact based AI hoef je niet gans GitHub in een database te zetten, je leert het de handleiding en structuur van desbetreffende programmeertaal. Maar goed, de kost ermee, geen goesting in weer eens een eigenwijsheid discussie met chesini.

Ik probeer het weer te geven. @Vortex: corrigeer gerust als het niet klopt, moest ik er alles van weten dan zat ik niet meer op de SG.

Stel dat we een transformerbased hybride coderingsmodel hebben.
We stellen de vraag: genereer mij een interface in Python-code naar Microsoft SQLserver.
De vraag wordt omgezet in een embeddingsvector. Met die embeddingsvector wordt gezocht in onze proprietary vectordatabase naar de codefragmenten die het dichts bij die embeddingsvector liggen.
Onze vectordatabase geeft de dichtst bijgelegen fragmenten terug.
Het model formuleert het antwoord.

Onze vectordatabase bevat codefragmenten en hun embeddingsvectoren. Je bepaalt dan inderdaad helemaal zelf wat je opslaat als referentiemateriaal. Naast codefragmenten en hun embeddingsvectoren bevat ze ook fragmentattributen zoals programmeertaal, auteur, datum, versie,...
Je kan ze dagelijks, zelfs elk uur aanvullen. Bvb als bedrijfspolicy: alle code die in productie staat moet vanaf de dag van de release ook in de vectordatabase staan. Samen met de tickets van Jira en ServiceNow waarin de goedkeuringen voor de release van de code staan.

Als je een vraag stelt die resulteert in een vector die geen naburige vectoren heeft in onze vectordatabase, dan kan het model bvb 2 zaken doen: zeggen: ik weet het niet of vragen: wil je dat ik op het internet ga zoeken?

Dit is inderdaad een scherpe proprietary opstelling.

Nu, om de kracht van een model als de gewone Gemini LLM aan te geven, het antwoord op "genereer mij een interface in python naar microsoft sql server en toon mij de code inclusief initialisatie, errorhandling en documentatielijnen" dan krijg ik de code na 1,4sec. En Gemini zegt ook welke elementen gebruikt zijn: pyodbc-bibliotheek, Phyton Design Patterns, ACID-principes van databasebeheer, algemene programmeerprincipes voor objectgeoriënteerd programmeren (OOP).

Niet slecht voor een meer algemene LLM durf ik zeggen. Gemini zegt er bij dat de code geschikt is voor een standalone script. Voor een complexe opstelling met honderden concurrent transacties wordt een aangepaste code gegenereerd in 1,8sec.

Ik heb geen proprietary coderingsmodel. Ik ben dus wel aangewezen op Gemini (Gemini 3 Flash-versie).

Charlesvdw schreef: ↑22 april 2026, 21:58 Moet zeggen dat ik de reactie van de beurzen niet begrijp. Is het niet zo dat - zelfs al stopt morgen de oorlog in Iran - er nog maanden schade gaat zijn aan de economie ?
Dat moet toch wegen op de rendabiliteit van de bedrijven.

Voor de ene zeker, voor anderen spelen productiviteitswinsten uit AI een rol. Of toch hetgeen men ervan verwacht.
En de nieuwe robots (zie Japan vandaag, +1.4%).

patrick4 schreef: ↑27 april 2026, 12:02

vortex schreef: ↑27 april 2026, 11:07 Om een programmeertaal aan te leren aan een fact based AI hoef je niet gans GitHub in een database te zetten, je leert het de handleiding en structuur van desbetreffende programmeertaal. Maar goed, de kost ermee, geen goesting in weer eens een eigenwijsheid discussie met chesini.

Het is inderdaad lastig discussieren met iemand die zonder het te beseffen aan het Dunning-kruger-syndroom lijdt. Ik heb het ook opgegeven.

Jij kan het idd weten als dé spaargidsexpert bij uitstek in inzicht en logica in alle mogelijke domeinen.

Fed gaat woensdag wellicht de rente niet verhogen. De laatste onder leiding van Powell.
Ecb wellicht ook niet, verschil is al ruim.

Jintro schreef: ↑25 april 2026, 10:20

JOKER247 schreef: ↑24 april 2026, 17:07

Is dat besmettelijk?

Je doet je naam alle eer aan!

AMD: https://www.fool.com/investing/2026/04/ ... are-expec/

Omdat het hier af en toe ook over AI gaat - World Models: https://www.nature.com/articles/d41586-026-00820-5

ECB opent deur voor renteverhoging in juni.

Ik denk niet dat de ECB of de FED de rente zullen verhogen. Inflatie is uiteraard een probleem, maar de wereldeconomieën presteren momenteel niet sterk. Bovendien zal de inflatie minder acuut worden zodra de situatie in het Midden‑Oosten kalmeert. Trump kan zich niet veroorloven deze oorlog verder te voeren, en Iran heeft niet langer de middelen om die escalatie voort te zetten.

Ayhrual schreef: ↑1 mei 2026, 15:13 Ik denk niet dat de ECB of de FED de rente zullen verhogen. Inflatie is uiteraard een probleem, maar de wereldeconomieën presteren momenteel niet sterk. Bovendien zal de inflatie minder acuut worden zodra de situatie in het Midden‑Oosten kalmeert. Trump kan zich niet veroorloven deze oorlog verder te voeren, en Iran heeft niet langer de middelen om die escalatie voort te zetten.

Dat noemt men: stagflatie. Hoge inflatie met lage economische groei.

Trump kan het zich niet veroorloven, maar de sul weet niet hoe hij uit het moeras van zijn oorlog kan geraken zonder nog meer gezichtsverlies.