Nothing-baas: 'flagshipkiller' kan niet meer bestaan door hoge geheugenprijzen

Nothing-oprichter Carl Pei stelt dat de geheugenprijzen desastreus zijn voor het budget- en middensegment van smartphones. Volgens hem is het geheugen inmiddels de duurste component van een smartphone en zou dit onderdeel voor meer dan de helft van alle hardwarekosten zorgen.

Volgens Pei verdubbelden de geheugenkosten voor de Phone 4a tussen de ontwikkeling en release van het product. Inmiddels zou de prijs nog eens verdubbeld zijn. De Phone 4a kwam in maart 2026 op de markt vanaf 379 euro, terwijl de Pro-versie 499 euro kostte.

In een andere post licht hij toe dat dit fenomeen, veroorzaakt door de populariteit van AI, ervoor zorgt dat het budget- en middensegment van smartphones sterk krimpt. "Het verkoopmodel 'smartphone met meer specs voor minder geld' is niet meer houdbaar in 2026." Pei startte ooit met Pete Lau het merk OnePlus op, dat als 'vlaggenschipkiller' bestempeld werd. Ook Nothing heeft een vergelijkbare strategie, die volgens Pei inmiddels niet meer realistisch is. Analisten van TrendForce concludeerden eerder hetzelfde.

Naar verwachting blijven geheugenprijzen de komende jaren hoog en stijgen ze zelfs. Volgens de Nothing-baas richtte het merk zich daarom nooit op het 'winnen met specs', maar op het bieden van een 'betere ervaring'.

Nothing Phone 4a Pro

Reacties (154)

[Luchtbakker]

We moeten het eens omdraaien. Waarom is er in vredesnaam zoveel geheugen nodig in een modern toestel? Waarom richten ontwikkelaars zich niet op het goed schrijven van software, waardoor veel geheugen helemaal niet noodzakelijk meer is?

We zijn de laatste jaren zo verwend met goedkoop geheugen dat de prioriteit om efficiënt code te schrijven compleet verdwenen is. Misschien moeten we onze aandacht daar eens naar toe verleggen, in plaats van keer op keer maar heel veel geheugen ergens in proppen.

[mduijvendijk]

Tegenwoording worden veel apps gebouwd als web-app. Dit heeft als voordel dat deze apps eenvoudig te poorten zijn. Het nadeel is dat ze allemaal een eigen browser hebben waardoor een eenvoudig chat programma al snel 300MB gebruikt.

Verder zijn browsers aangepast voor onder CPU attacks, waardoor iedere tab een eigen instantie is in plaats van dat er gedeelde code is.

Tel dat allemaal bij elkaar op en je ziet waarom veen programma's zoveel geheugen gebruiken.

[batjes]

Veiligheid is maar een deel van het verhaal.

Chrome dumpt b.v. zo veel mogelijk data in het geheugen puur om de boel allemaal net wat sneller te maken. Firefox en andere browsers doen dit tegenwoordig ook.

Veel software en code laad ook een boel onnodige data uit gemak, complete libraries vanwege 1 functie, grote arrays voor 1 item.

Tel dat bij elkaar op en je ziet dat een paar domme apps waarvan de functionaliteit nauwelijks boven het niveau van een 486 uitkomt op een telefoon al 8gb aan geheugen opsnoepen.

[Znorkus]

Dat dus precies ja. En dan wordt het device van vier jaar oud op een gegeven moment traag. Feedback van de gemiddelde gebruiker is dan dat het ding "oud" begint te worden en dat het tijd is voor een nieuwe.

Dat de specs van zon apparaat hem nog steeds ongeveer 20 keer zo snel maken als nodig is voor de uit te voeren taken verdwijnt dan uit zicht.

Ik zie eigenlijk wel een gouden toekomst voor ons, waarbij ik denk dat 'Gen Z' om t maar even te vereenvoudigen er nog wel lol in heeft ook. Die generatie is milieubewust, stelt prijs op duurzaamheid, is niet vies van een beetje vintage, en houdt van ambachtelijk werk / tweaken / oude dingetjes tweede leven inblazen.

Ben overgestapt naar Linux recent voor wat oude hardware in huis wat ik jaren eerder had moeten doen. Stel je voor dat er een mooie linux distributie zou komen voor smartphones die zo goed draait als linux distro's nu voor desktop systemen en laptops doen... Dan ben ik snel om! Niks google account, niks samsung account.

[jongetje]

Ik zie eigenlijk wel een gouden toekomst voor ons, waarbij ik denk dat 'Gen Z' om t maar even te vereenvoudigen er nog wel lol in heeft ook. Die generatie is milieubewust, stelt prijs op duurzaamheid, is niet vies van een beetje vintage

Dan heb jij een ander beeld van GenZ. Ik zie die rondrijden op elektrische fietsen/fatbikes, vliegen naar de verste bestemming of daar werken want is hip. Regelmatig een stedentrip. En wat is een wastrek? Alles in de droger! Dat is in mijn ogen tegenovergesteld van milieubewust.

[fenrirs]

Je vergeet nog dat ze solliciteren op een 40 uur baan, maar eigenlijk maar 24 willen werken. Afgelopen week nog zo’n geval, wel een promotietraject van vier jaar willen gaan doen, maar wel parttime werken. Normaal gesproken is die 40 uur al veel te kort om je echt te verdiepen in een onderwerp.

[bossanova]

Gen Z heeft onze smartphones en Android, (welke versie zitten we inmiddels?), niet ontwikkeld. Wegbezuinigd onderwijs, verspilling van resources (iedere 2 jaar een nieuwe phone) en povere publieke voorzieningen zijn allemaal voorbeelden van destructief kapitalisme.

Gen Z is daarvan het slachtoffer, niet de oorzaak. De oorzaak ligt bij degenen die in de jaren 70 en 80 zijn geboren en wellicht nog wel eerder.

[fenrirs]

GenZ heeft door diezelfde ‘70-‘80 generatie een zorgeloze jeugd gehad waarin alles kon.

Ik maak mij meer zorgen om generatie Alfa en daarna. Die gaan het zwaar krijgen en zullen weer heel hard moeten werken om GenZ te ondersteunen.

[BlaDeKke]

Als GenZ een zorgeloze jeugd heeft gehad, dan heeft die generatie van 70-80 een zorgeloos leven gehad. En maar vruchten plukken op kosten van de generaties die er na komen. En dat nog steeds doen...

[Reactie gewijzigd door BlaDeKke op 15 juni 2026 00:11]

[fenrirs]

Dan ben ik wel benieuwd naar die vruchten……40-60 uur per week werken om de studie van kroost te betalen, gemiddeld 3k per maand belasting afdragen. Hoge huren in vrije sector, want koophuis is echt niet voor allen uit 70-80 weggelegd.
Onzekerheid door wia plannen, wel 30 jaar premie voor afgedragen en straks als eerste bij de uitgang van het bedrijf moeten melden met nog zeker 10-13 jaar tot AOW, als dat er al van komt.
Vrij zure vruchten dus voor een grote groep

[BlaDeKke]

Kun je je voorstellen waar de nieuwe generaties naar uitkijken? Nu bovenop dat alles, ook nog de factuur van afgelopen eeuw gepresenteerd gaat worden?

[Dalf]

Dat GenZ met fatbikes rondrijden valt te prevaleren boven rondscheuren met leasebakken.

Ze moeten wel sparen anders is een eigen huis geen haalbare kaart. En die droger in hotel papamama staat er toch al en die draait - hopelijk - op hernieuwbare (zonne) energie dus dat moet je niet zo somber beschouwen.

[RobertMe]

Stel je voor dat er een mooie linux distributie zou komen voor smartphones die zo goed draait als linux distro's nu voor desktop systemen en laptops doen... Dan ben ik snel om! Niks google account, niks samsung account.

