Microsoft gaat mogelijk terug naar native apps in Windows 11

Microsoft lijkt te willen afstappen van webwrappers en progressive web apps in Windows 11 en wil gaan werken aan native apps voor het besturingssysteem. Dat blijkt uit de oproep van een topman. Wanneer die apps uitkomen, is onbekend.

Het gaat om '100 procent native apps', zegt topman Rudy Huyn. Hij deed een oproep om ontwikkelaars te vinden voor het maken van native apps voor Windows 11. Microsoft leek de afgelopen jaren juist meer toepassingen in webapps en webwrappers te stoppen. Zo werd Copilot onlangs nog een webapp.

Het is onduidelijk aan welke apps het team van Huyn gaat werken. De stap lijkt onderdeel van een draai bij Microsoft om te proberen de gebruikservaring van Windows 11 te verbeteren. Dat is nodig, omdat veel gebruikers de afgelopen jaren ontevreden werden. Zo stuurt het besturingssysteem veel data door naar Microsoft en stopt het bedrijf AI op veel plekken in het besturingssysteem.

Reacties (240)

[smitdylan]

Ik snap niet het voordeel van de helft van je OS apps web apps maken. Lijkt alleen maar meer bloat voor mij

[Rolfie]

Ontwikkeling? Het scheelt een hoop of je native applicaties moet ontwikkelen voor, Windows, MacOS en Linux vs 1 webapp.


Nadeel van WebApps zijn alleen, ze zijn traag. CoPilot is na een paar goede vragen op code, niet meer vooruit te branden is mijn ervaring.

[Jrprogrammer]

Kleine tip voor het gebruik van copilot.

Laat de agent subagents aanroepen. Dit zorgt er niet alleen voor dat de context minder snel vol loopt, maar ook kost het geen extra requests!

[walteij]

Je kunt vragen over code dan ook beter vragen in VS Code met copilot, dan in de copilot app zelf. Is stukken sneller, krachtiger en flexibeler. Resultaten zijn ook beter ;-)

[Kevinns]

Copilot wordt traag na meerdere vragen doordat alle voorgaande context moet worden meegenomen in het volgende antwoord. Dat is server-side. Dat heeft niets te maken met de app.

[SluttyHo]

Het gaat hier niet over traagheid van reactietijd van Copilot, maar over de Copilot app in zijn geheel. Als je bezig met een lange interactie wordt de conversatie super traag. Scrollen door de historiek lukt gewoon niet meer en de app reageert niet meer.

[L1NO_]

Hier heeft GPT in de browser ook last van.

[cronixx]

GPT als app heeft hier ook last van.

[Maverick]

Is ook een web-app

[JRMBelgium]

Klopt. Gemini niet, maar die crasht wel meer…

[NullCrayfish]

Claude ook, Grok dan weer niet.

Vooral een kwestie can alles renderen t.o.v. alleen wat in (de buurt van) het beeld staat.

[StefanJanssen]

Interessant, zou de browser ook een webapp zijn?

[djwice]

Is gewoon een ontwerp fout in de UI. Elke response kan ook apart opgeslagen worden en dus verwijderd uit de view zodra die ver genoeg niet meer zichtbaar is, maar er is voor gekomen alles te blijven laden, dus heb je voldoende RAM nodig.

[blaatenator]

Bij mij lijkt het niets met context te maken. Na verloop van tijd reageert heel de app gigantisch traag (of helemaal niet meer). Herstart en het is weer (even) responsive.

Kan natuurlijk zijn dat de app context bewaard over alle 'chats' heen waardoor het traag wordt. Het doet wel iets dergelijks: onlangs stelde de Copilot app een vraag over een sessie van meer dan een maand terug in een sessie met een compleet ongerelateerde vraag (iets in de trend van 'hoe staat het nu met ...').

[Llopigat]

onlangs stelde de Copilot app een vraag over een sessie van meer dan een maand terug in een sessie met een compleet ongerelateerde vraag (iets in de trend van 'hoe staat het nu met ...').

Dan zou ik de memories even nakijken. Settings -> Personalization -> Saved Memories.

Hij bewaart geen context tussen sessies heen verder behalve de memories.

[Sinester]

Ik weet niet hoe het met CoPilot zit, maar met ChatGPT als je echt 1 lange chat hebt, dan wordt de app onwerkbaar traag

Oplossing: vraag ChatGPT een samenvatting te maken, voeg wellicht nog zelf wat belangrijke zaken toe en begin een nieuwe chat en plak de samenvatting en vraag de AI om hier verder te gaan want de oude is traag

Dit werkt iig bij ChatGPT en Gemini (en Google AI) erg goed, maar wel vervelend dat dit bijna een verplichting is na een tijdje

[Frietsaus]

De UI wordt ook gewoon traag als er een heel grote conversatie getoond moet worden, lijkt me moeilijk een server-side iets.

[Ablaze]

