Documentaire over ontstaan van programmeertaal C++ staat gratis op YouTube

YouTube-kanaal CultRepo heeft een documentaire uitgebracht over het ontstaan van programmeertaal C++. De documentaire kijkt naar het vroege begin van de taal in het onderzoeksinstituut Bell Labs en laat onder anderen de ontwerpers aan het woord.

C plus plusDe documentaire duurt een uur en elf minuten en staat gratis op YouTube. De film is gemaakt door CultRepo, dat eerder ook al een documentaire over het ontstaan van Python maakte, met daarin een hoofdrol voor de Nederlander Guido van Rossum.

The Story of C++: The World's Most Consequential Programming Language begint in 1979 in het Amerikaanse Bell Labs, een onderzoeksinstituut waar de taal het levenslicht zag. De documentaire onderzoekt niet alleen het begin, maar probeert ook te verklaren waarom C++ al zo lang zo universeel gebruikt wordt, ondanks een geschiedenis waarin de complexe taal ook al meerdere keren overbodig en doodverklaard werd.

In de documentaire komt uiteraard C++-oprichter Bjarne Stroustrup aan het woord, maar ook andere computerwetenschappers die nauw betrokken waren bij de totstandkoming van de taal. Dat zijn bijvoorbeeld Anders Hejlsberg, die C# bedacht, Andrei Alexandrescu en Brian Kernighan. Ook zit er een rol in voor de legendarische gameprogrammeur John Romero.

Door Tijs Hofmans

Nieuwscoördinator

05-06-2026 • 20:47

18

Reacties (18)

Sorteer op:

Weergave:

C++, de meest krachtige- en tegelijkertijd doortrapte taal ooit. Als ik jaren later code lees begrijp ik deze maar twijfel ik altijd of ik wel besef wat het doet.

Ga ik terug naar C dan mis ik de features (STL, OO, etc etc) en heb ik continu het idee deze features in C te herimplementeren in eigen code zodra het complex wordt.

Het is met afstand de lastigste taal om externe (niet-header template) libraries te handhaven omdat OO, data- en executiemodel in één binary gepropt zijn en dynloading is nog altijd een imperatieve wrapper of niet-uniforme iteratie van object request broker.

Qua memory management is niet 100% duidelijk waar je aan toe bent vanwege de talloze standaarden en bijzondere, in mijn smaak soms bizarre, paradigma's die C++ gelijktijdig ondersteunt (b.v. constructorovererving/modifiers). Die standaarden zijn ok, maar je weet van te voren niet welke mix, C++ stijl en standaarden de programmeur hanteert, want iedereen heeft zijn eigen stijl net als ik. The Qt toolkit was hier een mooi voorbeeld van.

Daarnaast zullen interlinks tussen eigen- en evt. externe code (welk mooie OO patterns je ook hanteert) een veelvoud blijken t.o.v. andere talen. Die interlinks zijn zo massaal en verborgen dat je van te voren geen overzicht hebt en effecten kan voorspellen. Een mooi voorbeeld is de immense IIS graaf ooit met onderlinge afhankelijkheden vergeleken met de Apache graaf,

Die complexiteit is inherent aan C++, het is de taal die dit introduceert. Dit is naar mijn idee de grote zwakte en Achilleshiel van C++, onderhoud en aanpassing is veel veeleisender dan op andere stacks.

Modelleren via OO is voor sommige complexe ontwerpvragen conceptueel (en daarmee implementatie) de meest natuurlijke/sluitende oplossingsrichting en voor real-time projecten is er geen andere oplossing dan C++; Rust heeft geen OO, een hybride C/OO VM taal werken daar niet.

Ik had gehoopt op een Ada herleving met iets minder oubollige Pascal syntax op plekken (begin/end etc.) maar ik denk niet dat er een vervanger voor C++ gaat komen, elke nieuwere OO taal heeft memory management en deze en andere problemen zijn op alle manieren getracht te ondervangen.

Een C++ vervanger is al zo vaak geprobeerd en C++ blijft omdat low-level, performance en tegelijkertijd stabiel grote projecten tegengestelde taaleigenschappen eisen en daarmee complexiteit, die helaas ten koste gaan van de programmeur en herbruikbaarheid.