Je zou daarvoor kunnen kijken naar Sailfish (commercieel, hebben recentelijk ook een nieuwe telefoon aangekondigd, maar draait ook hier en daar als alternatieve ROM op telefoons van andere fabrikanten.
Daarnaast is er ook nog postmarketOS. Compatibiliteit qua flashen/... daarvan is wellicht wat breder. Maar het kan zomaar zijn dat je daar op heel veel toestellen niet kunt bellen etc door gebrek aan "drivers".

Waarbij vooral postmarketOS dicht tegen "standaard Linux" aan zit. Je kunt daarbij bv kiezen welke desktop environment te gebruiken waaronder de standaard opties (Plasma (KDE), GNOME, ...) maar bv ook Plasma Mobile. Sailfish daarentegen heeft zijn eigen, closed source, UI. En ik weet ook niet of je op Sailfish standaard Linux applicaties kunt draaien. Met pmOS kun je vast elke applicatie installeren maar is uiteraard de UX een groot vraagteken (niet geoptimaliseerd voor touch etc).

Zelf heb ik nu net een Xiaomi Pad 6S Pro tablet gekocht. Qua hardware waarschijnlijk zwaar overkill ondanks dat deze al wat ouder is. (Als test speelde die 8K video af zonder issues, mijn AMD laptop lukt dat niet (geen hardware decoding en software is te traag), de i5-13500 in mijn desktop ook niet, stottert (ondanks wel 8K hardware decoding support), de AMD GPU blaast alsof die wilt opstijgen)). Nu was ik sowieso van plan om pmOS er op te zetten, die geschikt hiervoor is (incl USB-C voor multi monitor en alles), maar voor een bootloader unlock moet je een Xiaomi account van 30 dagen oud hebben. En nu met Android (/"Xiaomi HyperOS") is het echt een draak. Aangesloten op mijn monitor kan ik alleen mirror doen, niet instellen welke audio output te gebruiken (leuk met een multi-monitor daisy chain en speakers aangesloten op het "eerste" scherm maar de tablet stuurt audio naar het tweede, terwijl de hardware geen issues heeft om 3 schermen aan te sturen waaronder 1x een 4K scherm op native resolutie, een 1x 2560x1440 en het ingebakken scherm dat ook een forse resolutie heeft (3xxx bij ???)). Firefox (mobile dan) is een draak zonder support voor shortcuts (Ctrl+T opent geen nieuwe tab etc etc) en allemaal rare quirks.

Met het apparaat verwacht ik misschien wel 10+ jaar echt meer dan prima vooruit te kunnen (8 cores waaronder ik meen 4 gericht op performance, 12GB RAM, 512GB SSD). Maar de software heb ik nu na een week al een hekel aan zogezegd.
En dan kom ik qua tablet van een Asus Transformer Windows model, met een Intel Atom CPU, 4GB RAM en 64GB eMMC. Linux werkt, maar is toch net te traag om fijn te zijn (Windows was erger). Maar ook die heeft ~8 jaar denk ik okay dienst gedaan waarvan het merendeel met gewoon "desktop Linux".

[Znorkus]

Lekker bezig! dank voor de tips.

[Archdevil]

Probleem daarvan is vaak dat je gebonden bent aan een beperkt aantal toestellen waarop dit kan draaien. Hardware van klanten die zelf de combinatie van hard- en software verkopen laat vaak te wensen over.

[Rob_lyreco]

Dat trager worden komt inderdaad voor bij samsung en ik hoor het zelfde van apple gebruikers maar als je een kale android telefoon neemt zoonder al die planned obsolescence software, gaat je telefoon een stuk langer mee. Helemaal als je de batterij eenvoudig kunt vervangen..

[WillySis]

Trager worden komt bij alle merken voor. Het is lang niet altijd planned obsolescence, maar vooral doordat updates van het OS en de apps steeds meer geheugen nodig hebben en ook meer van de processor vragen. Daarnaast zijn de gebruikers een belangrijke factor. Men installeert steeds meer apps en veel apps hebben continu een draadje op de achtergrond lopen. Al die zooi maakt dat de overige apps minder tijd en geheugen krijgen. Een factory reset en de noodzakelijke apps eens opnieuw installeren kan bij een trage telefoon wonderen verrichten.

[iAR]

Chrome pleurt alles in het geheugen om sneller te zijn? Nou niet op mijn werklaptop.

Resources waren jarenlang geen issue. Er is slecht programmeerwerk afgeleverd want er was toch altijd genoeg. En voor alle dingen die dat niet waren: Chrome is gewoon jaren lang al traag en een geheugenvreter. Mensen accepteren dat blijkbaar gewoon.

[djunicron]

Nahjah, het probleem is helemaal uit de hand gelopen toen we massaal Electron gingen gebruiken om web-apps "native" te maken. Slack, Discord, Spotify, Skype, Signal, VS Code, Postman, Teams (nog steeds? geen idee eigenlijk), Obsidian, etc etc etc.

En allemaal Chromium Core draaien ter waarde van 300-500MB, afhankelijk van het wat kan en nodig heeft, en dan nog de eigen payload.

Dan zit er vervolgens nog een groot verschil tussen iets als Obsidian waar ze met 150MB werkelijk magie hebben toegepast (aan de andere kant 150MB voor een notitie app?) terwijl Notion rustig 550MB nodig heeft voor vrijwel dezelfde toepassing. Maar al deze apps zijn eigenlijk gewoon browsers met extra lokale rechten.

[thetakman]

Dit hebben we zelf gedaan he??

Toen Chrome nieuws was riep iedereen dat het teveel geheugen gebruikte.

Weetje wat wij toen allemaal deden? Niet overstappen naar een betere browser die dat niet deed...
Nee.. we klaagde dat de rest zo traag was en stopte meer ram in onze pc's..

Klaar..

En nu shocked pikachu dat alles zoveel geheugen vreet.

[Powerblast]

De reden is eigenlijk heel simpel. Hardware is jaren goedkoop geweest en veel goedkoper dan developer tijd. Zeker als het over performance is het jammer genoeg beperkter qua workforce pool waar je uit kan vissen. Dus de combinatie van tijd dat duur is en schaarste in het aanbod maakt dat development sneller leunde op hardware, toch genoeg beschikbaar dus gebruiken die handel.

Ik vind het persoonlijk geen goeie zaak dat elke app een webapp moet zijn. Je krijgt inderdaad apps die nooit echt goed zijn in wat ze doen, omdat ze web based moeten kunnen draaien. Ik draai het zelf liever om, is er een reden waarom iets webbased zou moeten zijn? Zoja, dan wordt het een webapp. Probleem is dat het ecosysteem voor native apps stilaan ook zo goed als dood is... Electron all the way en vervolgens verschieten we ervan dat we met draken zoals Discord, VSCode en Teams zitten. Al is die laatste ondertussen al herbouwd maar mijn inziens precies toch niet zo veel beter geworden .

[Reactie gewijzigd door Powerblast op 13 juni 2026 15:56]

[bilgy_no1]

Ik wil juist dat iedere app een format heeft die het makkelijk maakt om het te porten naar andere platforms, zoals het europese Sailfish. Alleen maar developers hebben die voor iOS en Android kunnen ontwikkelen maakt ons ontzettend afhankelijk.

[Powerblast]

Dat is inderdaad een afweging die je maakt. Maar voor de performance is het in ieder geval niet bevorderlijk. Je ruilt performance van het eindproduct in voor development en deployment gemak. Developers voor native apps zijn inderdaad schaarser maar dat is ook een gevolg van het feit dat elke app tegenwoordig een webapp moet zijn, zelfs klanten verwachten dat.