Dat ligt eraan wat je onder native verstaat. Er zijn tegenwoordig meerdere frameworks die op verschillende platforms kunnen draaien. Zelfs MS eigen .NET (meestal C#) is multiplatform.

[JustFogMaxi]

Ze hebben geen cross-platform ui framework.

[3raser]

.NET MAUI

.NET Multi-Platform App UI (.NET MAUI) is een platformoverschrijdend framework voor het maken van systeemeigen mobiele en desktop-apps met C# en XAML.

Met .NET MAUI kunt u apps ontwikkelen die kunnen worden uitgevoerd op Android, iOS, macOS en Windows vanuit één gedeelde codebasis.

[Reactie gewijzigd door 3raser op 31 maart 2026 09:35]

[Llopigat]

Dat is de oude Xamarin. De complete suite heeft ook een tijdje "Visual Studio for Mac" geheten maar was weer een totaal ander product dan Visual Studio in Windows of Visual Studio Code. Maar daar zijn ze ook alweer mee gestopt helaas (in 2024). Die MAUI is het enige wat er nog van over is

Xamarin was nog best mooi vroeger toen er nog een heel bedrijf achter stond.

[xFeverr]

Visual Studio for Mac was een rebrand van Xamarin Studio, dat opzichzelf weer voortborduurde op MonoDevelop. De complete suite heeft nooit Visual Studio for Mac geheten, dat bleef Xamarin heten. Alleen de editor voor Mac hadden ze gerebrand nadat Microsoft het Xamarin-project overnam

[3raser]

Het is niet de oude Xamarin. Het is eerder de opvolger van Xamarin. En Maui is ook het meest actuele cross-platform framework voor UI. Het zit in .NET 10.

[Daco]

wel bij te zeggen dat deze niet op linux werkt. iets wat Avalonia dan weer wel doen (en ook .net based is)

[willieverhoef]

https://avaloniaui.net/. Is niet van Microsoft zelf maar wel .net als basis.

[Reactie gewijzigd door willieverhoef op 31 maart 2026 15:06]

[VANtheSven]

.NET MAUI is een ding. Dat is het cross/multi-platform UI framework van Microsoft zelf

[exyll]

Traag valt ook wel mee. Natuurlijk is er een markt voor native apps zoals wellicht CAD en grafisch zwaar maar de meeste mensen doen enkel wat data entry wat makkelijk in een web app kan.

[Reactie gewijzigd door exyll op 31 maart 2026 12:20]

[StefanJanssen]

Tegelijkertijd zijn dingen als VS Code niet vooruit te branden.
Recent wat Minecraft datapacks geschreven en zodra VS code opent moet ik Minecraft sluiten omdat de editor meer dan 50% CPU en 24GB aan ram gebruikt.

[rphilipp64]

Om VS Code af te doen als "enkel wat data entry" is natuurlijk veel te kort door de bocht. (Aangezien je reageert op @exyll).

Daarnaast vraag ik me af of je niet wat super inefficiënte extensies geïnstalleerd hebt dan? Ik zit tegenwoordig op MacOS te werken, maar ook op Windows werkte VS Code altijd goed voor me. Momenteel gebruikt VSCode ~100MB ram en ~0.1% CPU, met toch aardig wat files open in een redelijk formaat project. Ik persoonlijk zou VS Code juist noemen als één van de uitzonderingen die wél goed performen als Electron app.

Je hebt wel dat een Electron app goed laten performen, uiteindelijk ook werk kost (en ervaren mensen behoeft). Soms vraag ik me af of je de ene complexiteit niet gewoon vervangt voor de andere. Of je zet met pijn en moeite een UI op met een native cross-platform framework, of je bokst snel iets in elkaar met web technologie; om er vervolgens maanden over te doen om het redelijk te laten performen.

[StefanJanssen]

Ik heb 1 enkele plugin aangezien ik niets anders doe met VSCode dan datapacks voor Minecraft maken.

https://marketplace.visua....datapack-language-server

Ik weet niet of daar echt rare dingen gebeuren?

[Llopigat]

En VS Code is eigenlijk nog de meest geoptimaliseerde electron app.

[StarZ]

Dat is nou gelijk het voordeel en nadeel. VSCode draait op alles en krijgt snel updates maar is daarom trager. Dit zal voorlopig altijd de afweging blijven. Al vind ik 24gb wel erg overdreven trouwens, waarschijnlijk zijn dat plugins?

[Arrigi]

Ja, maar delen van je OS zo maken terwijl het enkel in je eigen OS moet draaien?

[grasmanek94]

Omdat diezelfde apps als links in webbrowsers werken, dus heb je 1 codebase die zowel via de website als via "een app" (glorified browser) op een machine draaien.

[Reactie gewijzigd door grasmanek94 op 31 maart 2026 09:54]

[Arrigi]

Zoals het startmenu?

[grasmanek94]

Het zal geen nut hebben om start menu op een website te plaatsen, daarop is de logica waarschijnlijk dat de developers met website development skills (die ze waarschijnlijk veel hebben bij MS) deze apps voor het systeem kunnen ontwikkelen (hergebruik van development capaciteit en kennis).

Gebruik van oude talen is natuurlijk uit den boze in 2026, althans, als ik alle luidst schreeuwende developers om mij heen moet geloven.

Persoonlijk blijf ik lekker werken met assembly, C, soms wat C++ - ik ben daar niet vies van (in tegenstelling tot Microsoft de afgelopen jaren) en voel niks voor al die hypes (weer in tegenstelling tot Microsoft de afgelopen jaren). Als C het volgende cobol of fortran zal worden, hetzij maar zo, - (overigens ook een prima manier om van te leven) - maar Windows ontkomt niet aan Win32 API.

[Reactie gewijzigd door grasmanek94 op 31 maart 2026 10:54]

[Sanderluc]

Web-apps brengen ook een enorm risico met zich mee. Een web-app kan zich bijvoorbeeld voordoen als een Google Chrome browser. Kwestie van abandoned software overnemen, en je kan je voordoen als een andere app. Als de web-app in desktop-modus draait merk je het niet eens gezien je URL-balk niet eens zichtbaar is.

Sinds het met AI zo eenvoudig is web-apps te bouwen, zie ik dit steeds een groter risico worden.

[Reactie gewijzigd door Sanderluc op 31 maart 2026 09:07]

[HollowGamer]

Op ChromeOS werkt het anders prima. Daar zijn de meeste apps webapps, met als voordeel dat uBlock Origin daar gewoon op werkt.

[maykoga]

Hoge RAM usage is een probleem, met de geheugen tekorten een alsmede groter probleem

meer native software met minder overhead is dan wel echt DE oplossing zonder nieuwe ram-stick te hoeven kopen

En minder e-waste als we bestaande computers en laptops langer kunnen gebruiken doordat we software lean houden

[HollowGamer]

Heb je een source hiervan? Rust zorgt voor minder leaks, maar software is meer complex dan vroeger.

Als ontwikkelaar heb je vaak wel meer RAM nodig (ga maar eens een native app compilen..), zelfs als alles native zou draaien. Je kunt het niet meer vergelijken met vroeger. Elke app kan meer, zeker met AI toepassingen er bovenop.

Om Firefox te compilen, weet ik nog dat mijn heel geheugen van 16GB al vrij snel vol was. De enige manier is niet meer lokaal bouwen, en het laten doen in de cloud ergens. Maar die prijzen zijn ook omhoog gegaan.

[Reactie gewijzigd door HollowGamer op 31 maart 2026 10:30]

[xorpd]

Het enige wat veel geheugen vraagt is de linker (Microsoft had vroeger de enige XT met 1 MB ram speciaal voor die taak), de parser draait gewoon op de stack (laatst voor de eerste keer in mijn leven een legale stack overflow gehad, met parsen ja).

Je hebt dus echt geen cloud nodig om iets te compilen, hoe groot ook.

[grasmanek94]

Apps compileren neemt gewoon zoveel geheugen als dat er beschikbaar is. Ik heb thuis een server gehad met 512 GB DDR4 ram (helft al verkocht, nu 256GB) en Chromium bouwen neemt gewoon alles wat het krijgt, maar bouwt prima met minder. Bouwt ook prima op 128 GB dus zal ook bouwen op 16GB, alleen trager. Er zal dan minder parallel gecompileerd worden.

[Reactie gewijzigd door grasmanek94 op 31 maart 2026 10:57]

[xorpd]

KDE compileerde in 8 uur op mijn single-core Celeron 400 met 64 MB geheugen.

[StarZ]

Ja en nee, native kost meer geld om te ontwikkelen en dan zullen onpopulaire of verouderde OS'en achteraan de rij komen.

[AlRoke]

Visual Studio Code is een extreem zware 'webapp'... en toch is hij razendsnel. Libreoffice is bekend als 'traag', en Google Docs/Sheets is letterlijk een web app en mensen ervaren het als 'snel'. Snel en traag hebben weinig te maken met de tech stack 😅.

Het probleem in mijn ogen is dat je vaak gaat van '3 teams van 5 man die 3 verschillende clients maken' naar '1 team van 6 man die 1 client voor 3 platformen' maakt. En ondanks dat de ontwikkelkosten significant lager zijn, is het vaak niet {aantal platform dat je support} keer lager, want ieder platform heeft toch zijn eigen overhead. En de andere helft van het probleem is dat web developers vaak minder voorzichtig zijn in mijn ogen met dependency creep 😅.

[StefanJanssen]

Vs Code snel? Mijn ervaring, zonder plugins is dat ik elk ander programma moet sluiten want het gebruikt direct 24GB aan RAM waar andere programmas geen gebruik meer van mogen maken.

[DoubleDot]

Wat heeft ramgebruik met snelheid te maken? Iets mag gerust veel ram gebruiken, als het dan maar snel is. Overigens herken ik dit totaal niet. Gebruik dagelijks VS Code en het hoogste dat ik ooit zag was 2 à 3GB aan geheugengebruik, dit met diverse plugins. Het zal vast aan het type workload liggen die jij in VS Code wenst te doen?

[GeroldM]

Als je computer daardoor gaat "swappen" via de (NVMe) SSD of nog erger, je HDD, dan merk je echt wel hoe langzaam VS Code daarvan word.

Want het enorme geheiugenverbruik van VSCode, en andere op web-standaarden gebaseerde software, het telt allemaal wel op. Voor zowel het RAM-beheer en bestandsysteem van je Windows-installatie.

[AlRoke]

"Unused RAM is wasted RAM". Chrome (en VSCode) werken prima met veel minder RAM, maar als er RAM beschikbaar is zullen ze het gebruiken om alles sneller te maken.

[StefanJanssen]

Helemaal met je eens, maar VS code wilt het niet afstaan aan applicaties die meer RAM nodig hebben.

[AlRoke]

Als je op linux bent kun je een maximum installen voor vscode. Is zover ik weet lastiger op Windows of MacOS.

[StefanJanssen]

Daar moet ik even induiken

[StefanJanssen]

Het type workload dat ik met VS code doe is deze plugin gebruiken: https://marketplace.visua....datapack-language-server

Ik maak enkel datapacks voor minecraft. Al mijn echte programmeerwerk doe ik in IDEs ipv veredelde tekstbewerkers.

Vanwege het hoge ramgebruik kan ik niet tegelijkertijd Minecraft draaien. Ik speel minecraft met 200+ FPS, open ik VS Code en dan dropt de FPS naar minder dan 1 FPS. Zelfs in het menu, zit ik op 1FPS en werken OS sneltoetsen ook niet lekker. ALT+Tab duurt zo'n 3 minuten voordat het is uitgevoerd.

Zodra ik VS code sluit is alles direct vloeiend. Als ik Minecraft mods maak met IntelliJ draai ik lokaal een server, en 2 clients en de IDE zonder enig probleem. Dit doet mij denken dat het aan VS code ligt.

Mijn huidige workflow is
1. wijzig datapack
2. sluit VS Code
3. open minecraft
4. test
5. sluit minecraft en ga door bij stap 1

De enige reden dat ik VSCode gebruik is omdat het de enige editor is met minecraft datapack support die up to date is.

[batjes]

Allicht VSCodium eens proberen. Die heb ik nu al een maand openstaan met een paar dozijn tabs. 382,2MB geheugen. (Wel een Linux gebruiker hier)

[StefanJanssen]

Heel eerlijk gezegd draai ik VSCodium op Linux, maar aangezien dat verder exact hetzelfde is met wat bloat minder vond ik het niet heel boeiend te melden.

[svenk91]

Google Docs/Sheets heeft dan wel de back-end op een server van Google draaien. Dat is appels met peren vergelijken naast een LibreOffice die lokaal draait.

Voor de gebruikerservaring kan Google daar voor veel mensen misschien de betere ervaring leveren, maar doet dat met potentieel veel meer rekenkracht erachter.

[willieverhoef]

Er zijn meer technieken om multiplatform software te maken van html en Javascript.

[Luchtbakker]

Nadeel van WebApps zijn alleen, ze zijn traag.

Niet alleen de snelheid is een probleem, maar ze vreten ook geheugen.

Kijk naar Whatsapp dat al een kleine 500mb nodig heeft zichzelf op te starten. En aangezien elke webapp zijn eigen webview package start, heb je zo rustig 500mb per app staan die feitelijk weinig doen.

Doe je dit keer 10, dan gaat het ineens heel erg hard met je geheugen.

[Oon]

In dit geval gaat het om webapps alleen voor Windows, dan is het allebei net zo makkelijk. De tooling rondom native apps heeft ook gewoon live reload en alles

[Llopigat]

Maar dat doen ze niet echt. Teams en outlook zijn niet beschikbaar op Linux (alleen als echt web) en de outlook van macOS heeft een heel andere codebase die wel native is.

[orvintax]

Ontwikkeling? Het scheelt een hoop of je native applicaties moet ontwikkelen voor, Windows, MacOS en Linux vs 1 webapp.

Hoewel ik het met je eens ben dat er gekozen is voor webapps voor de gemakkelijkere ontwikkeling. Heeft het denk ik in dit geval barweinig te maken met de voordelen voor cross-platform apps. Dit gaat namelijk om Windows applicaties dus die worden niet uitgebracht voor MacOS of Linux.

[Wouterie]

De Teams app voor Linux vond ik toch wel een stuk prettiger werken dan de webapp. Traag dekt niet eens de lading

[Dumpin]

Ik denk dat het cross-platform maken van de native applicatie niet het probleem is. Je hoeft niet de hele applicatie 3x te schrijven, enkel de platform specifieke laag. Voor de applicatie waar ik aan werk is dit ~1500 regels code per platform. Iets meer als je veel platform specifieke features wil supporten, maar dat doen de web based apps vaak ook niet.

Het is vooral gewoon veel makkelijker om developers te vinden die bekend zijn met web stacks/ frameworks, ten opzichte van native stacks.

[smitdylan]

Maar dit is toch Microsoft die apps voor alleen Windows maakt?

[Daco]

nope, daar denk je outdated vind ik.

Apps zijn perfect crossplatform te maken en native. Als microsoft Maui compatible met linux had gemaakt, of als ze avalonia zouden gebruiken, dan hadden ze het zelfs allemaal in .net kunnen maken. of je gebruikt libraries als imgui, qt, gtk, ... en ook die hebben wrappers voor .net of iets anders :)