Dus, mijn hoop is gericht niet op een nieuwe taal, maar op een revisie van C++ met andere naam, de oude kludges en onverwachte paradigma's eruit en syntax/stijl optimaliseren zoals C# geleerd heeft in plaats van nieuwe standaarden introduceren bovenop de berg. Maar daar hebben we een nieuwe Stroustrup voor nodig en veel backing voor de benodigde coding, want de C++ community zelf is enigszins verkokerd en heeft de complexiteit geaccepteerd als ere symbool.
Heerlijk commentaar op de C++ en meer bij deze Math PhD met gevoel voor humor en ragebait -

'Sheafification of G' YouTube: C++ is the BEST interpreted language

Dezelfde man heeft ook python met soortgelijke analyse onder de loep gelegd. Heerlijk met biertje erbij.
Yeah, dank je wel.

Ik word ouder en besef me steeds meer dat perfectie niet bestaat maar het streven naar perfectie nog steeds niet kan loslaten en waarderen. Omdat het niet bestaat, ook in een 0/1 omgeving.

Die onoplosbare paradox vind ik terug in bizarre ontwikkelingen als C++ waar ik nooit zal kunnen oordelen of het goed of fout is, het is er gewoon en de logische true/false binaire wereld beperkt simpelweg in hoeverre je buiten de lijntjes kan kleuren om leuke dingen voor elkaar te krijgen.

Dat is C++, een stuk kunstwerk. Van mijn kant bergen frustratie maar tegelijkertijd ook verwondering en verrassing.

En dat is misschien wat programmeren leuk maakt.
Tja, ik heb inmiddels gekozen om m'n game engine gewoon in C# te schrijven in plaats van C++. De prestaties ontlopen elkaar tegenwoordig vaak nog maar enkele procenten.
Mijn conclusie was dat dat snel genoeg was. Immers kon ik veel meer prestaties winnen ten opzichte van Unity door betere architectuurkeuzes.

Inderdaad, al die obscure bugs. Undefined behaviour. Compilers die onleesbare errors geven, en hoe lastig het is om libraries te importeren. Dotnet is wat dat betreft een verademing.
Ik bouw ook al mijn software in C#/.NET. Eigenlijk kost alles daarin mij veel minder regels code en energie, voor een resultaat dat voor mij zeer goed is. Ik heb een paar jaar C++ geprogrammeerd, maar in alle eerlijkheid vind ik het één grote puinhoop en haal ik er geen plezier meer uit.

Vooral bij dingen zoals serialisatie, deserialisatie en dynamische data merk ik dat verschil. In C# voelt dat directer, terwijl ik in C++ vaak het gevoel heb dat ik eerst door een berg complexiteit heen moet voordat ik iets simpels voor elkaar krijg.

Voor mij persoonlijk is C#/.NET gewoon veel prettiger, productiever en leuker om mee te werken.
Tja, ik heb inmiddels gekozen om m'n game engine gewoon in C# te schrijven in plaats van C++. De prestaties ontlopen elkaar tegenwoordig vaak nog maar enkele procenten.
Mijn conclusie was dat dat snel genoeg was. Immers kon ik veel meer prestaties winnen ten opzichte van Unity door betere architectuurkeuzes.
Lijkt me een uitstekende keuze en CIL/C# heeft denk ik ongeveer de beste toolchain/IDE/profiling/etc. etc. mogelijkheden om je als programmeur te blijven focussen op code/architectuur wat onnoemelijk veel meer oplevert qua vooruitgang in plaats van denken dat je zelf efficiënter kan coden op bare metal dan een moderne compiler kan uitschrijven, al dan niet JIT (en kudo's voor C64 etc. hobbyisten, maar dat is totaal ander niveau dan MMU/cache/opcode vertalingen/pipelining etc. etc. waar elke chipset zijn eigen humor heeft).

Ik had vroeger graag C compiler ontwerper/bouwer willen worden maar al heel veel jaren geleden geaccepteerd dat ik compleet en voor altijd voorbijgestreefd bent. Snif.

Er is alleen de niche van harde real-time op b.v. embedded of semi-embedded systemen waar executie en geheugen(de)allocatie deterministisch moeten zijn. Dan is er eigenlijk geen andere keuze buiten een C++ variant voor de hele software stack als je iets meer wilt dan hardware interfacing via C. Want ik wil weten welke code voor de hardware wordt uitgepoept. Rust doet hier ook vreemde dingen.