Dat het in een webbrowser draait is plotseling een verkoopargument dat hoger staat dan performance van de app. Ik heb dat persoonlijk altijd wat vreemd gevonden.

[bilgy_no1]

Ik vind het juist vreemd (en eerlijk gezegd irritant) dat de hele samenleving en-masse achter dezelfde diensten/OS/apps aanloopt en dan vervolgens moet gaan klagen dat er monopolisten ontstaan die de prijs opdrijven... of dat je vast zit aan partijen die je data misbruiken etc.

[Powerblast]

Ik loop zeker niet achter een partij aan. Ik kijk gewoon naar wat de beste performance geeft. En dat zijn spijtig genoeg nog altijd native apps ipv apps die in webapp vorm gegoten worden.

[Gazuhl]

Tja eigenlijk een insteek die het nederlandse onderwijs ook heeft genomen. Inzetten op middelmatigheid zodat bijna iedereen meekan. Zorgt alleen maar voor een gemiddeld slechtere prestaties vandaag en in de toekomst.

[SilentLucidity]

Ik wordt zo verdrietig van dit hardnekkige steeds terugkomende verhaal. Electron-apps, die voor de desktop worden geschreven, bundelen inderdaad een heel eigen Chromium instantie mee. De apps op de telefoons doet dit niet. Zij gebruiken de browser die al op de telefoon staat, een WebView. Apps die WebView gebruiken, gebruiken over het algemeen wel wat meer geheugen. Maar die appjes als teams zijn gewoon heel erg slecht gebouwd.

[DvanRaai89]

Tegenwoording worden veel apps gebouwd als web-app. Dit heeft als voordel dat deze apps eenvoudig te poorten zijn. Het nadeel is dat ze allemaal een eigen browser hebben

Op mobiel is dit absoluut niet het geval, vanwege WebView (Android).
WKWebView (iOS)

[armageddon_2k1]

Dat is gewoon niet waar. Het is helemaal niet moeilijk om een web-app makkelijker < 80MB te laten gebruiken

[Powerblast]

Beide vergelijkbaar in features? Ik ben er zeker van dat een native app minder geheugen gebruikt. Alleen al het laden van heel die Chromium/Webview2 engine trekt al een heel stuk geheugen wat je niet hebt bij native apps.

[vanviegen]

Toch lijkt dat niet helemaal waar te zijn. Een goedgeschreven progressive web app (die laadt vanuit service worker cache en geen megabytes aan JavaScript meesleept) start gek genoeg sneller op dan een 'hello world' native applicatie op Android. Astroturfing: https://lightlynx.eu/ en klik op 'Show Demo'. :-)

[Visgek82]

Ik vraag me af of hoe jij daarover kan oordelen. Ben jij een programmeur? Weet jij hoeveel geheugen een android omgeving nodig heeft om soepel te werken? Heb je bewijs dat er inderdaad "slecht geprogrammeerd" wordt in die zin?

[willieverhoef]

Er wordt zeker (anders) slechter geprogrammeerd. Geheugen was nooit een dingetje dus alles werd naar boven afgerond. Oh doe maar 4k ipv 256 voor een string. Maar ook de talen die gebruikt worden zijn vaak JavaScript en gebruiken een hele browser. Verder plaatjes met zoveel mogelijk gradiënten en dus kleuren. Een 8 bit plaatje is natuurlijk ook wel iets anders dan 24bit. Vooral de laatste zorgt voor erg veel extra geheugen.

[oef!]

Een 256 kleuren plaatje versus een 16 miljoen kleurenplaatje gaat het verschil echt niet maken net als een string van 4096 bytes.

[Elminster]

Bierkaartje berekening voor memory gebruik:

Een 256 kleurenplaatje van 320*240 ( = 8bit / pixel => 1byte / pixel ) ==> 76.8 kbyte.

Een moderne foto van een modern toestel (pakwel iphone 17 met 48Mpixel camera).
48 Mpixel is 8000 * 6000.
Die camera is een quad-bayer formaat, met 12 bits / pixel. Dit wordt uitgebreid naar 16 bits / pixel voor memory alignment & snelle caching/verwerking. ( = 16 bit / pixel => 2 bytes / pixel ) ==> +- 90 MByte / foto.

De laatste samsung heeft een sensor van 200Mpixel.
200Mpix is 16.384 x 12.288.
Die camera is een tetra bayer formaat, 14bits / pixel. Eveneens uitgebreid naar 16bits / pixel voor memory alignment & verwerking ( = 16 bit / pixel => 2 bytes / pixel ) ==> 384 MByte / foto.

[bzzzt]

Een 256 kleurenplaatje van 320*240 ( = 8bit / pixel => 1byte / pixel ) ==> 76.8 kbyte.

Moderne GPUs ondersteunen helemaal geen 'indexed color' 256 kleuren modi meer, dus intern zal het toch allemaal minstens 24 bits zijn of je moet vage trucs uithalen om realtime te converteren wat veel performance overhead heeft.

Een moderne foto van een modern toestel (pakwel iphone 17 met 48Mpixel camera).
48 Mpixel is 8000 * 6000.

Het doel van een camera is om een zo gedetailleerd mogelijke opname te maken. Als je dat niet nodig hebt kan je altijd nog kiezen om de afbeelding kleiner te maken. Geen enkele toepassing gebruikt dergelijke grote afbeeldingen voor schermgebruik.

[Elminster]

Moderne GPUs ondersteunen helemaal geen 'indexed color' 256 kleuren modi meer, dus intern zal het toch allemaal minstens 24 bits zijn of je moet vage trucs uithalen om realtime te converteren wat veel performance overhead heeft.

1 (zeer minimale) shader. Dat gaat niet al te veel performance overhead hebben.

Het doel van een camera is om een zo gedetailleerd mogelijke opname te maken. Als je dat niet nodig hebt kan je altijd nog kiezen om de afbeelding kleiner te maken. Geen enkele toepassing gebruikt dergelijke grote afbeeldingen voor schermgebruik.

Dat is ook mijn punt niet. Ik reageerde op oef! Er is wel degelijk een stevig verschil tussen 'vroeger' en 'nu'.

Maar elke foto-bewerk-app zal die afbeelding in geheugen houden, aangezien die bewerkt wordt. (Min 1 app > 'geen enkele')
Het doet er dan niet toe dat die niet native op het scherm kan getoond worden.

[bzzzt]

1 (zeer minimale) shader. Dat gaat niet al te veel performance overhead hebben.

Niet al te veel is alsnog overhead. Ik heb het van een game developer blog die daar een andere mening over had...

Maar elke foto-bewerk-app zal die afbeelding in geheugen houden, aangezien die bewerkt wordt. (Min 1 app > 'geen enkele')
Het doet er dan niet toe dat die niet native op het scherm kan getoond worden.

Als de intentie van de applicatie het bewerken van grote foto's is kan je het moeilijk verspilling van geheugen noemen. Overigens zijn er genoeg applicaties die de foto nooit volledig in het geheugen laden (zelfs een kolos als Photoshop gaat daar heel handig mee om door middel van tiling en geschaalde previews, hoe wil je anders multi-layer editen op 100 megapixel foto's)

[Daoka]

Wel 1 aanmerking op je berekening. Je gaat uit van foto grote. De Samsung Galaxy S26 Ultra heeft een 1440 * 3120 / iPhone 17 Pro Max 2868 * 1320 scherm resolutie dus 8000 * 6000 ga je vaak niet hebben in apps. Ja er zullen uitzonderingen zijn zoals de camera app, galerij/photo viewer, teken programma, een browser in sommige gevallen die misschien zulke grote foto's moet laden. Maar genoeg apps die binnen de scherm resolutie blijft. Of te wel plaatjes van bijvoorbeeld knoppen zal gewoon een kleine resolutie hebben en niet elke knop van 8000*6000 verkleind naar 300*300 of kleiner. Het is dus geen echte eerlijke vergelijking.

