Microsoft zet documentaire over ontwikkeling van Visual Studio Code online

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.

Vorige .geek Volgende .geek

Door Kevin Krikhaar

Redacteur

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

06-09-2026 • 13:37

Submitter: Mapje

Lees meer

Visual Studio Code legt pauze van 2 uur op voor updaten van npm-packages

Visual Studio Code legt pauze van 2 uur op voor updaten van npm-packages Nieuws van 4 juni 2026

Microsoft laat Ubuntu 18.04-gebruikers alsnog VS Code gebruiken voor een jaar

Microsoft laat Ubuntu 18.04-gebruikers alsnog VS Code gebruiken voor een jaar Nieuws van 6 februari 2024

Microsoft brengt vanaf 13 december zesdelige documentaire over Xbox uit

Microsoft brengt vanaf 13 december zesdelige documentaire over Xbox uit .Geek van 16 november 2021

Software development Webdevelopment Microsoft Documentaire Visual Studio Code

IT-banen

Meer vacatures

Reacties (50)

50

50

17

0

0

22

Wijzig sortering

Software development

6 september 2026 17:53

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

So long, iets met fish.

NmidnetS @Stukfruit • 6 september 2026 19:01

Wat is er dan zo'n hels karwei aan git commit?

Software development

@NmidnetS • 7 september 2026 01:31

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.

NmidnetS @Stukfruit • 7 september 2026 18:58

Wacht, jullie gebruiken zeker de gui en niet de terminal?

Barsonax @NmidnetS • 6 september 2026 19:08

Zal wel geen archlinux zijn 🤷

Sando @Stukfruit • 6 september 2026 19:51

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)?

Software development

@Sando • 7 september 2026 01:29

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

) 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]

Division @Stukfruit • 7 september 2026 08:21

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]

Software development

@Division • 7 september 2026 13:26

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.

Sando @Stukfruit • 7 september 2026 12:08

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.

Software development

@Sando • 7 september 2026 13:41

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.

themadone @Stukfruit • 6 september 2026 19:48

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.

Division @themadone • 7 september 2026 08:19

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.

themadone @Division • 7 september 2026 09:16

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.

x0z8_ @Stukfruit • 6 september 2026 21:15

N.v.t. - reactie onder verkeerde comment

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

SuperDre @Stukfruit • 6 september 2026 22:24

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]

StefanJanssen @SuperDre • 7 september 2026 00:10

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

Software development

@StefanJanssen • 7 september 2026 01:39

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.

Division @Stukfruit • 7 september 2026 08:23

Van wat ik zie zijn er buiten NeoVIM vrijwel geen actieve IDE/Code editor projecten die niet hard gaan op AI-implementatie.

SuperDre @StefanJanssen • 8 september 2026 00:46

Ik ben al zo'n 30 jaar fulltime developer, en daarvoor nog veel voor hobby...

[Reactie gewijzigd door SuperDre op 8 september 2026 00:47]

Software development

@SuperDre • 7 september 2026 01:31

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

).

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

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

Turmin @Stukfruit • 7 september 2026 16:13

Ze noemen zed.dev zelf ook (en andere concurrenten). Wel een leuke documentaire.
YouTube: The Story of VS Code | Official Documentary (1h3m)

StarZ 6 september 2026 17:23

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?

fenrirs @StarZ • 6 september 2026 19:36

Ooit verplicht moeten werken met de hel die PyCharm heet. Doe mij dan maar gewoon VS code, tot nu toe werkt het gewoon altijd

Sebastian1313 @fenrirs • 6 september 2026 23:05

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

fenrirs @Sebastian1313 • 7 september 2026 07:20

“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

Sebastian1313 @fenrirs • 7 september 2026 14:38

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.

this @StarZ • 6 september 2026 17:28

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.

NmidnetS @StarZ • 6 september 2026 18:59

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

x0z8_ @StarZ • 6 september 2026 21:16

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.

SuperDre @x0z8_ • 6 september 2026 22:12

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.

MrSnowflake @StarZ • 6 september 2026 21:33

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...

vbmot @StarZ • 6 september 2026 21:42

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.

Nark0tiX @StarZ • 6 september 2026 22:06

Jetbrains zoveel beter

danielschenk @StarZ • 8 september 2026 11:36

Ik heb beide gebruikt, en voel nog steeds liefde voor de Jetbrains IDEs, maar ben toch wel redelijk definitief gesettled voor VScode nu. Grootste redenen:

Veel grotere collectie aan extensies en integraties (ik heb een keer PyCharm zover geprobeerd te krijgen om mijn Python code te scannen met MyPy en automatisch alle bevindingen te underlinen, dat was nogal een hack moet ik zeggen. Bij VSCode klik je de juiste extension aan uit de market en het werkt)
Delen van (extension) config via gecommitte JSON files in project, waardoor iedereen in het team bijv. automatisch de juiste formatting gebruikt
Devcontainers
Remote sessies via SSH
Gratis te gebruiken voor persoonlijk gebruik in een volledige versie (afgezien van externe services dan)
Out-of-the-box integratie met GitHub en GitHub CoPilot

Laatste punt is ook verweven met het feit dat het team waar ik momenteel in werk, VScode als de officiële standaard hanteert, en onze repo een devcontainer definitie heeft, waardoor je eigenlijk dus niets meer zelf aan setup hoeft te doen. De compiler hoef je niet eens zelf te installeren (side note: we doen voornamelijk embedded C++ hier, en hebben diverse toolchains nodig van chip vendors, die allemaal in die devcontainer zitten plus debug tools). Wij developen als organisatie ook op GitHub en krijgen ook CoPilot tokens, het is wel lekker makkelijk dat agentic AI workflows ook out of the box werken en je meteen die tokens kan gebruiken via het ingelogde GitHub account (maar dat zal in Jetbrains IDEs inmiddels misschien ook vrij makkelijk te integreren zijn, ik moet toegeven dat ik op dat gebied niet up to date ben, ik heb Jetbrains net aan het begin van die AI revolutie verlaten).

HKLM_ 6 september 2026 15:59

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.

SuperDre @HKLM_ • 6 september 2026 22:01

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.

farlane 6 september 2026 22:38

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.

GeyoDev 6 september 2026 23:33

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.

Butz0rs 6 september 2026 14:32

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?

WargamingPlayer @Butz0rs • 6 september 2026 15:50

Ik zou zeggen, kijk.

84hannes @WargamingPlayer • 6 september 2026 18:59

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.

WargamingPlayer @84hannes • 6 september 2026 19:53

Iemand die even de Joetuup versie had geopend had gezien in de tijdlijn dat dat hoofdstuk er is 🤣

StefanJanssen @WargamingPlayer • 7 september 2026 00:14

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

84hannes @StefanJanssen • 7 september 2026 06:36

Maar het maakt het wel heel laagdrempelig om het te controleren.

R_Zwart @Butz0rs • 6 september 2026 15:53

Zoals de waard is...

Recursio 6 september 2026 17:19

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.

Coder71 6 september 2026 17:41

Ik kan er ook nog niet aan wennen. Continue draait echter alleen onder vscode en niet vsstudio. Dus moet ik nog baak switchen.

SuperDre @Coder71 • 6 september 2026 22:20

Andere AI agent gebruiken dan? Zoveel keuze dezer dagen die hetzelfde doen en wel in VS werken.

Dakdak 6 september 2026 22:56

Over welke jaartallen hebben we het?

Om te kunnen reageren moet je ingelogd zijn