Oud-programmeur Microsoft maakt nieuwe versie Kladblok in 2,5KB

dat is een overweging die je heel vroeg maakt in het ontwikkelproces nog lang voordat je code begint te schrijven. In dit geval was een van de requirement op zich net een technische beperking en waarschijnlijk multi-OS niet.

Dat voor elk OS bouwen is een discussie op zich. Neem bijvoorbeeld Android en iOS. Daar zijn mogelijkheden om vanuit een code base te bouwen, maar dan verlies je allerlei opties die het OS bied om te integreren. Dus bij je design moet je al bedenken wat je nodig verwacht te hebben op welke termijn, waarin je de app of apps gaat bouwen.

Uiteraard als je 1 app bouwt die overal werkt is het meest efficient voor de bouwer. Mits je framework ook allerlei zaken voor je doet. Anders moet je alsnog in de app rekening houden met alternatieve input devices (muis, toetsenbord, wacom tablets, touchscreens, etc.) en schermen (telefoon, tablet, laptop, werkplek, multiwindow, kleurprofielen), wel of niet aanwezig zijn van locatie/positie hardware/services, etc. etc., maar ook als je dan een generieke ontwikkel kit gebruikt, moet die ook tijdig functies werkende houden en de plgins die je gebruikt geupdate worden. Resultaat is een enorm grote app, die je alsnog overal moet testen, maar wel maar een keer gebouwd is.

Dan bij het onderhoud, voor 1 wijziging op 1 OS (security patches, API wijzigingen), moet je alsnog potentieel de hele app opnieuw testen voor alle OS-en waar die op komt te draaien. En hier komt een voordeel voor de gesplitste ontwikkeling voor OS-en apart, dan is het alleen de app versie voor dat OS fixen. Echter een nieuwe feature is bij losse apps dan weer meerwerk want moet je voor elk OS apart doen als je losse versies per OS hebt.

Kortom, het voordeel of nadeel hangt heel erg af van wat voor app het is, wat die nodig heeft, hoeveel onderhoud het vergt, ook welke kennis je hebt (zelf, in bedrijf, in de markt). Mijn mening, bij een redelijk statische app (dus weinig tot geen functionele wijzigingen), of specifieke API afhankelijkheden waar het OS je dwingt hun eigen development kit te gebruiken, bouw native apps als je de kennis hebt. Je bespaart op de lange termijn de tijd in het onderhoud. Echter, bij constant veel wijzigingen in functionaliteiten, overweeg uit te komen op een code base die op elk OS werkt mits je de kennis en betrouwbare ontwikkel kit hebt met weinig tot geen externe plugins nodig (die je eventueel zelf moet kunnen bouwen mochten ze niet meer geupdate worden).

Zelf ben ik dus tegen de plugin en API problemen aangelopen met mijn team app ontwikkelaars in de loop der jaren. Wij hebben bijvoorbeeld mensen in dienst die native plugins bouwen voor een grotendeels generieke app, waarbij het generieke en native deel in de pijplijn bij elkaar komen in het eind resultaat, steeds net iets anders per OS maar wel een gedeelde basis.

Misschien niet, maar het zorgt (IMO) wel voor de beste en meest efficiente oplossing; zeker op het werk draaien er een half dozijn Electron gebaseerde applicaties, elk met hun set aan processen, helpers, etc die elk honderden MBs geheugen gebruiken. Versus een native app die dat niet doet.

Maar dit is denk ik een sterker argument op telefoons, cross-platform spullies zoals React Native zijn prima voor website-achtige apps, maar als performance echt belangrijk is, of als je OS native features zoals widgets of integratie met smartwatches wilt moet je toch weer naar native gaan. Met RN gaat dat wel trouwens, maar mijn punt is vooral dat vanuit product management men vaak vergeet dat ze op een telefoon werken en wat daar allemaal wel niet mogelijk is.

Ja, de hele 2.5 kB moet opnieuw voor Mac en Linux.