Maar zelf uit gaan van grootste foto's. Mijn 4 jaar oude telefoon heeft 6 GB geheugen (en nog eens softwarematig 6 erbij met RAM Plus). Ja de verschil tussen 256 kleurenplaatje en 200Mpix is groot (384 MB bijna). Maar is 384 Mb echt veel op 6 (of 12) GB? Tenzij je meerdere van zulke foto's tegelijkertijd gaat laden (15x max, bij 16 ga je over de 6 GB) zou je telefoon niet veel moeten merken tussen 76.8 KB en 384 MB als het geladen is.

[Reactie gewijzigd door Daoka op 13 juni 2026 19:29]

[Elminster]

Mijn punt is dat er wel degelijk verschil is tussen vroeger en nu.
En dat er wel redenen zijn om een pak geheugen in zo'n mobieltje te steken.
Zodra je beelden gaat verwerken, heb je gewoon een sloot geheugen nodig. Dat is op pc niet anders.
(Maar of het nuttig is om 200MPix te hebben op een mobieltje? Met zo'n pruts-lens? Dat is een andere vraag)

[Daoka]

Natuurlijk is er een verschil met vroeger maar de maten die jij gebruik vind ik gewoon krom. Gaat thuisbezorgd.nl of een bank app een foto van 8000*6000 hebben? Een start, instellingen, exit, ect knoppen gaan zal meer rond de 1MB per stuk zijn (en zelfs dat lijkt mij aan de hoge kant). Games zullen ook geen hogere resolutie dan de beeldscherm renderen.

Mocht je die foto's willen bewerken dan gebruik je inderdaad die maten maar zelfs dan doe je dit eigenlijk maar 1 foto tegelijkertijd (en in extreme situaties misschien een 2e laden). 4/6 GB zou voor de meeste mensen genoeg kunnen zijn mits apps gewoon goed gemaakt zijn en de OS de geheugen niet vol propt om sneller te laden. En voor de YouTubers of andere mensen die veel bewerken op hun telefoons zouden ze dus een editor vlaggenschip kunnen verkopen met meer geheugen.

[L0g0ff]

Daar hoef je geen programmeur voor te zijn. Waarom zijn de laatste games op het einde van een console generatie altijd veel beter dan de eerste games aan het begin van een console?
Omdat ontwikkelaars steeds creatiever worden om het maximale uit de hardware te persen. Wanneer geheugen veel te duur wordt worden we met zijn allen gedwongen beter te gaan optimaliseren. En als je het zo bekijkt dan is het helemaal geen issue. Stop maar een nieuwe accu in je 4 jaar oude telefoon en hij gaat met een geoptimaliseerd stuk software (apps + os) zo nog 4 jaar mee.

[Visgek82]

Omdat ze beter leren omgaan met de architectuur van de chips die gebruikt worden. Dat heeft weinig met goed of niet programmeren te maken, maar meer met het leren kennen van de limitaties van hardware. Tevens, Mario64 op de n64 was èèn van de beste games op de console en was een launch titel. Zelda OOT kwam ook niet veel later, en was mss wel het beste spel ooit.

[Reactie gewijzigd door Visgek82 op 13 juni 2026 20:20]

[L0g0ff]

Dat heeft alles met programmeren te maken. Als je de architectuur goed snapt en je daar rekening mee houdt dan kun je een game ineens optimaliseren dat het 60fps loopt ipv 30fps met dezelfde hardware.

Maar als we altijd maar uit kunnen gaan van betere hardware dan ram je er tig GB/GHz bij en dan draait het wel weer smooth. Dat scheelt een hoop optimalisatie en dus dev tijd.

Voor golden eye 64 en Turok was echt wel wat meer optimalisatie nodig dan Mario 64

[fenrirs]

Ben jij zo’n programmeur met een geheugen dat niet verder teruggaat dan 2022? Allerlei zaken die wij nu draaien konden zelfs al op een vroege Pentium. Kijk eens wat je allemaal kon op een Amiga 500 met minder geheugen dan de gemiddelde slimme lamp. En oh ja, in die lamp zit ook nog eens een snellere CPU

[Visgek82]

Succes met het draaien van Doom Eternal op een Pentium.

Ik ben geen programmeur, maar ik denk dat het allemaal wel meevalt op dat gebied.

[fenrirs]

IRMC
YouTube: I can finally play Doom Eternal on my Amiga!

Grap natuurlijk, maar DE is niet echt wat men hierboven bedoelt.

Op een Amiga kon je prima tekstverwerken, tekenen, etc etc. Op mijn pentium 200@233Mhz heb ik mijn thesis geschreven in Word en grafieken in CorelDraw. Dat was geen andere ervaring dan nu met een whopping 128MB.
Ook draaide daar de eerste versies van photoshop op. Een script dat ik destijds schreef in Perl doet nog steeds dienst, al heb ik het onlangs met Claude herschreven in Julia (200x snelheidswinst)

[Kloppendlid]

Het luie programmeren is overduidelijk aanwezig op desktop systemen. Om een applicatie op alle systemen hetzelfde er uit te laten zien hebben ze gewoon een web app verpakt in een executable. Applicaties zijn ineens honderden mb’s groot, gebruiken ook honderden mb’s aan geheugen hierdoor want het is geen efficiënte app die gericht is op het os waar het moet draaien. Zie bv apps zoals spotify of van de andere streaming services. Het is niet voor niks dat zo’n app ook ineens om een cookie bevestiging vraagt

Ik snap ook wel dat ze het zo doen, scheelt bakken ontwikkeltijd en de opmaak is overal hetzelfde want alle apps gebruiken intern dezelfde web renderer.

[Wolfos]

Echt goede opties zijn hier dan ook niet voor. Ieder platform heeft weer z'n eigen programmeertaal en z'n eigen UI framework. Dat valt niet makkelijk in één codebase te bundelen.
De cross-platform frameworks word je in mijn ervaring ook niet echt gelukkig van, en zijn ook niet persé sneller dan een webapplicatie. Je zit alleen met die browser VM die veel geheugen vergt.

Kortom, als je een applicatie wilt schrijven die op ieder platform werkt is webtechnologie daar het enige duidelijke antwoord op.

[whiner]

Misschien is een docker variant voor de telefoon iets? Werkt op alle hardware. Je moet er alleen een appstore voor maken.

[Wolfos]

Zit je dan niet alsnog met overhead? Het punt is overigens ook niet dat het technisch niet mogelijk is, en er zijn inmiddels ook wel wát opties, maar dat een web-app vandaag een hele overtuigende oplossing is.

Want je zit natuurlijk met meer overwegingen dan alleen geheugengebruik. Ik heb met .NET MAUI gewerkt en daar werd iedereen erg ongelukkig van hoe de deployment steeds stuk ging zonder dat we eraan zaten.

Als ik vandaag een mobiele app zou bouwen dan zou ik in ieder geval even naar Flutter kijken. Maar uiteindelijk is het belangrijker dat het project slaagt dan maximale efficientie.

[Nrojt]

Zelf heb ik met Kotlin compose multiplatform gewerkt voor mijn opleiding en vond dat zelf wel fijn werken

[Nrojt]

Docker heeft ook overhead. Helemaal als de baseimage niet geoptimaliseerd wordt

[blinchik]

Die ervaring heb ik helaas ook echter wel. Ik stam nog uit de tijd van "de scene" waar je demo's in 4k stak. De studenten die daar mee bezig waren wisten echt wel waarom geheugen nodig was en hoe je het efficient gebruikte. Dan naar coorporate gagaan en mensen wisten toen ook echt wel waar ze mee bezig waren. Ik programmeer niet echt vaak meer maar als ik tegenwoordig kijk naar onze programmatie teams waarbij ik in de logfile "too many open files" of "out of memory" zie dan krijg je inderdaad vaak de opmerking "memory verhogen". Dat er 10000000 files openstaan doet geen belletje rinkelen, de AI heeft gezegd, te weinig geheugen dus probeer eens het geheugen te verhogen.

Natuurlijk is er meer mogelijk dan vroeger, maar ik heb toch echt wel de indruk dat men niet heel hard meer nadenkt over optimalisatie. Waarom zou je daarover nadenken als je ongelimiteerd geheugen kan aanvragen?

[Elminster]

"De scene" bestaat nog altijd hoor. Dat is nooit verdwenen.

Koop hier: https://assembly.org/en uw tickets voor assembly deze zomer.

[bzzzt]

Natuurlijk is er meer mogelijk dan vroeger, maar ik heb toch echt wel de indruk dat men niet heel hard meer nadenkt over optimalisatie. Waarom zou je daarover nadenken als je ongelimiteerd geheugen kan aanvragen?

Ik zie juist nu een toename in de aandacht nu vrijwel alles in een public of private cloud gehost wordt. De kosten van bepaalde inefficiënte applicaties rijzen de pan uit en het loont nu dus juist wel weer om wat mensen op optimalisatie te zetten of eens goed na te denken of bepaalde oplossingen wel handig zijn voor de toekomst.

[kakanox]

iOS is lange tijd fors efficiënter geweest. iPhones waren met veel minder RAM minstens zo snel als hun Android concurrenten. Pas de laatste generaties zie je een flagshipmodel bij Apple ook 12GB RAM hebben. Van het volgende heb ik geen verstand, maar het zou me niet verbazen als de on device AI daar wat mee te maken heeft.

[FrostyPeet]

Precies. Mijn Nokia E71 kon alles wat een zakenman zich maar kon wensen. Van de afstandbediening van een hotel tv, surfen, office suite, navigatie, chatten en het fotograferen van een bonnetje. Had wifi, 2G/Edge en bluethooth. Draaide een week op 1 volle oplading. Had een echt toetsenbord.

Dit alles kon in een paar honder mb soepeltjes draaien. Had ook een SD kaartslot voor het snel overzetten van gegevens van en naar de N71 bij niet compatibele andere hardware.

Toen kwam de goedkope hardware en nu moet je bijna 256 GB geheugen hebben, een racemonster CPU om wat socials te kunnen draaien.

Soms mis ik die N71. Als ze die hadden bijgehouden qua hardware en software was het nu de flagship killer geweest. Een echt werkpaard, zonder bloatware, zonder AI en zonder nutteloze apps (waar nu iedereen van moet afkicken).

[mr_evil08]

Daar keek je ook nog aardappel video,s op.

[RaJitsu]

Het scherm was niet erg groot, dus een youtubevideo zag er prima uit. We hebben het over bijna 20 jaar geleden hé. En zeker als het om videoafspelen gaat is hardware juist veel efficiënter geworden. 4K video speelt overigens ook prima af op iets als een midrange SoC's van jaren geleden, dus qua hardwarecapaciteiten is het kunnen afspelen van video een van de minst kritische punten (er was een tijd dat je op PC een dual-core (of een zeer krachtige single core) nodig had om 720p-mkv's af te kunnen spelen). Eigenlijk alle vormen van media afspelen, inclusief zaken als streaming wat via DLNA op Symbian-telefoons ook gewoon prima werkte. Je had toen nog geen vaste ecosystemen en het idee was dat alles met elkaar moest werken.

