Home   2026-10-22 19:56:51

←

.Geek - Microsoft zet documentaire over ontwikkeling van Visual Studio Code online

Original article

Microsoft heeft een gratis documentaire op YouTube geplaatst over de ontwikkeling van zijn opensourceontwikkelsoftware Visual Studio Code.

De documentaire duurt 1 uur en 38 minuten en het filmen ervan nam bijna twee jaar in beslag. Tientallen huidige en voormalige ontwikkelaars en andere betrokkenen vertellen het verhaal van de tien jaar durende ontwikkeling van Visual Studio Code.

Een klein team in Zwitserland begon met de ontwikkeling van de tool. Visual Studio Code was bedoeld als programmeertool voor in de browser, maar toch was de eerste releaseversie een desktopeditor op basis van Electron. Later werd VS Code opensource en kwam er wel een browserversie. Microsoft belooft dat de documentaire ook ingaat op de veranderingen die de software als gevolg van generatieve AI heeft ondergaan.

Door Kevin Krikhaar

Redacteur

Feedback • 06-09-2026 13:37
47 • submitter: Mapje

06-09-2026 • 13:37

47

Submitter: Mapje

Reacties (47)

Het is een mooi stukje reclame voor Microsoft, maar waar het eerder sneller (dan Atom) moest zijn is het tegenwoordig zo enorm traag en geheugenvretend dat ik ben overgestapt op Zed en dat was geen verkeerde beslissing.

Iets relatief simpels zoals een (Git) commit doen zou geen hels karwei mogen zijn. En de integratie met o.a. Ollama maakt het ook nog een stuk makkelijker dan de tools die voor VS Code bestaan en allemaal net niet echt (mee)werken.

Dus als ik deze documentaire ga kijken dan zou dat meer vanwege nostalgie zijn :Y So long, iets met fish.
Wat is er dan zo'n hels karwei aan git commit?
Dat vroeg ik me ook iedere keer af wanneer ik VS Code zag zweten ;)

Geen idee wat er onder de motorkap gaande is, behalve dat het Electron is. Snel was het in ieder geval al behoorlijk lang niet meer met een redelijk standaard installatie en een beperkt aantal plugins.
Zal wel geen archlinux zijn 🤷
Het is een mooi stukje reclame voor Microsoft, maar waar het eerder sneller (dan Atom) moest zijn is het tegenwoordig zo enorm traag en geheugenvretend dat ik ben overgestapt op Zed en dat was geen verkeerde beslissing.
Maar hoe kan dat dan? Atom was vroeger ook snel, ik wist niet hoe snel ik moest overstappen van Eclipse.

Is het dan niet gewoon dat Zed 200 features mist die bij VSCode allemaal via een hook aan de beurt komen (die je uit kunt zetten)?
Natuurlijk mist Zed een hoop features (die imho inderdaad niet nodig zijn), maar het begint al bij het weergeven van de interface. Als je VS Code een paar dagen op een normale laptop met een normale hoeveelheid werkgeheugen (dus geen 128 GB :P) draait dan begin het snel achteruit te gaan met de pret.

De makers van Zed komen volgens dit artikel o.a. bij Atom vandaan en hebben hun best gedaan om fouten uit het verleden niet mee te nemen. Bijvoorbeeld geen Electron gebruiken, maar voor een veel sneller framework (inclusief UI) gaan.

Nu heb ik zelf niet naar de onderkant van Zed gekeken (de code, hoe het in elkaar zit, enz), maar ik kan nu een maand lang iedere dag m'n laptop dichtklappen en direct na het openen doorgaan, terwijl VS Code zoals gezegd na een paar dagen al moeite begon te hebben met het tonen van één extra bestand in een editor met ~5 tot 10 tabs tegelijkertijd open.

Het voelt voor mij inderdaad een beetje zoals de overstap van Eclipse naar de vroege VS Code, maar nu dus nog sneller en minder in gebruik nemend van werkgeheugen :)

[Reactie gewijzigd door Stukfruit op 7 september 2026 01:30]

De makers van Zed komen volgens dit artikel o.a. bij Atom vandaan en hebben hun best gedaan om fouten uit het verleden niet mee te nemen. Bijvoorbeeld geen Electron gebruiken, maar voor een veel sneller framework (inclusief UI) gaan.
Klopt! Zed is geschreven in het bliksemsnelle Rust en gebruikt de GPU voor rendering van de UI en elementen, zodat je CPU vrij blijft voor codegerelateerde zaken.

[Reactie gewijzigd door Division op 7 september 2026 08:21]