cross platform kan echt wel zonder er een webapp van te maken en dus ook een browser rond te moeten draaien. webapps zijn bloated en er zijn echt wel goeie alternatieven...

[Reactie gewijzigd door Daco op 31 maart 2026 16:47]

[WillySis]

De verschillende OS-en gaan niet helemaal hetzelfde met de webapps om, waardoor er toch nog OS-specifieke stukken code geschreven moeten worden. Dat is wel aanzienlijk minder dan met native applicaties en kan allemaal gewoon in één stuk broncode, maar het is wel vertragend. De webview is zelf ook weer een extra schil die vertragend werkt.

[qless]

Mooie voorbereiding om naar linux te gaan

[smitdylan]

Ben al over op mn laptop, alleen voor VR development kan mn main PC niet over

[Marve79]

Ik ben voor het eerst over naar Linux. Ik vond Linux altijd te lelijk, maar ik zit nu op Zorin OS en dat ziet er echt gelikt uit (heb de pro versie). Super tevreden, geen bloatware en omdat ik al veel Linux servers heb maakt dat het beheer allemaal een stuk makkelijker.

Ik dacht dat mijn Thinkpad al was afgeschreven, niet vooruit te branden met Windows 10 en niet geschikt voor Windows 11 maar op Zorin OS draait het echt prima en de batterij gaat zelfs langer mee.

Microsoft is ook een beetje aan het paniekeren heb ik het idee. Ze hebben jarenlang Windows laten versloffen. Vol met bagger, reclame, AI ,telemetry etc. En toen kwam ChromeOS en nu Mac met die instaplaptop de Neo dus ik denk dat ze de hete adem beginnen te voelen en Windows weer op de rails willen krijgen, maar het is misschien al te laat.

[batjes]

Mijn persoonlijke indruk is dat de afgelopen ~5 jaar ook heel veel meer technisch onderlegde mensen volledig van Windows afgestapt zijn. Dan ooit tevoren.

M.b.t. het gamen heeft Linux de afgelopen 5 jaar grote stappen gezet.

ChromeOS heeft Microsoft nooit echt als grote dreiging gezien en de aankondiging van Apple is wel erg kort geleden terwijl de geluiden vanuit Microsoft die een andere koers met Windows wil inslaan, al een paar weken/maanden langer bezig is.

Buiten de kelderende aandelen lijkt het mij ergens misschien ook niet vergezocht dat dit juist komt omdat Microsoft hordes mensen weg ziet vluchten.

Microsoft is groot geworden door er voor te zorgen dat elke IT-er Microsoft producten (ook) thuis is gaan gebruiken. Hetgeen waarmee men bekend is, is wat men op de werkvloer gaat uitrollen. Google is dit natuurlijk ook niet ontgaan en heeft daar ook markt mee weten te veroveren. Wanneer het aan directieleden zou liggen, zou elke toko 100% op Apple zitten. Het toch echt de ITers zijn die besluiten bij welke digitale toko er aangesloten wordt en dat zal Microsoft misschien ook wel doorhebben?

Er zijn genoeg bedrijven waarbij er IT-ers staan te trappelen om de hele flikkerbende om te gooien naar Linux en als Microsoft hun producten maar kut genoeg blijft maken, komt dat migratieproces steeds dichterbij.

[HollowGamer]

VSCode is een Electron app, en geloof dat de meeste blij zijn dat Teams tegenwoordig dat ook is.

[drdelta]

Ik denk dat niemand blij is dat Teams een Electron app is, men is blij dat het niet meer zo onbruikbaar langzaam is zoals het eerst was.

[iAR]

Ik merk weinig verschil... teams als app maar ook als platform is een trage draak dat slecht werkt, zeker in een browser. Zoiets simpels als een bestand of map dupliceren duurt super lang. En op mijn Mac (in Edge notabene) werkt het allemaal vaker niet dan wel. Het is dat mijn werk volledig in Microsoft zit maar efficient werken kun je er absoluut niet mee.

[batjes]

Het voordeel is anders wel dat Teams overal net zo kut werkt.

[bewerkers]

Teams en outlook zijn erg traag.

[DeCo]

Alleen voor Teams en Outlook heb ik Edge geïnstalleerd en via die weg eenvoudig een web app van gemaakt. Teams draait niet (meer) native op Linux, alleen als PWA beschikbaar.

[HollowGamer]

Gelukkig heb ik beide niet nodig, maar wat ik heb gehoord is Teams bijvoorbeeld echt een verbetering nu het een PWA app is geworden.

Ik heb VSCode, en de laatste Electron updates zijn ze flink aan pushen die laag zo dun mogelijk te maken. Zelfs Wayland features komen er nu in, en als ontwikkelaar profiteer je daar direct van ook.

[kozue]

Teams heb ik altijd al meuk gevonden, native, PWA of in de browser. Trage zooi met een onduidelijke interface...

[Jan VP]

(Bij de lancering van Teams in 2017 was de desktop-app niet native maar een Electron web-app.)

[batjes]

Ach het werkt prima waar de meeste mensen het voor gebruiken, een chat/meeting app.
Wacht maar tot je het als telefoniesysteem gaat gebruiken.

[IamGrimm]

M'n werklaptop die idled op 70-80% memory usage vanwege al die Electron rommel piept anders.

Toegegeven, Teams was in het verleden erger.

[HollowGamer]

Ik herken dit probleem niet. Heb genoeg Electron apps openstaan, misschien komt het ook doordat de meeste bij mij Flatpaks zijn? Dat is een extra laag, maar je kunt die ook eenvoudiger resources geven.

Electron moet wel echt iets gaan doen. Nu zijn het in feite meerdere ChromeOS browsers die je hebt openstaan, ik dacht dat ze vooral nu aan het strippen en Wayland gebruiken om beter om te kunnen gaan met resources? Dus ik geef je zeker geen ongelijk.

[Reactie gewijzigd door HollowGamer op 31 maart 2026 09:51]

[Jan VP]

Volgens het artikel zijn "veel gebruikers" ontevreden.

[HollowGamer]

Ik denk niet dat dit komt door webapps. Sterker nog, mensen krijgen het idee dat elke webapp slecht is dankzij een Microsoft CEO.

Een goed gebouwde webapp, is vrijwel even snel als een native variant. Het volstoppen met allemaal crap/bling en dat op al een bloat OS, daar gaat het mis.

Heb je hun .NET apps al eens geprobeerd? Die zijn precies hetzelfde. Niet heel veel beter dan webapps.

[Jan VP]

Ik behoor tot de mensen die nog steeds native code (Win32 of desnoods p-code) verkiezen boven JIT-compilatie en webviews. Blij te lezen dat MS heel misschien "mijn" richting uit komt.

[PrimusIP]

Al vind ik Linux nou ook niet verbeterd met al die Flatpak en Snap dingen. En hoewel dat niet het zelfde is als die web wrappers (fundamenteel anders zelfs) heeft het wat mij betreft wel het zelfde issue en ook vergelijkbare reden waarom het populair is bij ontwikkelaars: Beter dat dan dat de software er helemaal niet is, maar jammer als een ontwikkelaar stopt te schijven voor je omgeving omdat zo'n generiek ding simpeler is. Want het is gewoon minder efficiënt.

[Deathspike]