[Reactie gewijzigd door RaJitsu op 14 juni 2026 07:36]

[pirke]

Ik mis m'n 3210 en later 3310. Geen sociale media zou beter zijn voor iedereen en de wereld als geheel.

[Willemonl]

Kijk wat Apple doet met iOS27. Voornamelijk optimaliseren van het hardware gebruik ipv veel nieuwe functionaliteit

[mapa2011]

Inderdaad, ik programmeer met AI voor Apple en kan bevestigen dat dat klopt.

[browser666]

Volgens mij gaat Siri helemaal niet werken op oudere iPhones, behalve de iPhone 17 pro serie (12GB). Dus niet de normale iPhone 17 met 8GB RAM.

[DNN!S]

De normale 17 krijgt gewoon Siri AI. https://www.apple.com/nl/newsroom/2026/06/apple-unveils-next-generation-of-apple-intelligence-siri-ai-and-more/

[BLACKfm]

Gaat het niet werken, of kiest Apple er gewoon voor om het niet beschikbaar te maken op oudere of minder krachtige hardware? Of iets wel of niet mogelijk is zien we wel aan al die Doom ports op hardware waar dat echt niet verwacht hoeft te worden.

De bruikbaarheid, of het nuttig is en of je het uberhaupt moet willen staat niet ter discussie in die gevallen. Het kan gewoon. Geen enkele ontwikkelaar die daar tijd in gaat steken, en in dit geval zal Siri (ai variant?) gewoon niet werken op andere hardware omdat Apple vindt dat je maar wat nieuws moet kopen als je hier gebruik van wilt maken.

[R_Zwart]

Dat doen ze niet alleen met iOS, ook met MacOS. Mijn 2011 iMac is pas een paar maanden geleden overleden maar draaide nog vlot op een zelfs niet officiële MacOS versie. Met heel veel meer functionaliteit als waar het oorspronkelijk mee werd geleverd. Je zag op een gegeven moment dat nieuwe features zorgde voor een wat trager gedrag, maar bij updates was dat weer opgelost. Die aanpak gaat nu zijn vruchten afwerpen. Die Neo draait met zijn 8GB RAM vlotter dan menig Windows machine met 2x zoveel. Dan praat je tegenwoordig toch over serieus geld.

[K0L3N]

Het is een beetje dubbel, want doordat je niet zo efficiënt meer hoeft te zijn is het veel makkelijker geworden om in te stappen en apps te schrijven. Als developers weer beter moeten optimaliseren moeten ze ook meer kennis hebben, en tijd daaraan besteden die ze ook aan dingen kunnen besteden waar klanten meer aan hebben. Heel lastig

[Niema]

Zou gaaf zijn als Android Go terug kon komen in zijn volle glorie. Apps speciaal voor budget telefoons. Basis zaken als whatsappen, bank apps enzo kan gewoon. Maar helaas schijnt de business case niet erg gewelfig te zijn . Zo te zien wordt het nog steeds nieuw verkocht en geïntroduceerd, maar staat het minder duidelijk aangegeven dan een tijd terug bij Android 8


Met Android Go heb je bijvoorbeeld voor €70 een ulefone met Android 16

[Reactie gewijzigd door Niema op 13 juni 2026 13:39]

[Llopigat]

We moeten het eens omdraaien. Waarom is er in vredesnaam zoveel geheugen nodig in een modern toestel? Waarom richten ontwikkelaars zich niet op het goed schrijven van software, waardoor veel geheugen helemaal niet noodzakelijk meer is?

Ten eerste is een 12GB helemaal niet zo veel vandaag de dag. Ik gebruik mijn telefoon ook als computer (Samsung DeX) met meerdere apps tegelijk open dus ik ben er wel blij mee dat er zoveel geheugen in zit.

Ten tweede wordt de meeste software niet gemaakt voor jou maar voor marketers. Ik heb van die DJI microfoontjes, en de app om daarvan de instellingen te veranderen is 800MB. Zit vol met allerlei filmpjes en reclames en een hele video store ofzo, en een inlog voor een 'account' van hen. Allemaal shit die ik totaal niet wil, ik wil alleen maar de instellingen (mono/stereo enz) veranderen.

Dit had ook in een appje van 150kB gekund maar hun marketers willen allerlei shit verkopen die ik niet nodig heb.