Zit je op dat niveau dan weet je dat je de hardware undefined behaviour zal houden en daarmee obscure bugs. Die zijn ook te gebruiken in je voordeel, behalve als je denkt die onmogelijkheid met steeds nieuwere standaarden op te kunnen lossen, dat levert alleen meer mogelijke paden en BSPs zijn zeer wispelturig, zelfs met dezelfde architectuur, een nieuwe batch van hetzelfde kan ook verrassingen leveren.

Dat blijf ik bijzonder vinden aan C++, bepaald niet mijn eerste keuze (waarschijnlijk de laatste) maar omdat het een zee van paradoxen en paradigma's herbergt voor alles een gegarandeerde en meestal moeizame oplossing met absoluut de meeste invalshoeken voor alternatieve implementaties ooit.

Het is de enige taal waarbij je denkt, nou, nu is het wel een keer genoeg om 3 uur 's nachts en verdere verbetering/verandering/overhoopgooien levert niks op, ik hou alleen mezelf voor de gek.

Ik heb bij C++ heel heel vaak met een biertje op gedacht en de idee gehad dat Stroustrup stiekem als enige doel heeft gehad altijd te blijven programmeren -- een soort Star Citizen voor programmeurs :)
mijn hoop is gericht niet op een nieuwe taal, maar op een revisie van C++ met andere naam
Die lijkt al in de maak onder de naam: Carbon.

[Reactie gewijzigd door Pompidompi op 7 juni 2026 18:05]

Nen commissie 381022 is de standaardisatiecommissie die zich met C++ standaardisatie bezighoudt. Als je interesse hebt om mee te praten over de mening van Nederland in de internationale C++ commissie (WG21) beslissingen, kijk dan hier: https://www.nen.nl/normcommissie-programmeertalen-en-besturingssystemen

Meer over de C++ standaard kun je vinden op https://isocpp.org/ en over standaardisatie op https://isocpp.org/std
edit:
isocpp.org toegevoegd

[Reactie gewijzigd door jcvw op 6 juni 2026 00:01]

Anders Hejlsberg bedacht niet alleen C# maar ook Delphi. C# lijkt dan ook een Delphi iteratie te zijn in Java/C++. Een compacte krachtige taal. Alleen Kotlin lijkt nog een stap verder te zijn in compactheid en kracht.
Hij is ook de hoofdontwikkelaar van TypeScript.

Kotlin is wat moderner en eleganter maar C# wordt voor veel meer doelen gebruikt en is onderdeel van .NET dat zeer uitgebreide standard libraries heeft.
Bij Kotlin kun je gewoon alle Java bibliotheken gebruiken. Dus qua bibliotheken zal Kotlin zeker niet onderdoen.
En Turbo Pascal. Delphi is ontstaan uit de programmeertaal Pascal.

Dus hij heeft nogal wat op zijn naam staan: Turbo Pascal, Delphi, C#, TypeScript.

[Reactie gewijzigd door jj71 op 5 juni 2026 22:31]

En In De Schatkamer staat een 18-delige documentaire uit de jaren '80 over het programmeren met de taal Pascal. :)
Super tof! Bedankt voor deze tip, ik heb gelijk al een deel gekeken.
Lijkt mij iets leuks om op zondagochtend te kijken. Wel benieuwd naar het hoe en wat.
Grappig, een week terug kwam Laurie voorbij met een aflevering over de dominantie van C++.

YouTube: the true reason C++ always wins
Ik heb hem al gezien, gisteren. Echt een aanrader voor elke nerd, niet alleen voor programmeurs of überhaupt C++ programmeurs. De taal is zo enorm invloedrijk dat het voor iedereen in de IT wel interessant is om te zien, denk ik.
Voor mensen die wat diepgaander, maar tegelijk veel luchtiger, en uitdagende stijl waarderen - Youtuber met een wiskunde achtergrond 'Sheafification of G' heeft veel effort (weken?) gestoken in deze humorische en provocerende video over de features van laatste C++ versies - breng obfuscation naar een nieuw niveau, en probeer elk statement te vatten:

'C++ is the BEST interpreted language'

YouTube: C++ is the BEST interpreted language

Op dit item kan niet meer gereageerd worden.