Dat is wel heel kort door de bocht. Een open-source ontwikkelaar schrijft over het algemeen gewoon een programma met een specifieke set van afhankelijkheden. Aangezien het vrijwel onmogelijk is voor een individu (of kleine club ontwikkelaars) om op iedere distributie te builden en releasen, is een Flatpak een goed alternatief. Ze leveren daarmee de afhankelijkheden gewoon mee, danwel direct, danwel via een Flatpak runtime (Ja, die bestaan). Er is eigenlijk geen verschil in prestatie, alleen in installatie grote. Daarnaast zijn degene achter een distributie vaak vrij om hun eigen versies van dat programma via hun package managers aan te bieden. Als die er (nog) niet is, kun je er om vragen aan je distro community.

[kozue]

Bij Flatpak/Snap worden alle dependencies meegeleverd, dus een verouderde library moet overal in al die apps apart geupdate worden. Dat is een onderhoudsdrama van formaat, en een enorm veiligheidsrisico. Als een belangrijke library een zeroday bevat, kun je die met rpm/deb 1 keer updaten en dan is alle software die er gebruik van maakt weer bijgewerkt. Bij Flatpak/Snap moet je wachten tot de developer daar eens zin en tijd voor heeft.

Plus dat het geheugen verslind. Gedeelde libraries hoeven maar 1 keer in het geheugen te worden geladen. Flatpaks moeten alle libraries in het geheugen laden. Dus die libc, libssl en alle andere veelgebruikte libs, zitten 10 of 20 keer in je geheugen als alles een Flatpak wordt. Zo krijg je 16Gb snel vol. En je merkt het bij het opstarten. Bij een native app zit een groot deel van de libs al in het geheugen, bij een Flatpak moet alles weer opnieuw geladen worden.

En dan heb ik het nog niet eens gehad over OS integratie. Door het ontbreken van bepaalde minder gebruikte libraries werken bepaalde functies soms niet, die met een native versie wel werken. Ik heb ooit een Snap of Flatpak gehad die een voor mij belangrijke functie niet ondersteunde, en er stond een bug op de tracker om een bepaalde library toe te voegen om dit werkend te krijgen. Flatpaks/Snaps zien er vaak raar uit omdat ze jouw gekozen desktopthema niet kunnen laden. Of ze hebben uberhaupt geen toegang tot je homedir en kunnen niet bij je bestanden. Van dat soort dingen.

Ik had het dus vele jaren geleden al snel gehad met Snap en Flatpak, en het gepush van Snap was een van de grootste redenen om van Ubuntu naar PopOS over te stappen. Ze waren al begonnen met gebruikers pesten met Chromium naar Snap duwen, maar ik gebruik niks van Google, dus dat raakte me niet, maar toen ze Firefox hadden vervangen door een trage lelijke Snap versie was voor mij de maat vol. Ik heb een tijdje een third party repo gebruikt (mozillateam) om de deb versie weer terug te krijgen, maar in PopOS is de standaard versie gewoon weer deb, zoals het hoort. Een browser is veel te belangrijk om in een Snap weg te stoppen.

Dus nee, Linux doet niet perse alles beter dan MS. Vooral Ubuntu laat imho de laatste tijd veel steken vallen. Dat wil nog niet zeggen dat ik ooit terug kom naar Windows. Ik kan daar gewoon niet meer mee werken. Teveel irritatie, meer dan af en toe een workaround zoeken voor Snaps ofzo. Ik ben al sinds 2004 Windows-vrij en het komt nooit meer terug in mijn persoonlijke leven.

[Aphelion]

Dat geen toegang tot je homedir is juist een goede ontwikkeling in mijn idee. De ontwikkelaar heeft die 'permissie' niet aangevraagd. En dit is een goede stap richting mobile. Want de gemiddelde gebruiker snap niets van al deze concepten en wilt 'toestemmingen' geven. Zie hoe effectief dat is op android.

Verder, helemaal eens wat betreft je feedback.

[kozue]

Nee, dat is juist vreselijk. Je bestanden staan in je homedir, dus hoe ga je met bestanden werken als een applicatie daar niet bij kan? Hoe kan een webbrowser downloads opslaan? Hoe kan bv een Gimp je plaatjes openen om te bewerken? Hoe kan een ontwikkelomgeving bij je code? Zonder toegang tot je homedir is een applicatie beter af als webapp in een browser, dan kan het net zo veel (of weinig, afhankelijk van je doel).

Op de computer wil ik helemaal geen "mobile" ervaring. Mobiele OS'en zijn veel te gesloten, dat hoort niet bij een PC. Voor zover ik weet vragen Flatpaks en Snaps ook geen permissies, en krijgen ze gewoon een statische config mee. Hoeveel zin hebben permissies als ze niet aan jou worden gevraagd maar aan de developer van de software?

[batjes]

Er zit hier vooral het conflict met hoe klassieke desktop OSen van oudsher werken en de moderne mobiele apparaten tijdperk.

1 van Windows grootste problemen was de strijd hier mee. Van iedereen root rechten geven tot de huidige halfbakken sudo oplossing. (UAC zit best technisch indrukwekkend in elkaar, daar niet van.)

Maar het is ook vertrouwen. Het is in de klassieke desktopsfeer veel gebruikelijker om de app die jij start te vertrouwen met de rechten die jij als user hebt. Dat is niet meer zo in de 'moderne smart* wereld".

Mobiele OSen zijn gesloten want misbruik is daar normaler (99% van de troep op iedereens smartphone zouden we in bonzaibuddy tijdperk ook gewoon ronduit spyware hebben genoemt). Ik zou ook niet willen dat zulke zut full access tot mijn ~ krijgt.

[trapper]

Er is eigenlijk geen verschil in prestatie, alleen in installatie grote.

Dit is ook te kort door de bocht, installatie grootte kan al impact hebben op de performance, als je filesystem bijna vol is, en dus je swap partitie minder plek heeft (mits die dynamisch wordt gealloceerd, anders is het een zwart-wit situatie en installeert de app gewoon niet als er geen plek is).
Daarnaast leidt het gebruik van flatpak en snap packages ertoe dat er verschillende versies van libraries geinstalleerd en gebruikt worden, als je dus 2 applicaties runt die dezelfde library (maar een verschillende versie) gebruiken, dan claimt die library niet alleen 2x de disk space, maar ook 2x de benodigde RAM. Daardoor is er minder plek voor cache & buffers, wat ook de performance kan beinvloeden.

M.a.w. er is alleen geen verschil in prestatie, als er voldoende RAM en Disk space aanwezig is.

[Reactie gewijzigd door trapper op 31 maart 2026 13:19]

[batjes]

Dat heeft de FOSS wereld weer ten dele aan zichzelf te danken.

Een ~20 jaar geleden had je 2, beargumenteerbaar 3 (SUSE was best een ding) hoofdsmaken Linux. Red Hat en Debian.

Als software ontwikkelaar hoefde je alleen te zorgen dat je je aan die 2 hoeft te houden en eigenlijk maar 1, Debian. (Daarmee tacklde je ook half BSD dankzij de Debian-tools package aldaar). Want elke distro zorgde wel dat het binary compatible was met 1 van de 2(3).

Ondertussen heeft Ubuntu soort van een leidraad te pakken in de .deb wereld, maar ook weer niet. Red Hat heeft de stok een beetje overgedragen aan Alma, maar ook weer niet. Van SUSE is niets meer over. Er zijn 5miljard Ubuntu forks.

Ik kan met Debian ook wat al die Ubuntu's en afgeleiden ook kunnen, al die smaakjes is als de meme met stok in eigen voorwiel.

[DeCo]

Sinds een maand ben ik over naar Debian en de overgang ging vlotter en sneller dan ik dacht. Flatpak en Snap heb ik tot op heden nog niet nodig gehad, dus dat is prima te omzeilen denk ik.

[CH4OS]

Beter dat dan dat de software er helemaal niet is, maar jammer als een ontwikkelaar stopt te schijven voor je omgeving omdat zo'n generiek ding simpeler is. Want het is gewoon minder efficiënt.

Wat natuurlijk een balans is. Het is het een of het ander, efficient zijn betekend dat je minder flexibiliteit hebt, omdat je dan immers teveel op een bepaalde situatie programmeert. Wil je meer flexibiliteit, moet je inleveren op efficiëntie.

[YGDRASSIL]

Ja want op Linux heb je geen webapps? en zijn alle apps snel en native en zien er allemaal top uit in GNOME, oh nee, KDE Plasma of Xfce, of Cinnamon??

[HollowGamer]

Als dat heel belangrijk voor je is, dan zou ik ook geen Windows gebruiken. Sommige apps hebben de XP tijdperk window/elementen, andere Vista/7, andere 8, en modern 11 rond.

Op KDE vind ik de meeste GTK apps tegenwoordig goed uitzien. Wil je het beste, dan kies je per environment (Qt op KDE, GTK op Gnome) of vind je het prima, aangezien ze al meer consistent styling volgen dan Windows 11 doet.

Wil je het echt super mooi, dan zou ik altijd kiezen voor MacOS (daar betaal je wel een premium prijs voor).

[Reactie gewijzigd door HollowGamer op 31 maart 2026 09:38]