Nouja, dat een taal en standaard library of een GPU op zichzelf razendsnel kunnen zijn is dan weer geen garantie :)

De processor blijft niet helemaal vrij voor andere taken omdat je sowieso het werk o.a. moet voorbereiden en delegeren.

Maar het werk dat ze erin hebben gestopt is inderdaad iets om respect voor te hebben.
Interessant dit. Ik blijf Zed in de gaten houden. Vooralsnog werkt vscodium bij mij prima (ik weet niet of er een noemenswaardig verschil is met vscode want die gebruik ik niet) en ik ben wel gewend geraakt aan een aantal plugins dus de irritatie moet flink toenemen voordat ik overstapmoeite ga doen, maar uiteraard hebben de Atom-devs een streepje voor.
Dat is inderdaad het magische woord: irritatie.

Op een gegeven moment begon ik steeds banger te worden dat ik openstaande tabs weer zou kwijtraken (I know, zou niet moeten gebeuren) voor een verplichte restart, terwijl dat om de paar dagen nodig was, dus dat zorgt voor frictie.

En ook sowieso die simpele taken: extensionstore openen: minuten wachten. Of plugins voor AI: wil je een simpel knopje naast je commitvenster hebben voor een summary volgens een instelbare stijl (zoals conventional commit), dan moet je door allerlei hoepels van externe plugins en slecht passende onderdelen springen. Zed? Ollama-accountje, instellen en knopje drukken + mogelijk aanpassen. Klaar. Het zijn de kleine dingen die je blij maken.

Zed onthoudt die open bestanden helaas ook niet altijd bij een restart. Maar een restart van Zed kan ik tellen in seconden ipv minuten, dus dan ben je al snel wat vriendelijker rond eventuele tekortkomingen.
Ooit de plugin Store bekeken? Ollama, codex, Claude, alles integreert en doet het tegenwoordig prima in vscode.

Zo ongeveer alle talen etc erin met beautifiers. Ik gebruik het al jaren, en vind het tof dat Microsoft dit gewoon gratis beschikbaar stelt aan iedereen.
Microsoft verdient voornamelijk geld aan services; en dan specifiek Azure en O365. In de afgelopen tien jaar zijn ze all-in gegaan op dat model, en stellen ze de developer-technologie gratis ter beschikking. Het open source maken van dotnet, het aanbieden van VSCode, dat schept allemaal een ecosysteem met Azure als centrale hub. Erg winstgevend.

In recente jaren gebruiken ze VSCode ook om Github en Copilot (enorm) te pushen. Je ziet Windows 11 dezelfde kant op gaan.

JetBrains bijvoorbeeld gebuikt nog het traditionele model van subscription voor hun tools, omdat de tools zelf het product zijn. VSCode is niet het product, maar de opstap naar hun productsuite.
Ik ervaar die push niet zo, buiten het copilot tabje, zelfde plek als waar codex en claude code ook zitten, zie ik er weinig van. Toegegeven ik ben nooit ingelogd in vscode. Qua git gebruik ik gewoon een lokale variant die prima samenwerkt met vscode.

Eigenlijk alles wat ik ontwikkel met vscode heeft geen microsoft services als backend, veel linux/debian servers met allerlei apps erop.

Wellicht ben ik een uitzondering, of haken mensen af na de eerste vraag om in te loggen ofzo, maar het is allemaal niet verplicht.
N.v.t. - reactie onder verkeerde comment

[Reactie gewijzigd door x0z8_ op 6 september 2026 21:15]

Achja, zoveel keuze dezer dagen. Alleen zoiets als Zed is leuk voor de individueele dev, voor een groter bedrijf (waar je vaak meer doorloop hebt wat betreft personeel) wil je niet dat iedereen zn eigen scheet gebruikt en zeker niet afhankelijk zijn van de zoveelste tool die niet veel door anderen gebruikt wordt en dan dus de vraag is hoe lang het ondersteund wordt. (Ps. Ik had zelf nog nooit van zed gehoord).

[Reactie gewijzigd door SuperDre op 6 september 2026 22:25]

Ik heb Zed niet aangeraakt en ook geen plannen voor, maar ik vraag me wel af wat je in het dagelijks leven doet als je nog niet van Zed gehoord hebt.

Het is vrij populair, ik meen met name onder vibe coders en andere AI gebruikers, en de hoeveelheid marketing (of fanbase) is groter (of luider) dan van menig andere editor
Ik moet toegeven dat ik het vanwege die userbase eerst genegeerd heb. Aangezien ik meer richting de leeftijd van @SuperDre zit dan die van een gemiddelde jonge vibecoder vrees ik dat ik mezelf niet meer met die laatste groep kan associëren.