[Reactie gewijzigd door Llopigat op 13 juni 2026 13:44]

[zanza006]

Die 800 mb voor enkele simpele instellingen van een toestel vind ik zo zonde van de rescource. Jmr dat er veel apps onnodig opslag gebruiken.

[Llopigat]

Ja ik ook. Als ik dat geweten had, had ik die DJI Mic Mini niet gekocht

Qua hardware is het prima spul maar de software is echt afgrijselijk.

Ik denk er zelfs over om over te gaan naar de RØDE Wireless Go III. Ik vind het geluid daar ook beter van. Ik heb die DJI gekocht tijdens een aanbieding maar meh...

[Reactie gewijzigd door Llopigat op 13 juni 2026 23:55]

[Olaf van der Spek]

Waarom richten ontwikkelaars zich niet op het goed schrijven van software, waardoor veel geheugen helemaal niet noodzakelijk meer is?

Hoeveel willen consumenten daarvoor betalen?

[Advanced03]

Dit klinkt echt iets wat een AI bedrijf zou zeggen om nog meer DRAM voor zichzelf te kunnen inkopen.

[Verwijderd]

Ik zou dit graag een +4 geven. Ik wil heel graag alles in Rust of C++ schrijven maar menig bedrijf / manager is doodsbang voor "velocity" en "de markt" dus alles moet in JS/TS/Python. En dat gebruikt, afhankelijk van wat je er mee doet (want sommige libraries zijn wél efficient), gewoon zomaar 1.5-4x zoveel geheugen en 5-100x zoveel cpu cycles om het zelfde te doen als een native applicatie. Dat staat dus helemaal los van de kwaliteit van de code zelf.

Het ligt natuurlijk iets complexer. Maar uiteindelijk komt het er in de IT op neer dat software zo goedkoop en snel mogelijk ontwikkeld word en de extra kosten daar van bij de klant terecht komen in de vorm van duurdere hardware, meer bugs en instabiliteit, en meer risico (uit een cybersec / infosec perspectief).

De enshittification van alles komt in de basis dan weer uit op hebzucht en het ontwijken van risico en verantwoordelijkheid. Dit is een algemeen probleem in de samenleving, niet een technisch probleem. Maar hoe pak je dat bij de wortel aan? Ik zou het niet weten.

[Arokh]

Eigenlijk omdat dat dure kennis is en mensen niet per se bereid zijn extra te betalen voor een efficiëntere app. Veel mensen gebruiken zelfs alleen maar 'gratis' apps die op advertenties draaien. Als de adverteerders 3x zoveel moeten gaan betalen per ad, haken ze af.

[Vlizzjeffrey]

Dat gaat de prijs van geheugen niet goedkoper maken. Stel de software zou beter worden geoptimaliseerd, en hebben nu 30% minder geheugen nodig, wat een gigantische sprong zou wezen, geheugen is 300% duurder geworden, dat zou iets meer dan een druppel op een kokende plaat zijn voor de hoge geheugen prijzen, als het al iets zou doen met de prijzen.

[wiseger]

Het gaat niet om 30% maar rustig om een factor van 100 keer.

Voordat je breedband Internet kreeg had je chat programma's zoals ICQ die kleiner waren dan 2Mb. Pegasus email of Outlook Express waren ook kleiner dan 2Mb.

[Powerblast]

Met een beetje performance tuning en gericht je code optimaliseren kan je gerust meer dan een 30% winnen, dat kan ik je uit ervaring vertellen. Ik heb genoeg situaties al meegemaakt waar door wat code anders in te richten de code een factor 20 sneller doorlopen werd. Als je dan echt low level gaat tunen op cache line niveau en dergelijke, de juiste datastructuren i.p.v. de kitchen sink list waar je alles in krijgt omdat het gemakkelijk is, is de winst die te halen valt zelfs nog een pak groter.

Zie maar wat ze uit consoles weten te halen met wat degelijke optimalisatie, terwijl dit op het einde van een generatie hardware van 7j oud is. Dat is mogelijk omdat er zwaar geoptimaliseerd wordt voor de aanwezige hardware.

Elke case is anders en dat maakt dat het zo een grote timesink kan worden als je niet oppast.

Dan heb je nog de wat ik de performance puristen noem, zoals Casey Muratori die zelfs OO onder de bus smijten . Meen dat hij zelfs het statement maakte dat alle hardware snelheidswinst die we over de laatste 10j hebben gewonnen, kwijt zijn omdat we de software 10x trager hebben geschreven. Kort door de bocht en natuurlijk de visie van één man maar er zit wel een stukje waarheid in.

[Reactie gewijzigd door Powerblast op 13 juni 2026 16:10]

[theobril]

Je bericht roept vragen bij mij op. Als er een optimalisatieslag van 30% is, zal dat inderdaad niets met de prijs van geheugen doen. Dat beweert ook niemand. Maar een gebruiker zal wel 30 % minder RAM nodig hebben dus per saldo wordt hoeft er 30% minder geld aan RAM uitgegeven te worden om hetzelfde reslutaat te bereiken.

[Exodai]

Omdat RAM in een device knallen goedkoper was dan een OS en applicaties optimaliseren. Thats why.

[Romborum]

Ja maar, waarom hebben we dan nog een nieuw toestel nodig? Als m'n oude nog snel genoeg is en voldoende geheugen heeft.

[kodak]

dat de prioriteit om efficiënt code te schrijven compleet verdwenen is.

Het nieuws is dat geheugen duur is. Dat zorgt er niet automatisch voor dat het efficiënt schrijven van code goedkoper is. En zonder dat aan te tonen, of zelfs maar te onderbouwen dat inefficiëntie het probleem is, doe je daarmee geen voorstel omdat het redelijker is maar omdat het kan.

[postbus51]

Omdat ik heel veel eigen data op mijn tel. opsla , video muziek foto

[Mizgala28]

Omdraaien of niet, ik zou minder klagen over "zoveel geheugen" op een telefoon, en meer klagen over "waarom kopen al die AI bedrijven zoveel geheugen op voor een tool die de meeste mensen hooguit voor (meestal zielige) image generation gebruiken, of die een antwoord willen hoe ze een hond moeten opvoeden".

Wat dat laatste betreft kon je dat vroeger gewoon via Google zelf zoeken, maar anno nu wil men meteen een antwoord bovenaan, of deze nou klopt of niet (nog vandaag meegemaakt dat AI bij Search ging hallucineren, ondanks dat ik dat negeer en altijd naar de werkelijke websites scrol)

[-Colossalman-]

Daar gebruiken ze ai voor en die maakt het geheugen weer duurder 😉

[Bkim]

Had je deze gedachte ook voordat de tekorten ontstonden of was je toen stiekem toch blij met veel geheugen?

[Bulls]

Meer geheugen is beter, er is gewoon te veel vraag bij gekomen door de eeuwig hongerige ai data centers

[Ryunoru]

Om de boel sneller en efficiënter te laten draaien. Dat geheugen is daadwerkelijk nodig, daarom is er zoveel (bewuste of onbewuste) vraag naar vanuit legitieme gebruikers. Het probleem is NIET die gebruikers. Het probleem wordt veroorzaakt door de AI-bubble waarbij bedrijven ongeacht de gevolgen het beste van het beste AI moeten hebben, en dat vergt nu eenmaal extreem veel geheugen, waardoor de geheugenmarkt er helemaal door opgeslokt is en de prijzen tergend hoog zijn.

[SuperDre]

Punt is dat effeciente/geoptimaliseerde code gewoon veel tijd en geld kost en eigenlijk alleen maar goed geoptimaliseerd kan worden als je 1 configuratie hebt. Snellere hardware en meer geheugen is/was gewoon goedkoper. Software is nu ook laag over laag over laag, men slingert de ene library binnen welle zelf ook weer andere libraries binnenslingert die ook weer andere libraries binnenslingeren. Het wiel opnieuw uitvinden heeft geen zin, in ieder geval niet in de zakelijke wereld, extra tijd daaraan besteden kost nu eenmaal heel veel geld, en levert uiteindelijk weinig op.