Voor een simpele notepad? Sure, waarom niet? Het is niet alsof je iets nieuws verzint, daar zijn talloze varianten voor te vinden die platform onafhankelijk zijn. Maar zoiets als notepad, zou bij het OS zelf moeten zitten, en mag dus best specifiek alleen op dat OS werken dan. Als dat betekend dat je je executables een paar kb kan houden, dan is dat een flinke win.

Nadeel: Het draait niet op een ander OS, ok, maar dat was het doel ook helemaal niet. Het zal ook uit gaan van standaard windows ui elementen, allemaal spul dat je compatible moet maken met andere mogelijke ui's, of je eigen ui mee gaan packagen, maar dan is het geen executable van een paar kb meer.

Nee, dat doet je kernel zoals Linux. Maar zodra de kernel geladen is, moet er meer gebeuren. Dat is waarom we praten over GNU/Linux omdat je dan ook bash krijgt en bijvoorbeeld een login prompt.

Er zijn ook kernels/bootloaders welke we geen OS noemen, maar een installatie programma. Deze voert dezelfde taken uit als een OS zoals herkennen van hardware en laden van drivers, maar bied geen werk omgeving aan. Aan de andere kant heb je ook live CD welke een combinatie van setup + (tijdelijke) werk omgeving aanbieden. Wij gebruiken deze live CD images icm netboot om readonly desktop omgevingen aan te bieden. Daarbij is alleen /home/{user} en /tmp te schrijven. Root wordt geladen als readonly.

Ik heb eerlijk gezegd de tijd nog niet gehad om deze te bekijken, hem kennende met z'n soms wat eigenzinnige humor zou ik er niet van verschieten dat hij dit met opzet zou hebben gedaan om een verborgen statement te maken.

Het project recht toe recht aan. Wat had je anders verwacht van een basic kladblok?

Het Microsoft-dna heeft hij echter meegenomen naar dat bedrijf zo te lezen

The Washington State Attorney General’s Office announced a settlement today with Sammamish-based SoftwareOnline.com, Inc. Under the settlement filed today in King County Superior Court, the company will refund affected consumers and pay $190,000 to resolve allegations that it misrepresented the extent to which its software is necessary for security, bombarded potential customers with pop-up ads and used deceptive billing practices.

https://www.atg.wa.gov/ne...n-based-softwareonlinecom

[Reactie gewijzigd door vickypollard op 1 juli 2026 22:52]

Ja inderdaad. Het is een hele hobby. In het wild kwam je ze geregeld tegen tijdens piratentochten onder de naam "intros".

Ik dacht de hele tijd dat het een bekend filmpje was wat ik kon opzoeken, maar het is denk ik scene als in "beweging" o.i.d.? Doet me een beetje denken aan .kkrieger destijds, dat was best fascinerend.

Correct, zie Wikipedia: Demoscene voor de volledige uitleg.
De demoscene gaat om programmeren met extreme beperkingen, geinspireerd door de computers van de jaren 80. Het gaat om het /demo/nstreren van geavanceerde programmeertechnieken en de mogelijkheden van "moderne" hardware. Typisch is zo'n programma niet meer dan een paar kilobyte en doet dingen waar anderen megabytes zo niet gigabytes aan software en data voor nodig hebben. Typisch door het gebruik van procedureel gegenereerde graphics.
.kkrieger is uitstekend voorbeeld, dat komt rechstreeks uit de demoscene.

dacht dat je bedoelde dat de applicatie nog letterlijk ergens verstopt in Win11 zat

Microsoft heeft de oude versie niet verwijderd, maar verbergt deze achter een omweg.

[Reactie gewijzigd door PdeBie op 2 juli 2026 10:21]

Ja natuurlijk, dat tool is zeker nuttig maar dan inderdaad meer voor demo(scene) programma's.
Interessant zou dan zijn om te weten hoe groot en hoeveel geheugen dat nieuw kladblok dan gebruikt zonder dat Crinkler tool.