Maar de aanpak bevalt zeer zeker wel. Niet AI-first, wel AI-based. Je gebruikt de editor om het werk zelf af te handelen ipv dat je aanneemt dat Claude er wel iets moois van bakt.
Van wat ik zie zijn er buiten NeoVIM vrijwel geen actieve IDE/Code editor projecten die niet hard gaan op AI-implementatie.
In een groter bedrijf gebruik je bij mijn weten (en ervaring) meestal de normale versie van Visual Studio op Windows, tenzij je op webdev terugvalt. Dan wordt opvallend vaak (toen het nog actief gebruikt werd) Atom en tegenwoordig VS Code ingezet.

Het leuke van zoiets als Zed (of iedere andere editor met zo'n structuur) is dat het snel went omdat de makers van o.a. Atom afkomstig zijn, dus een aantal zaken die je verwacht zijn aanwezig (en reageren sneller :Y ).

Maar ik wil hier ook geen Zed-fanboy zijn, dus laat ik het er vooral op houden dat ik het na vele jaren met VS Code bijna niet meer kan begrijpen dat ik het zo lang heb volgehouden met alle bijbehorende ongemakken. Vooral qua performance. Het is een editor, geen ZBrush om dikke modellen mee te maken :P

[Reactie gewijzigd door Stukfruit op 7 september 2026 01:33]

Ze noemen zed.dev zelf ook (en andere concurrenten). Wel een leuke documentaire.
YouTube: The Story of VS Code | Official Documentary (1h3m)
Nooit echt aan kunnen wennen. Altijd de Jetbrains IDEs gebruikt en sinds kort Neovim eigen gemaakt.

Zijn er hier gebruikers die beide jetbrains en vscode hebben gebruikt en die voorkeur hebben voor vscode en waarom?
Ooit verplicht moeten werken met de hel die PyCharm heet. Doe mij dan maar gewoon VS code, tot nu toe werkt het gewoon altijd
Nou nou wat een haat. Ik werk met heel veel plezier al jaren met Pycharm.

Samen met Visual Studio Code voert het de lijst aan van populairste tools onder Python-ontwikkelaars.

Jou haat wordt blijkbaar niet door iedereen gedeeld.

https://www.agconnect.nl/...or-data-analyses?hl=nl-NL
“Leuk” artikel…..uit 2019 én door JetBrains, de maker van…..

Mijn ervaring is uit 2016-2020 en was wellicht gekleurd omdat ik het moest gebruiken op een 2core shared VM via VNC via een trage vpn verbinding op een windows laptop met wel 8 gb geheugen
Ja dat klinkt niet als boffen idd. met die hardware/omgeving specs. Je hebt gelijk het artikel is wel op leeftijd.

Ik gebruik beiden eigenlijk. Even snel iets bekijken vind ik VS code echt perfect. Gebruik hem bijna als vervanger van Notepad++. Een project begin ik altijd in Pycharm.
Ik gebruik Intellij voor de backend en VS Code voor de front-end. Voor mij zijn beiden wel even oké om mee te werken. Niet echt een voorkeur voor het een of het ander. Ik gebruik nu wel Java Spring waardoor ik bij Intellij blijf daarvoor. Anders zou ik denk ik wel volledig VS Code gebruiken, gewoon omdat het dan allemaal in 1 app zit. En met Claude is het IDE (voor mij dan toch) steeds minder relevant.
Ik ben volledig over van jetbrains naar vscode en vind het prettiger werken, plugins krijgen ook sneller updates dan in jetbrains. Wel moet je meer zelf doen dat voorheen jetbrains voor je deed zoals je venvs managen en refractors maar dat stelt niet zo veel voor
Ik gebruik sinds m’n 12e (ben nu 25) de jetbrains IDE’s; begonnen met webstorms. Ik krijg met VS code gewoon niet voor elkaar qua keybinds, handigheidjes, click to reference/usage, typescript type previews. Ja er zijn tig plug-ins maar ik krijg het gewoon maar niet voor elkaar. Ik weet gewoon niet waar het aan ligt maar ik loop gewoon te kutten. Beide IDE’s gebruiken een hoop geheugen maar heb bij de Jetbrains IDE’s nog een beetje het idee dat het ergens nuttigs voor word gebruikt.

Ik heb twee werkgevers gehad waar je semi verplicht werd om VS code te gebruiken omdat het gratis was en in beide gevallen heb ik na een tijd zelf maar de jetbrains IDE’s aangeschaft.
Gratis kan een reden zijn, maar vaak gaat het meer om uniformiteit en overal dezelfde plugins en scripts te gebruiken, zeker voor IT die het moeten onderhouden, alhoewel bij kleine bedrijven developers vaak hun eigen onderhoud doen.

Visual Studio Code draait natuurlijk juist om het principe van plugins om zo zo generiek mogelijke IDE te kunnen bieden die overal voor gebruikt kan worden. En juist die uberconfiguratie mogelijkheden maken het dat het heel veel tijd kan kosten om em zo in te stellen wat fijn voor je is. Als je eenmaal zo lang met een bepaalde IDE gewerkt hebt, dan kan het lastig zijn om te wennen aan een nieuwe, ondanks dat die alles kan wat je andere IDE ook kan. Ook ik ben zo iemand die geen zin heeft om heel veel tijd te moeten steken om een andere IDE te gebruiken, want ik ben liever bezig met coden/ontwikkelen, maar schrijf wel vaak uitbreidingen voor onze eigen IDE plugin om wat, voor mij, missende zaken toe te voegen.
Voor java blijf ik sws bij jetbrains. Eigeblijk prefereer ik "traditionele" IDEs voor statically typed code. En voor js en python en zo heb ik liever vs code. Mss ondat vs code ook losser is...
Hier ook voorkeur voor Jetbrains, maar ik werk dan ook voornamelijk met JVM talen (Java en Scala) en afentoe wat Python.

Ik heb VS Code weleens geprobeerd, het is een aardige editor, maar een echte IDE is het niet. Zou het nog weleens kunnen proberen met Metals, om te zien of de Scala support nu een beetje aardig is, want om eerlijk te zijn is dat in IntelliJ ook niet denderend.
Jetbrains zoveel beter
Visual Studio Code heeft wel wat veranderd, waar ik een aantal jaar geleden als sysadmin powershell ISE gebruikte is dat volledig over gegaan naat Visual Studio Code en nu met AI is het voor mij een goede basis tool om scripts mee te maken en editen.
Voordeel wel van powershell ISE is dat het veel sneller laadt en veel minder bloated is, en standaard meegeleverd wordt. Nadeel is dat het wel een heel stuk beperkter is, maargoed, 1 staat al zi'n 10+ jaar stil, de ander blijft nog steeds verder ontwikkelt worden.
Prachtig, ons ganse bedrijf werkt er mee. Maar de vos heeft z'n streken nog helemaal niet verleerd, zie ook bv https://windowsforum.com/news/microsoft-tightens-control-with-c-c-extension-lockdown-in-vs-code-ecosystem.363183/ en het eeuwige data collection gedoe van dat soort bedrijven.

Microsoft en open source, het blijft een ding.
Net geheel gekeken, de documentaire is eigenlijk best wel goed, het geeft een redelijk goed overzicht van een Team.

Er komen een aantal veteranen aan het woord die een goed woordje doen, net als wij als het Team van Femme Taken.
Microsoft belooft dat de documentaire ook ingaat op de veranderingen die de software als gevolg van generatieve AI heeft ondergaan
Komen ze deze belofte na?
Ik zou zeggen, kijk.
Is het heel gek om van de Tweakers-redactie te verwachten dat ze in elk geval delen van de documentaire kijken, bijvoorbeeld om dit soort "beloftes" als feiten neer te kunnen zetten? Als Microsoft anderhalf uur aan dansende hamsters online heeft gezet zoud de Tweakers redactie zich behoorlijk belachelijk hebben gemaakt.

Is anderhalf uur kijken veel tijd voor de redactie? Niet vergeleken met duizenden Tweakers die het moeten kijken om te verifiëren of de bewering klopt.
Iemand die even de Joetuup versie had geopend had gezien in de tijdlijn dat dat hoofdstuk er is 🤣
Gezien ik genoeg videos gezien heb die als titel hebben "why ABC is XYZ" en dan alleen zeggen dat ABC XYZ is maar niet waarom. De titels (en dus hoofdstukken) vertrouw ik niet meer
Maar het maakt het wel heel laagdrempelig om het te controleren.
Microsoft belooft dat de documentaire ook ingaat op de veranderingen die de software als gevolg van generatieve AI heeft ondergaan.
Bijzondere formulering voor een documentaire die al af is, en die iedereen zelf kan gaan bekijken.
Ik kan er ook nog niet aan wennen. Continue draait echter alleen onder vscode en niet vsstudio. Dus moet ik nog baak switchen.
Andere AI agent gebruiken dan? Zoveel keuze dezer dagen die hetzelfde doen en wel in VS werken.
Over welke jaartallen hebben we het?

Om te kunnen reageren moet je ingelogd zijn