[WillySis]

Het efficiënt code schrijven bestaat nog steeds, maar de focus is verschoven naar snelheid, gemak en het gemakkelijk kunnen porteren naar verschillende ecosystemen. Helaas worden daardoor steeds meer apps als web-app geschreven. Elke app bevat zo ongeveer een complete browser.

Natuurlijk kan het ook anders, maar daarvoor moet er een standaard browser in het OS zitten, of moeten de compilers alleen de benodigde functies uit een browser in de app integreren en de rest gewoon weglaten.

[Dauthi]

Moore's Law.

Goed coden is duurder dan hardware die iedere 2 jaar de dubbele hoeveelheid transistors heeft.

[robert357000]

Laatste "echte" flagship killer was de One+ daarna gingen ook van die producent de prijzen gelijdelijk naar het nivo van een lowend flagship. Als je de prijs extreem laag houdt maar features en design optimalisaties minimaliseert kan je niet meer spreken van een flagship concurrent laat staan een "killer".

[dasiro]

Waarom richten ontwikkelaars zich niet op het goed schrijven van software

Omdat code schrijven makkelijk, maar optimaliseren moeilijk is. Tegenwoordig heeft ieder bedrijfje wel z'n eigen app dat door een paar random lokale devs is opgezet die in het huidige schoolsysteem kwalitatief erbarmelijke capaciteiten hebben geleerd en liever lui dan moe zijn.

We zijn de laatste jaren zo verwend met goedkoop geheugen

nee, dat waren normale prijzen die de gangbare trends volgden. De prijsexplosie met stijgingen in de honderden procenten is ongezien doordat een paar bedrijven letterlijk tientallen procenten van de wereldproductie zijn beginnen opkopen.

[Remzi1993]

We zijn de laatste jaren zo verwend met goedkoop geheugen dat de prioriteit om efficiënt code te schrijven compleet verdwenen is. Misschien moeten we onze aandacht daar eens naar toe verleggen, in plaats van keer op keer maar heel veel geheugen ergens in proppen.

Als softwareontwikkelaar wil ik dit wel maar management wilt het snel hebben met onrealistische deadlines, wat denk dat een lead developer dan doet? Juist, die pakt een framework met veel libraries en nog erger misschien een web app en die inpakken in een kleine wrapper. Het is triest. Maar de schuld ligt niet aan de ontwikkelaars. Ik wil goede en efficiënte code schrijven

[Format-C]

Of het nu komt omdat AI zo "populair" is betwijfel ik. Het is imho meer omdat het je door de spreekwoordelijke strot wordt geduwd.

[desalniettemin]

Ik denk vooral omdat ze willen dat je uiteindelijk hardware op abonnementsbasis gaat gebruiken, zodat ze alles kunnen controleren. Je telefoon of PC is niet meer persoonlijk.

[Format-C]

Dat is het nu ook al (bijna) niet meer, omdat veel data (over gebruik) van wat je op je telefoon of PC doet wordt "gedeeld" met fabrikanten, en app of software makers.

[Reactie gewijzigd door Format-C op 13 juni 2026 13:24]

[valkenier]

"ze"?

[ExportZeeuw1985]

Fabrikanten, zoals google, microsoft etc. De intussen grootmachten.

Hardware in de toekomst huren. Low end device voor online toegang en een spot huren per maand met x aantal uur.

Zelfde als geforce NOW. Je betaald per maand en heb nu 100 uur beschikbaar voor gaming.

Ik noem maar een kreet maar zoals ik het nu zie zal het wel daar op uitlopen.

[desalniettemin]

HP bv. Hun laptop kan je huren, maar je mag er helemaal niets aan aanpassen, ook niet aan Windows. Je moet het gebruiken as is.

[desalniettemin]

Hardware fabrikanten. HP heeft bv al een abonnement voor hun laptops. Je mag daar helemaal niets op aanpassen. Alleen gebruiken zoals zij dat willen. Zeg nou zelf dat wil je toch niet?

[Thijs_Rallye]

Ze als in alle WEF vriendjes.

[oef!]

Het gaat niet om de populariteit van AI maar om de "populariteit" van geheugen door AI gerelateerde hardware.

[Format-C]

Het geheugen is dan niet "populair", maar "essentieel", "onontbeerlijk", of "cruciaal" of "fundamenteel".

(Volgens mij wordt in dit artikel wel bedoeld dat AI onder gebruikers "populair" zou zijn. Maar goed. Hoe dan ook is het geheugen wel "nodig" omdat fabrikanten en software makers er vol op inzetten. Of we het nu willen of niet.)

[rschwartnld]

Je mag het betwijfelen maar het is gewoon een feit, er word wereldwijd krankzinnig veel geld in server parken voor die achterlijke AI troep gestoken

En daar moet nu eenmaal een krankzinnige grote hoeveelheid geheugen in zitten in die geld verslindende bakken.

En dat allemaal voor een hype die inmiddels toch wel een klein beetje begint af te brokkelen.

Die enorme hype zal wel minder worden maar daar mogen jan met de korte achternaam nog jaren van genieten met krankzinnig hoge prijzen van je pc geheugens

Ik vrees dat je zal moeten gaan wennen aan de opgeblazen prijzen die deze idiote AI hype hebben veroorzaakt.

[Thijs_Rallye]

Je mag het betwijfelen maar het is gewoon een feit, er word wereldwijd krankzinnig veel geld in server parken voor die achterlijke AI troep gestoken

Vanuit oogpunt van de normale sterveling is het inderdaad krankzinnig, bekijk het een vanuit een ander perspectief: dit is natuurlijk eigenlijk allemaal bedoeld voor massasurveillance. Dan is het allemaal op eens een stuk logischer waarom bv. allerlei regels die voor normale bouw zijn bedoeld opeens niet meer gelden.

[Mizgala28]

Hebben ze überhaupt een flagship killer gemaakt?

Eerste Nothing Phone was inderdaad interessant, maar daarna had ik meer het gevoel dat ze op de verkeerde dingen gingen besparen, en dat de UI en Glyphs de enige verkoop argument waren.

Prima telefoon alsnog, maar ik zou het geen flagship killer noemen.

[Z80]

Ik heb de 2 in gebruik. Maar ik had beter een Samsung A serie kunnen kopen voor het geld. Scherm is net een spiegel, en niet te lezen met een invallend licht. De camera is een ramp, de bijbehorende software nog erger. Ja de accu gaat lang mee en je hebt draadloos laden. Maar dat is het dan ook wel.

Volgende toestel zal kan van elk merk zijn. Maar het wordt zeker geen Nothing.

[chrome moral]

Hoe kan een telefoon met 16GB ram het afleggen tegen eentje met 8GB ram? Ze kunnen beter gewoon fatsoenlijk optimaliseren daar heeft iedereen plezier van en het is beter voor het milieu

[CivLord]

Maar die ervaring, dat een toestel met 8 GB niet onder hoeft te doen voor een toestel met 16 GB, krijg je pas wanneer je het toestel al hebt aangeschaft. Vóór die tijd, in de winkel of op de website is 16 GB toch écht het dubbele van 8 GB, wat de indruk wekt dat het ook dubbel zo goed is.

[Pasteis]

Maar die ervaring, dat een toestel met 8 GB niet onder hoeft te doen voor een toestel met 16 GB, krijg je pas wanneer je het toestel al hebt aangeschaft. Vóór die tijd, in de winkel of op de website is 16 GB toch écht het dubbele van 8 GB, wat de indruk wekt dat het ook dubbel zo goed is.