[Honytawk]

Het is ook niet belangrijk voor "YGDRASSIL".
Het lijkt belangrijk voor "qless" te zijn, en die gebruikt al geen Windows meer.

[YGDRASSIL]

Ik bedoelde vooral dat dit artikel aangrijpen om linux te promoten wat mij betreft neigt naar off-topic fanboy. Zelf ben ik gewend aan windows, maar is zeker niet heilig.

[HollowGamer]

Ik vind van alles beter dan Windows. Vind zelf dat de EU ook iets zou moeten doen, desnoods gebaseerd op Linux (of fork).

We hebben hier in Europa niets. Google besluit hun Android source meer closed te maken, en wij kunnen geen enkel alternatief aanbieden.

[batjes]

Laten we aub niet beginnen over de UI van Windows vs Linux, want die verliest Linux met vlag en wimpel. Dat zeg ik als Linux gebruiker.

Waar ik in Windows juist die paar 9x/NT4 en XP vensters een beetje kan waarderen, want is pure legacy/nostalgie, is de hele Free-For-All op de Linux desktop af en toe om te janken.

Zelfs met KDE ontkom ik niet aan jaren 90 UI elementen, Gnome danwel Apple designkeuzes of andere UI puinhopen. Op Windows zit het venster sluiten knopje niet ineens spontaan links in de titelbalk.

De enige speler die UI-consistentie een beetje onder de knie heeft is Apple.

[thomasv]

Dat is het ook, maar ik denk dat het een skill trend en issue is. Een webbrowser is tegenwoordig met alles wat het kan eigenlijk een mini OS, iets wat Google met ChromeOS heeft laten zien ook. Web (app) developers zijn er meer van dan C(++) developers, en dus is de trend duidelijk. Naast het stukje interoperabiliteit tussen OSen, wat de developers van de browsers of engines als electron (browser uiteindelijk) al afgevangen hebben, heb je een grotere pool mensen om uit aan te nemen.

Zelf heb ik ook liever native apps omdat het vereist dat je weet hoe de vork in de steel zit, maar ik snap wel hoe we zijn gekomen waar het nu staat.

[CH4OS]

Wat je schetst is meer een kip-of-ei verhaal. Had MS nooit zo ingezet op de webapps, hadden er vast minder webdevelopers geweest. Maar waren frameworks zoals Electron ook minder populair.

[Reactie gewijzigd door CH4OS op 31 maart 2026 11:00]

[kozue]

Je draait dingen om. Het web was er al veel langer, en heeft honderden miljoenen sites die ooit eens een keer gebouwd moesten worden, waar webdevelopers voor nodig waren. Die webdevelopers zijn geen webdeveloper geworden voor MS, maar omdat ze websites bouwden. Als ze toch al websites bouwden konden ze net zo goed ook webapps gaan maken.

[CH4OS]

Ik draai niets om, men houdt/hield elkaar in stand. Het een heeft het andere nodig, maar dat is ook vice versa voor het succes ervan. Daarom is het een kip-of-ei verhaal.

[kozue]

Maar het is dus geen kip-ei verhaal. Het web bestaat ook zonder MS nog wel. Die webdevelopers zijn er voor het web, niet voor MS. MS kan er op meeliften, maar MS is niet de oorzaak van de groei van webdevelopers. Het web is de oorzaak daarvan.

[CH4OS]

Uiteraard, maar de context is hier toch niet 'het web', maar 'Microsoft Windows'? Als je dus een webapp of PWA voor een OS bouwt, doe je dat toch omdat het ondersteuning heeft ervoor in het OS?

[Reactie gewijzigd door CH4OS op 31 maart 2026 11:23]

[thomasv]

Dat vind ik zelf iets te kort door de bocht omdat zoals je het schrijft het net is alsof Microsoft daar de enige grote partij is geweest die invloed heeft gehad op deze uitkomst. Ze zijn hoofdzakelijk verantwoordelijk voor het laten ontwikkelen en "ondersteunen" van hun eigen webapps op o.a. hun eigen OS.

[iirickk]

Chrome vond ik oorspronkelijk een super fijne snelle browser maar als ik nu zie hoeveel resources het gebruikt daar word je niet goed van. Ik ben voorstander van terug naar native apps. Wellicht meer werk maar een veel betere ervaring

[Mellow Jack]

Het voordeel van veel gebruikt van web elementen is dat ik makkelijker kan overstappen naar Linux Maar zonder gekheid, vanuit management perspectief is redelijk simpel, al je meerdere varianten moet maken (laptops, tablets, smartphones) dan heb je gewoon minder diverse mensen nodig

[Scriptkid]

Door alles backend te laten draaien krijg je 1 expiriance op alle devices en 1 code path ipv code path per device.

Denk dat web versies hier de eerste itteratie van waren en nu dat heel veel dingen live zijn en Api driven kun je native apps bouwen die die api gebruiken.

Klinkt als path met minste weerstand om doel van sameless expiriance te bereiken.

Mooi voorbeeld is dlp waar elke client de rule net iets anders interpreteerde waardoor afhankelijk van de cliënt je 1 van de 4 code paths had. Nu met de rollout van unified dlp api zal dat gelijk betrokken worden en zie je dat mobile ook ineens aangesloten word.

[ronaldmathies]

Leuk voorbeeld wat je aanhaalt, maar als Microsoft om één ding bekend staat dan is het wel om het NIET consistent te zijn over meerdere platformen of zelfs binnen èèn platform.

Linux en OSX, iOS, iPadOS gebruiken alleen maar native elementen voor zover ik weet en die zijn enorm consistent in hun user interface en gedrag.

Omdat Microsoft letterlijk elk jaar alles weer anders wilt doen (want zonder verandering geen vooruitgang zal hun motto zijn), zorgen ze juist voor enorm veel inconsistentie.

Windows is een verwarrend en onlogisch systeem. Linux, OSX en Android zijn op dat punt veel consistenter en logischer ingedeeld.

[Scriptkid]

En dat is precies wat ze willen tackelen want ipv meerdere PG ieder voor hun eigen platform hun eigen code laten schrijven om hetzelfde te laten implementeren zorgde hier voor, en dat zijn ze nu al jaren aan het veranderen naar PG van de backend tech moet de API geven waar frontend zich aan moet houden, En dan krijg je seamless experience aan de client kant want elk platform en OS en app roept de zelfde API aan met het zelfde resultaat.

[batjes]

Linux en iOS zijn alles behalve consistent.

iOS heeft er een handje van om het <terug knopje linksboven te plaatsen, oh nee rechtsboven, grapje links onder, in het midden, nu is het een swipe of gewoon achterwege te laten.

Op Linux is het niet ongewoon om doodleuk KDE en Gnome designs door elkaar te gebruiken. En je zo dus over tijd zo'n beetje alle desktop design keuzes tegenkomt sinds de geschiedenis van de mensheid.

[Reactie gewijzigd door batjes op 31 maart 2026 18:55]

[PCG2020]

Klinkt als path met minste weerstand om doel van sameless expiriance te bereiken.

Ja, wanneer je meerdere code paths gebruikt en daardoor de gebruikerservaring op verschillende devices ook verschillend is in plaats van hetzelfde, heb je inderdaad een sameless experience 🤣

Je bedoelt seamless experience, 'naadloze ervaring'.

[adje123]

Misschien sorteren ze alvast voor op de wederopstanding van Windows Mobile.

[HollowGamer]

Het probleem is dat Microsoft heel veel legacy met zich meedraagt en gebruikers dit ook willen. Zij willen hun games en apps van 10-30 jaar geleden (helaas geen grap) nog altijd kunnen draaien. Met Windows RT/10X/Core.. wilde ze eindelijk eens afstappen van die meuk, maar gebruikers snapte er niets van, en kwamen in opstand.

De reden dat Windows zo bloat en langzaam is, ligt dus in mijn optiek vooral aan de gebruikers zelf. Apple pusht ontwikkelaars en gebruikers via lagen naar betere alternatieven, Linux in feite ook, MS doet dit niet - want iedereen gaat piepen. Apple zegt tegen mij als ontwikkelaar: 'we ondersteunen je app nog 2 jaar, daarna moet je echt over zijn'. MS ondersteunt nog apps uit het NT 3.0 tijdperk (geloof zelfs 2.0 nog mogelijk is).

Ik geloof dus ook niet dat de webapps zo langzaam zijn (ChromeOS werkt prima ermee - zelfs op mindere hardware), maar alles eromheen/erop. Ze hebben drie(!) file explorers, meerdere APIs, meerdere UI elementen die moeten worden gerenderd (zelfs uit NT 3.0 tijdperk), dat elke nieuwe techniek die ze pushen - in feite een laag erboven op is. Het doet mij erg denken aan Windows Longhorn (pre Vista), elke nieuwe techniek maakte het OS super langzaam en onbruikbaar.

Microsoft wil hun klanten niet verliezen, en huidige users willen niets anders. Ze houden elkaar in stand. Daar zit het probleem - maar vooral lopen zeuren over malware en hun updates die super lang duren (wederom door al die legacy lagen - die elkaar ook nog vaak breken ook). Mensen zijn gewoonte dieren, zelfs als ze iets beters gebruiken, dan roepen ze dat Windows 11 zoveel beter is.

[Reactie gewijzigd door HollowGamer op 31 maart 2026 09:31]

[Shal-Ziar]

Windows zou zelf, als het niet bestaat, best een soort flatpak/bottle systeem voor oude apps kunnen maken. Echt oude apps kosten meestal weinig resources om te runnen, dus een klein beetje overhead van iets als een flatpanel of bottle is niet zo erg. Zeker niet als het overkoepelende os daardoor sneller wordt.

[HollowGamer]

Dat idee hadden ze met Windows RT (of 10X - kan het even niet goed herinneren?). Maar ze zijn teruggefloten, aangezien vroeger geschreven apps direct de Windows API aanroepen om te praten met drivers/hardware bijvoorbeeld (denk vooral in Enterprise/ziekenhuizen).

Dus ook al zouden ze dit doen, vaak is er geen geld of resources om die apps weer te porten of werkend te krijgen (voor Flatpaks moet je dingen doen). Het enige dat zou kunnen, is zoals SteamOS dat doet met Proton. Dan heb je in feite een dunne slimme laag, maar ook daar zit je weer met het probleem.. vroeger vond Microsoft het prima dat ontwikkelaars van alles direct aanriepen en hun eigen DLLs gingen inladen.

Gebruikers verwachten daarnaast ook een out-of-the-box variant. Dus rechtermuisknop en dan legacy mode selecteren, is voor velen al een brug te ver.

Ze kunnen dus niet veel veranderen, en geen enkele CEO gaat zeggen: laten we twee OSen naast elkaar ontwikkelen. Dat is ook de reden dat RT is weggedaan.

[Reactie gewijzigd door HollowGamer op 31 maart 2026 10:27]

[Scriptkid]

kijk alleens eens naar de hardware eis van Win 11 en hoeveel weerstand dat oproept in de community,

[koelpasta]

Ik geloof dus ook niet dat de webapps zo langzaam zijn (ChromeOS werkt prima ermee - zelfs op mindere hardware), maar alles eromheen/erop.

Jij gelooft niet dat een geinterpreteerde scripttaal langzamer is dan native code? Waar baseer je dat geloof op? En wist je dat ik een brug te koop heb voor heel goedkoop? Mooie brug met een goed uitzicht!

[HollowGamer]

Als je zo mijn woorden hun zijn verband trekt, dan doe mij die mooie brug maar. Wanneer kan je die komen installeren?

[koelpasta]

Kun je uitleggen hoe ik je woorden uit verband trek? Je zegt het toch letterlijk?
Daarnaast maakte je nog andere feitelijke fouten, zoals dat winRT gemaakt was om van hun legacy code af te komen. Dit is niet waar, het was een poging om mee te doen op de ARM markt waar google zo'n success mee had.

[HollowGamer]

Met Windows RT moest Microsoft bepaalde keuzes maken, er zijn toen ook lagen weggehaald aangezien die enkel werkte op x86 (haal de Wikipedia er maar eens bij, win32 APIs zijn toen verwijderd). Het was ook de bedoeling die versie meer op slot te gooien, zoals enkel apps uit de appstore. Dus ja.. het was dus weldegelijk een poging het zonder die APIs te doen. Zelfs apps hebben ze compleet herschreven.

Van Core/10X was het initieel de bedoeling om meer te gaan naar wat Apple heeft gedaan met Rosetta. Het kwam uit het minwin project (zo uit het hoofd), kleine core/kernel, en vrijwel alles opnieuw gebouwd of gestripped in functionaliteit.

Daarnaast zei ik niet dat webapps even snel waren als native. Tuurlijk is C veel sneller in het algemeen. Ik zei dat mijn webapps op ChromeOS prima werkte, dus voor hun taak.

[Reactie gewijzigd door HollowGamer op 31 maart 2026 20:45]

[CAPSLOCK2000]

Ik snap niet het voordeel van de helft van je OS apps web apps maken. Lijkt alleen maar meer bloat voor mij

Het voordeel is dat je geen Windows nodig hebt om de applicatie te draaien.MS is heer en meester op de desktop, maar op de mobiele markt spelen ze geen grote rol. De kans dat MS in de toekomst weer zo dominant wordt op OS gebied is niet zo groot, de kans is groter dat de desktop PC steeds minder belangrijk wordt.

Windows wordt steeds minder belangrijk maar andere software zoals de MS Office suite is nog redelijk onbedreigd. Daar valt nog veel geld te verdienen, maar dan moet het wel onafhankelijk van Windows werken.

Voorspelling: de EU probeert de macht van de appstores van Google en Apple te breken. Dusver met weinig succes. Ik denk dat MS een van de weinige partijen is die het wel succesvol zou kunnen doen. Sterker nog, ik denk dat er een gouden kans ligt voor een partij die één universele appstore & ontwikkelomgeving kan bieden voor zowel Android als MacOS. Dat is niet makkelijk omdat zowel Google als Apple mensen naar hun eigen oplossingen toesturen, maar ik denk dat MS het zou kunnen, in ieder geval technisch gezien.

[cybermarc]

Het gaat voornamelijk om het vereenvoudigen van ontwikkeling, een applicatie als outlook via een webwrap en Graph maakt het mogelijk om zonder (veel) aanpassingen dezelfde applicatie voor Windows I386 Windows Arm, Android, IOS, Linux e.d. te maken, dat scheelt enorm veel geld in ontwikkeling en support.

[The Zep Man]

De stap lijkt onderdeel van een draai bij Microsoft om te proberen de gebruikservaring van Windows 11 te verbeteren. Dat is nodig, omdat veel gebruikers de afgelopen jaren ontevreden werden.

Ontevreden gebruikers zijn nooit een reden geweest voor Microsoft om bij te sturen. Potentiële concurrentie wel. Dat geldt nu zeker, in een wereld waarin men steeds kritischer staat tegen internationale techbedrijven die actief zijn in de VS.

[Reactie gewijzigd door The Zep Man op 31 maart 2026 08:29]

[Marc H]

Maar ontevreden aandeelhouders zijn dat wel.

En die zijn heel ontevreden. Want de beurskoers van Microsoft aandelen lijken wel in vrije val te zijn. Bijna 200 Dollar per aandeel verliezen op een aandeel wat nog bijna 550 Dollar waard was een klein half jaar geleden doet pijn.

Vandaar ook de aangekondigde koerswijziging op Copilot en/of AI.

[n4m3l355]

Grootste misser is lijkt me eerder Copilot dat tientallen zo niet een honderd miljard heeft opgeslurpt zonder enige return on investment.

Wat voor mij bijzonder is, hoe tech bedrijven in de toekomst miljarden dumpen zonder enig zicht op resultaat en dat de aandeelhouders aan de zijlijn staan toe te juichen. MS, Meta, Apple, OpenAI hebben een vermogen gedumpt in AI en tot op heden weet niemand er daadwerkelijk munt uit te slaan. Dat een Jensen of Musk AI geweldig vinden, daar prik je toch zo doorheen?

[batjes]

Denk eerder dat het de hordes mensen zijn die nu over aan het stappen zijn naar Linux.

Niet de generieke end-users, want who cares. Maar de IT-ers, de Tweakers, de nerds. De sturende eigenschap van de markt.

DEVELOPERS DEVELOPERS DEVELOPERS, ooit snapte Microsoft het nog. De afgelopen jaren lijkt Microsoft hun achterban vooral te irriteren. Controle wegnemen van power users, power users helemaal tot in de kriegel dwars zitten met de dagdagelijkse "HEE HEB JE DEZE NIEUWE KUTFEATURE AL EENS GEPROBEERD?"

Microsoft probeert eigenlijk sinds Windows 8 al primair Apple-achtige end-users aan te spreken, totaal vergetende dat dat niet de mensen zijn die bepalen dat Microsoft binnen de zakelijke wereld wel of niet uitgerold wordt. (Als die mensen het voor het zeggen hadden, hadden we nu overal iMacs gehad)

[Reactie gewijzigd door batjes op 31 maart 2026 19:00]

[NoTechSupport]

Er is veel werk aan de winkel gezien Apple nu een budgetoptie heeft die niet zoveel bloatware heeft. En eens gewone consumenten het gebruiken is de weg naar de enterprise markt open. Voor hun diensten zoals Office, Dynamics en SharePoint zitten ze nog wel even safe, denk ik. Al is er daar dan weer de druk van alternatieven zoals NextCloud (die toegegeven minder kunnen). Mits slimme Europese wetgeving die de koppelverkoop van licenties en andere MS-producten verbiedt zou de business case ook interessanter kunnen worden.

[lenwar]

Ontevreden gebruikers zijn nooit een reden geweest voor Microsoft om bij te sturen

Je hebt zeker een punt, met uiteraard de uitzonderingen die de regel bevestigen . (( Die rare tegel-setup van Windows 8 en Cortana hebben ze uiteindelijk volledig afgebroken. En zo hadden ze nog een paar dingetjes.))

[The Zep Man]