Nee hoor. Apple heeft jarenlang bewezen dat het weinig interesseert. Als het gebruik goed is, snel aanvoelt en de kwaliteit die het geeft. Boeit het echt niet.

[Vlizzjeffrey]

En toch zit de iPhone 17 pro ook al op 12GB RAM.

[Pasteis]

En toch zit de iPhone 17 pro ook al op 12GB RAM.

Daar is een duidelijke reden voor. Apple Intelligence probeert zoveel mogelijk lokaal op te lossen wat zoveel geheugen vraagt.

[Vlizzjeffrey]

Gaat daarvoor dan niet hetzelfde? Kunnen ze dat niet een stuk beter optimaliseren waardoor er niet zoveel ram voor nodig is?

[Bedge85]

Dat doen ze wel, door bijvoorbeeld maar 1-4B parameters te activeren in een 20B model dat lokaal gedraaid kan worden. Maar zolang de modellen zelf gewoon groot zijn, is het geheugen gebruik van de modellen ook groot. Wie weet wat voor slimmigheid ze daar nog op gaan vinden.

[CivLord]

Maar dan zit je al in het Apple eco-systeem. Dan zal je Apple toestellen met elkaar vergelijken.
Er zullen weinig mensen zijn die voor de vervanger van hun oude Android toestel zullen letten op de specificaties van een iPhone.

Overstappen van Android naar iPhone (en omgekeerd) is een vaak principiële, fundamentele keuze. Wat Nothing, Samsung of Apple met de specificaties doen is daarbij van ondergeschikt belang.

[Pasteis]

Maar dan zit je al in het Apple eco-systeem. Dan zal je Apple toestellen met elkaar vergelijken.
Er zullen weinig mensen zijn die voor de vervanger van hun oude Android toestel zullen letten op de specificaties van een iPhone.

Overstappen van Android naar iPhone (en omgekeerd) is een vaak principiële, fundamentele keuze. Wat Nothing, Samsung of Apple met de specificaties doen is daarbij van ondergeschikt belang.

Dan ben ik daarin misschien een van de weinige. Want ook al heb ik nu voornamelijk Apple producten kijk ik ook gewoon nog steeds naar Android producten. Bijv. bij de aanschaf van een nieuwe tablet of over een paar jaar misschien wel een flip-phone als mijn huidige telefoon is versleten. Ik wil zo min mogelijk afhankelijk zijn van een bepaalde leverancier, maar gewoon kiezen voor het beste.

[DLSS]

Ik hoop dat productiecapaciteit op peil komt in 2028. Anders worden het barre tijden voor consumenten vrees ik😐

[Llopigat]

Ja ik zag dat wel aankomen dus ik heb snel nog een nieuwe smartphone gekocht eind 2025 met black friday. (Samsung S25, die ook beter is dan de S26 want heeft nog een echte snapdragon)

Eigenlijk had ik het pas volgend jaar of het jaar daarna gedaan. Ik heb hem nog niet eens in gebruik genomen (laad wel vaak de accu ff op tot een % of 60) maar ik ben blij dat ik die heb liggen. Hij was 550 euro toen, ik denk niet dat het eind dit jaar nog mogelijk is een huidige snapdragon 8 gen x te krijgen met 12GB geheugen voor een dergelijk bedrag.

[Applerol Sprits]

Kortom, er gaan nogal wat Android telefoon fabrikanten verdwijnen. De flinterdunne marges verdampen en in de Flagship markt door te dringen is lastig.

[DropjesLover]

De directie en aandeelhouders willen de marges die op flagships / premium zaken zitten, maar de grootste omzet haal je met de massa is kassa. Dat laatste is vele malen stabieler voor je bedrijf.

[Applerol Sprits]

Ah, daarom zit Apple zo in de problemen.

[DropjesLover]

Elk bedrijf wil Appeliaanse winsten/marges, maar je ziet dat lang niet (eigenlijk geen een) elk bedrijf dat kan.

[Applerol Sprits]

Samsung doet het uitstekend in de Flagship markt volgens mij.

En het gaat om marge, niet om omzet.

[DropjesLover]

De kapitalistische mindset van liever 100 units met 30% winst/marge dan 100.000 met 4% winst/marge is wat alles kapot maakt.

100.000 met 5%, daar kan je tegenvallers absorberen, geeft een stevige basis.
100 tegen 30%, een tegenvaller en je bent failliet.

Samsung heeft een enorm marktaandeel, maar voornamelijk zijn dat de niet-flagships. Dat geeft een goede basis.
Beter dan Noting en OnePlus die eigenlijk maar 1 telefoon hebben.

[Reactie gewijzigd door DropjesLover op 14 juni 2026 18:14]

[Applerol Sprits]

Zonder kapitalisme zat jij nog steeds zonder smartphone.

[DataMan]

De enige mindset die hier het onderwerp is is de jouwe: dit is jouw mening niet "de kapitalistische mindset" (whatever that may be). Het hangt er maar helemaal vanaf wat de strategie is van het bedrijf. Sterker, de meeste smartphonemakers opereren in een segment waar kostprijs+ het devies is, omdat ze weinig onderscheidend zijn.

[Marve79]

Alsof de nothing ooit een flagship killer is geweest. Dat was enkel de OnePlus One destijds.

[DropjesLover]

Flagships zijn te duur. Flagshipkillers van het type zelfde SoC als de flagships maar dan voor de helft van de prijs, heb ik al 10 jaar niet meer gezien.
En daarbij, de middenmoot ( €300-400) is prima goed genoeg, al helemaal nu meer dan 2 jaar software-ondersteuning standaard is geworden.

[FPSUsername]

Zo'n 6 jaar geleden de Xiaomi Mi 9T Pro. Het enige wat miste van de flagship snufjes was USB 3.0, draadloos laden, eSIM, eventueel optical image stabilisation en een 90/120Hz display (hoewel de display wel naar 90Hz overgeclockt kan worden, is het nog lang niet perfect, groene tint en kleuren zijn minder accuraat). Ik had m voor €325 gekocht inclusief invoer en verzending.

Maar een flagship killer is wel lastig te vinden. Gezien flagship killers matige softwareondersteuning hebben, kun je net zo goed een flagship van 2-3 jaar oud kopen die even lang ondersteund wordt als een flagship killer. Ben zelf overgestapt naar een iPhone 13 Pro, bevalt me goed. Eigenlijk alles wat Android wel kan en iOS niet heb ik achterwegen gelaten of een alternatief voor gevonden, en alles wat iOS out of the box kan wat niet standaard bij Android is werkt heel goed (bijv delen via airdrop naar andere apple apparaten). Dus beide kanten zijn er plus en minputen, netzoals.. flagships en flagship killers.

[Niclord395]

Tjah, eerst verwijderen bijna alle merke het SD kaart slotje om zo extra te kunnen verdienen met het ingebouwde geheugen. En nu zeggen dat men hierdoor geen flagship killer meer kan maken.

Er is meer in een smartphone dan enkel het geheugen. Betere camera's, speakers, scherm.....
En breng die SD kaart slot terug. Veel mensen hebben nog SD kaartjes liggen en kunnen ook gemakkelijk zelf kiezen welke SD kaart ze willen betreffende de snelheid, grote en prijs.

[Gwaihir]

Flash geheugen is inderdaad ook duurder geworden. Maar bij het ingebouwde geheugen gaat het toch primair over RAM.

[BlaDeKke]

Geheugen =\= Opslag

Met geheugen wordt vooral werkgeheugen bedoeld, ram.

[HijDieAllesWeet]

M'n laatste 3 samsung telefoons hebben gewoon allemaal een optie voor een 2de sim of SD kaart. En dit zijn niet de duurste toestellen.