Tegeltjes werd afgebroken omdat het een rem zette op adoptie (Windows 7 werd nog ondersteund). Cortana werd afgebroken omdat het niet gebruikt werd en een dienstverlening is die geld kost en geen potentie had om winst te maken.

Voor Microsoft is ontevredenheid van gebruikers een oorzaak van de redenen om koers te wijzigen, maar het is niet de reden zelf.

[Reactie gewijzigd door The Zep Man op 31 maart 2026 09:43]

[batjes]

Dat terwijl die tegels juist een super chille feature waren. Welke vorm ze zijn boeit niet. Maar een uniforme stijl met extra features extra info direct op het icoontje zelf, vond ik een mooie stap voorwaards.

Juist jammer dat deze functionaliteit niet breder is uitgerolt, als een soort complete vervanging voor icoontjes buiten het start menu. Zou ik wel kunnen waarderen als mijn desktop shortcut ook een "X ongelezen notities" of dat software je bij voorbaat kan waarschuwen met "Update available".

Weer zo halfbakken allemaal, geen enkele doorzettingskracht.

[lenwar]

Voor dat soort dingen (die je opnoemt) was het zeker praktisch. Alleen de algemene uiting ervan was echt heel rot. De interface van 8.0 oogde alsof je een touchscreen moest gebruiken. En dat was natuurlijk helemaal ruk. In 8.1 hadden ze en 'net-niet-middenweg', en in 10 hadden ze wat mij betreft de net-wel middenweg. Je had de keus om het wel of niet te gebruiken. (ik gebruikte het zelf niet, maar ik snap wel dat men er wel op zat te wachten.)

[batjes]

Het verbergen van die startknop en charms bar niet volledig optioneel te maken maakte Windows 8.0 en haar server variant niet gelieft. Ergens naartoe remoten terwijl je met vage swipes van de muis pixel precies menu's moet zien te openen.

Voor generiek desktop gebruik vond ik het voor een eerste versie prima. Win10's oplossing van een keuze was uiteraard nog beter. Sowieso had Win10 naar mijn mening peak GUI design.

[A64_Luuk]

Ik denk wel degelijk dat het er iets mee van doen heeft. Er is de laatste tijd aardig wat misgegaan en mensen beginnen ontevreden te worden. Ze willen dat voorzijn voordat het echt tractie krijgt en er veel mensen gaan overstappen. Ik weet ook wel dat Windows nog maar een klein deel van de omzet van MS is tegenwoordig, maar het is wel hun naamsbekendheid. Die willen ze niet zomaar te grabbel gooien en bekend staan als bedrijf dat niet luistert naar z'n klanten, als ze in de takken waar ze echt geld verdienen serieus genomen willen woorden. Ook daar is flinke concurrentie.


Ikzelf heb recent ook even Linux geprobeerd maar liep eigenlijk al bij een vroege horde vast, helaas. Krijg de muis niet ingesteld zoals ik het wil (met gestures e.d.). Qua UX was dat voor mij echt een drempel, de rest was ik wel overheen gekomen. Maar goed, als Windows irritant genoeg wordt is het maar de vraag wat ik het minst vervelend vind.

[Reactie gewijzigd door A64_Luuk op 31 maart 2026 08:57]

[The Zep Man]

Ik weet ook wel dat Windows nog maar een klein deel van de omzet van MS is tegenwoordig, maar het is wel hun naamsbekendheid.

Het heeft niets te maken met naamsbekendheid, en alles met de toegangspoort tot Microsoft's dienstverlening.

Die willen ze niet zomaar te grabbel gooien en bekend staan als bedrijf dat niet luistert naar z'n klanten,

Mijn punt is dat ze daar allang al bekend om staan. Dat is niet de reden om nu opeens te gaan luisteren. De reden om te luisteren is dat de concurrentie begint in te halen en een beter aanbod aan het vormen is. Dat is er nog niet, maar gaat er komen. Microsoft wil dat voor zijn.

[FreezeXJ]

Dan ben ik nog steeds heel benieuwd naar wie de concurrentie dan moet zijn. Google Docs? Die hebben dan weer niet de Teams - Sharepoint - Email - OS-integratie die MS heel hard (en met succes) blijft pushen. Apple heeft z'n eigen ecosysteem, dus dan moet je 100% over (en alles behalve Windows is 'eng' en onbekend, hoewel Apple wel een degelijke reputatie heeft).

Zo lang ChromeOS zakelijk op 0 blijft, en Linux geen totaalplaatjes-aanbieder heeft denk ik dat ze nog even lekker safe zitten. Of de EU nou hoog of laag springt, Sjon Bierkrat kent niet anders dan Windows, en wat de arbeider niet kent, vreet ie niet.

[The Zep Man]

Dan ben ik nog steeds heel benieuwd naar wie de concurrentie dan moet zijn.

Ik noem niet concurrentie. Ik noem potentiële concurrentie. Vanuit EU-landen gaan er steeds meer middelen naar FLOSS-alternatieven. Dat is voor nu nog geen probleem voor MS, maar dat wordt het wel als MS met Windows dezelfde koers zou blijven voeren richting een kantelpunt.

[Wienen]

Dat ze dan maar eens beginnen met de nieuwe Outlook weer terug te bouwen naar een native app 😅

[Sangre]

Ow, ik vond Outlook nou juist een voorbeeld waarbij het prima werkt dat het webview is, ik heb meerdere enorm grote emailboxen en ik ben erg positief over de nieuwe outlook. veel sneller, vooral zoeken gaat erg snel.

[GertMenkel]

De truc van de nieuwe Outlook is dat alles op de servers van Microsoft gebeurt (ook als je een niet-Microsoft-mailaccount instelt). Dat helpt enorm met de snelheid, maar er is geen reden dat dat per se een webapp moet zijn. Dezelfde UI en servergebaseerde zoekfunctie doet het ook met native componenten, waarschijnlijk nog sneller ook.

[Reactie gewijzigd door GertMenkel op 31 maart 2026 13:20]

[Wienen]

Ik heb nog steeds dagelijks last van rare quirks binnen de interface. Je kunt nog steeds niet makkelijk middels ctrl een afspraak dupliceren, het zoekvenster reageert vaker niet dan wel op een muisklik, GUI icoontjes die na het versleven van het venster veranderen in lege vierkantjes, en zo kan ik nog wel even doorgaan. Er zijn zeker mooie/handige features bijgekomen, maar ook een hoop standaard functionaliteit welke ze eruit hebben gesloopt.

[lenwar]

Of nog belangrijker. Dat ze niet alle mails door de Microsoft cloud heensturen. (Dus dat je eigen IMAP-server of je Gmail, niet via Microsoft gaat.)

[GertMenkel]

Ze hebben een native Android app die al jaren je mail op hun server opslaat. Ik zou er niet van uitgaan dat een eventuele native Windows-mailapp nu weer terug naar local-first gaat.

[lenwar]

Doe ik ook niet . Voor mij was het de reden om over te stappen op Betterbird (Thunderbird-fork) op Windows (en dat terwijl ik Outlook een fijnere tool vind, qua gebruik.) Ik heb m'n eigen mailserver, en ik vind het nergens voor nodig mijn mail via de mailservers van Microsoft gesynced wordt.

Ik snap de potentieel toegevoegde waarde ook niet om het zo te doen. Althans. Niet voor mij als gebruiker. Voor Microsoft (als advertentieverkoper via MSN/Bing/enz) snap ik hem uiteraard wel .

[ShatterNL]

Het wordt denk ik afwachten of Microsoft alle beloftes waar gaat maken, maar wat ze tot nu toe aankondigen voor Windows wat ze van plan zijn geeft mij wel hoop dat het de goede kant op gaat.

[HollowGamer]

Tja, ze zeggen hetzelfde over hun Xbox ecosysteem. Die zou ook zoveel beter worden, en de echte gamer bereiken.

Ik geloof niets meer van MS. Ben zelf een Linux user, maar heb nog altijd een Xbox Series S. Nu met de Steam Deck heb ik dezelfde games veel goedkoper en kan er van alles mee (zoals emulators installeren). Met Dock erbij, is het eigenlijk een console geworden.

Toegeven ik speel geen heavy multiple player games (enkel FH5), maar ik zie buiten de aankomende FH6 geen reden om nog iets van MS te hebben.

[Some12]

Het is weer hetzelfde liedje bij Microsoft. Telkens proberen ze weer wat nieuws, doen ze het halfgebakken, levert het niets op, iedereen zeurt erom, draaien ze het terug, blijven ze weer gewoon een OS maken. (Realiseren ze zich dat ze achterlopen en gaat het riedeltje weer overnieuw)

Als ze al die moeite gestoken hadden in poleisten/verbeteren/bijschafen van wat ze hadden, hadden ze nu misschien een fatsoenlijk OS gehad. Nu is de inhaalslag van UNIX-achtig Linux ze aan het inhalen en er rondjes omheen aan het dansen. Het mist misschien wat business apps, maar voor een privé computer is het prima.

Als je voor de grap eens de statistieken bekijkt, zie je dat het desktop marktaandeel van Linux in Nederland gewoon boven de vijf procent ligt.

[Llopigat]

Ik las ook dit artikel laatst, die legt goed het probleem uit vanuit de developer kant: https://domenic.me/windows-native-dev/

Microsoft heeft door de jaren heen een heleboel verschillende SDK's gebouwd, en vervolgens weer abandoned. En de nieuwe die er wel zijn, zijn nooit goed uitgewerkt waardoor ze functies missen die de oude win32 api's wel hadden en je steeds met wrappers aan de slag moet gaan. Zoals context menu's.

Het verhaal over de onduidelijkheid zelfs bij Microsoft's eigen apps in de context menu's vond ik heel verhelderend, elke app van MS zelf gebruikt een andere workaround voor de missende functionaliteit waardoor het er steeds weer anders uit ziet tussen apps.

[Pinkys Brain]

Ze hadden nooit moeten stoppen met Win32. Gewoon .NET voor iedereen die wat simpelers wil (met Win32 eronder) en voor de rest win32 evolueren.

Alles gebouwd op WinRT is knudde. Jammer genoeg word alles nu gebouwd op WinRT, dus het blijft knudde.

[Jeroen_01]

Dat is momenteel wel wat er speelt, complete wrappers om oude api's heen om het een moderne look te geven.
Meestal lukt dat niet op een normale manier, ook niet verwonderlijk de meeste code uit die api's is uit 1992 en puur asm.
Sommige dingen zijn hard coded, helemaal niet bedoelt voor wat het opeens moet gaan doen, dark mode, high dpi etc.

We hebben op een gegeven moment een ander pad gekozen we maken de windows UI controls gewoon helemaal zelf met code, precies met de functies die wij willen hebben in zo'n control.

Maar windows is op dit moment geen OS meer, er zit zoveel rotzooi in dat het een bespioneer programma is wat ook toevallig een OS heeft.

[Isnowiz]

Liepen ze daadwerkelijk achter? Of probeerden ze voorop te lopen door alles te doordrenken van AI-functies waar niemand op zit te wachten? Dat zie je namelijk bij Linux helemaal niet..

[PredCaliber2]

Heb het idee dat ze daar af en toe van gekheid echt niet meer weten wat ze willen bij MS.

[HollowGamer]

Ze kunnen dat doen, omdat ze toch 97% van de markt in handen hebben. Mensen gaan niet overstappen, ze geloven echt dat er niets beters is of het te veel moeite kost (want ja veranderen he).

[JacOwns7]

Vermoed eerder dat de gemiddelde gebruiker helemaal niet bezig is met welk OS die heeft. Dat wil nogal eens vaak gedacht worden in de Tweakers bubbel.

[Llopigat]

iOS versus Android is een oorlog die ver buiten de nerds speelt. De groene bubbels bijvoorbeeld of vrouwen die zeggen nooit op een date te gaan met een man die een Android telefoon heeft. Zijn ze best wel mee bezig. En Apple vs Windows speelt ook in de mainstream. Microsoft heeft ook al lang geen 97% meer.

[JacOwns7]

Maar dat is niet echt inhoudelijk. Apple word in die gevallen gebruik als een soort statussymbool, niet omdat het een megapixel of 2 meer heeft..

Hier hebben we het over welk OS beter omgaat met zijn memory. De users die jij noemt, moeten eerst nog uitvinden wat memory is.

[Seth_Chaos]

Raar, vandaag de dag is Apple niet langer koning in het smartphone high-end segment. Sterker nog Apple probeert juist klanten in het low end computing segment binnen te hengelen omdat ze in het high end segment juist marktaandeel aan het verliezen zijn. In een markt waarin alles duurder is dan een Macbook en of mac mini, is het echt geen status symbol meer.

[Llopigat]

Hier niet, maar in Amerika wel. En nog steeds. Al is het daar ook een beetje tanende.

Het heeft er ook mee te maken dat smartphones in het geheel niet meer sexy zijn. Iedereen heeft er een maar niemand praat er meer over. Het is niet meer een soort sieraad voor sommige mensen zoals 10 jaar geleden.

Vroeger was er op een verjaardag altijd wel iemand die de nieuwste xyz net had en dan moest iedereen zich er aan vergapen. Nu is het geen statussymbool meer omdat elke telefoon erg capabel is.

Maar mensen die vast zitten in een ecosysteem is nog wel een ding.

[Reactie gewijzigd door Llopigat op 31 maart 2026 19:00]

[Wolfos]

Apple heeft inmiddels 10% van de PC markt in handen, dus die aannames kloppen echt niet meer. Mensen zijn wel degelijk massaal aan het overstappen.

[HollowGamer]

Ik zou het echt toejuichen. Ook met hun nieuwe doorsnee laptop. Heb prive niets met Apple, maar concurrentie en de manier waarop ze het doen, is op sommige gebieden wel beter dan Microsoft.

[Bruin Poeper]

Ik moet eerst weten wat nou eigenlijk het verschil is tussen web apps en native apps. Dit vond ik:
https://aws.amazon.com/compare/the-difference-between-web-apps-native-apps-and-hybrid-apps/

Voor mij geldt dat ik bijna uitsluitend de webbrowser gebruik. Mijns inziens is een computer in de toekomst hoofdzakelijk een webbrowser. Het maakt dan niet meer uit wat voor besturingssysteem je hebt. Firefox onder Windows of Linux is hetzelfde.
Dat Microsoft nu zo graag native apps in Windows wil lijkt mij vooral een poging om de (controle van de) webbrowser te omzeilen, om ieder binnen Windows te houden/dwingen/manipuleren.

[Reactie gewijzigd door Bruin Poeper op 31 maart 2026 11:06]

[jpfx]

Het grootste nadeel van alles via web-apps: geen internet => niet werken.
Er zijn voordelen aan werken via het web, maar zeker ook nadelen.

[Llopigat]

Voor mij geldt dat ik bijna uitsluitend de webbrowser gebruik. Mijns inziens is een computer in de toekomst hoofdzakelijk een webbrowser.

Mja dat roept big tech al 25 jaar. Maar het is nog steeds geen feit. Web apps zijn ook bijna altijd minderwaardig.

[koelpasta]

Dit vond ik:
https://aws.amazon.com/co...ive-apps-and-hybrid-apps/

Jaja, dus je haalt je informatie bij een bedrijf dat er belang bij heeft dat jij webapps gaat maken en/of gebruiken..
Die zullen nooit bepaalde aspecten onderbelicht laten omdat het ze niet goed uitkomt.,., Vast niet..

[ThaStealth]

Wat is Microsoft maar aan het zwabberen, 2 weken terug gaan ze Copilot nog omzetten van native naar PWA (met een rare argumentatie dat ze zo makkelijker toegang krijgen tot systeemfuncties): nieuws: Microsoft vervangt native Copilot in Windows 11 door webapp. En nu gaan ze ineens weer inzetten op native..

Als dit waar is, gecombineerd met de andere wijzigingen in het OS (verplicht online account, copilot weer eruit slopen), zou het nog wel eens een fijn OS kunnen worden.

[Skyclad]

Het kan zijn dat het idee achter de Copilot als webapp beslissing was dat mensen dan minder het idee kregen dat het overal in het OS gebruikt zou worden. Want het werd duidelijk dat de meeste mensen daar helemaal niet op zitten te wachten. 'Verkopen' van een nieuwe versie is grotendeels een kwestie van psychologie. Je moet begrijpen wat je klant wel en niet wil, en als je iets door wilt voeren wat de klant niet wil of niet snapt moet je het anders brengen.

Voor veel applicaties geldt dat het niet online hoeft te draaien, of dat het zelfs juist minder handig of onwenselijk is. Wanneer bijvoorbeeld het onderzoekslaboratorium van een grote pharma keten alles online laat draaien is er niet alleen meer kans op beveiligingslekken (je hebt tenslotte niet 100% controle over die servers en andere bedrijven willen misschien ook weten wat jij uitvoert), maar ook meer kans op data verlies bij een storing ergens in de keten. Als je alle onderzoekssoftware op een lokale server/PC hebt draaien kan je zelf de data lokaal mirroren, je hebt zelf de controle over een UPS om de stroomvoorziening in stand te houden, en je hebt ook volledige controle over wie er bij kan komen.

Waar bij de gemiddelde PC gebruiker dat natuurlijk minder kritiek is willen veel mensen toch liever niet niks meer kunnen doen wanneer hun internet verbinding hapert. Met een lokale versie van Office kan je blijven doorwerken wanneer je even geen verbinding hebt bijvoorbeeld. Zolang je Copilot kan zeggen dat ie zijn kop dicht moet houden en hem kan negeren maakt het daarvan trouwens minder uit waar die staat.

[Llopigat]

Als dit waar is, gecombineerd met de andere wijzigingen in het OS (verplicht online account, copilot weer eruit slopen), zou het nog wel eens een fijn OS kunnen worden.

Geloof me, ze bedenken altijd wel iets om zichzelf in de voet te schieten.

[businesspro]

De beslissingen bij Microsoft veranderen met de wind. AI teruggedraaid, de weer app een browser wrapper maken en dan surprise-surprise erachter komen dat niemand daar blij van wordt.

[Geekomatic]

Het zo zou weer fijn zijn,

Vooral voor alle apps die onlosmakelijk met het OS verbonden zijn.