Home   2026-08-03 17:31:33

←

Oorspronkelijke maker van Taakbeheer voor Windows maakt Mac-versie

Original article

De oudgediende Microsoft-ontwikkelaar die ooit de Taakbeheer-app voor Windows ontwikkelde, werkt aan een versie van die systeemtool voor Macs. Volgens hem schiet de ingebouwde Activiteitenweergave-app van macOS ernstig tekort.

Ontwikkelaar Dave Plummer brengt zijn nieuwe systeemtool uit via de Mac App Store. De bètaversie zal daar gratis beschikbaar zijn. Het is niet bekend of de definitieve release geld gaat kosten en zo ja, hoeveel. Volgens Tom's Hardware is het ook mogelijk dat Plummer interesse verliest en de broncode van zijn Taakbeheer-app voor macOS vrijgeeft. Andere ontwikkelaars kunnen het werk dan overnemen.

In ontwikkeling

Details en screenshots van de Mac-software zijn te zien in verschillende posts van Plummer op het sociale netwerk X. Hij onthulde Taakbeheer voor macOS dinsdagavond en toonde donderdagavond vernieuwingen, zoals tabbladen voor weergave van temperaturen en energiegebruik.

Volgens de ontwikkelaar gaf Microsoft hem toestemming voor dit project en verstrekte het bedrijf ook de broncode van de versie voor Windows XP. De nieuwe versie voor macOS gebruikt die Microsoft-code niet; Plummer begon met een schone lei en schrijft de Mac-tool in de programmeertaal Swift.

80 kilobyte

Plummer maakte in de jaren negentig de eerste versie van Taakbeheer. Die systeemtool was toen slechts 80 kilobyte groot, zodat het soepel kon draaien op Windows-pc's van die tijd. De oudgediende Microsoft-ontwikkelaar maakte voor Windows NT de port van de meegeleverde game Space Cadet Pinball. Verder voegde hij aan de Windows ondersteuning toe om zipbestanden als mappen weer te geven.

Plummer belichtte zijn oorspronkelijke creatie Taakbeheer drie jaar geleden in een video op zijn YouTube-kanaal:

Door Jasper Bakker

Nieuwsredacteur

Feedback • 30-07-2026 21:08
127 • submitter: Gaming247

30-07-2026 • 21:08

127

Submitter: Gaming247

Reacties (127)

Hij mag hem helaas niet publishen op de MacStore:
Well, it turns out you can't distribute a Task Manager via the Apple App Store:

Apple requires App Sandbox for Mac App Store apps and explicitly lists terminating other applications as incompatible. In testing, the sandboxed TMOG build also receives zero processes; not very useful for a task manager.
Tweet: https://x.com/davepl1968/status/2082501865351323743

Foto preview van de beta van zijn Mac OS Taakmanager

[Reactie gewijzigd door maykoga op 30 juli 2026 21:26]

Maak het FOSS en deel de code, dan zit het ook zo in Homebrew en andere package managers. Er is meer dan App Store op macOS. Sterker nog, tegenwoordig ook op iOS & familie.

Je screenshot zegt wel e.e.a. Hij wil dus per CPU de percentage load laten zien (kan in o.a. htop).

I/O kan met iotop; maakt gebruik van DTrace, dus werjt niet met SIP aan.

Nvidia Linux gebruikers kennen vast nvtop (ook voor ML). AMD kent amdgpu_top

Netwerken heb je nettop of ntop-ng, al gebruik ik zelf gewoon netstat en ss.

Kubernetes heb je ktop, containers ctop

All in one top voor mac: mactop. Je hebt ook gtop (Node..)

Dus qua Unix (en macOS is een Unix) en Unix-like OSen hebben we geen tekort aan dergelijke tooling.

Met DTrace en eBPF kun je trouwens zo'n beetje alles. Veel meer dan met Microsoft Windows Process Manager. Maar die kan ook niet alles want veel extra informatie over processen kon je zien in Process Hacker van Mark Russinovich (als ik het wel heb).

Waar het mogelijk wel aan schort is dergelijke tooling all-in-one, met een native UI (Swift UI toolkit). Persoonlijk heb ik daar niet zo'n behoefte aan. Waarom niet? Omdat de eerdergenoemde tooling op andere machines ook gaat werken.

Dus ja, op zich wel handig, maar dan zie ik meer heil in een Promtheus exporter zodat je die in Grafana kan importeren. Dan maak je gebruik van open standaarden.

[Reactie gewijzigd door Jerie op 30 juli 2026 22:03]

Niet iedereen is een wonderkind op de command line interface (of een techneut) en wil gewoon iets hebben wat grafisch goed werkt. :) Lijkt me niets mis mee.
Ik zou nou niet willen stellen dat je een wonderkind moet zijn om deze commando's in te typen. Je moet een terminal kunnen openen, en de lettertjes vinden op je toetsenbord. Dat kan een macOS gebruiker wel.

Op Linux gebruiken we ook nog powertop, om te kijken wat er zoal stroom gebruikt. Origineel van Intel, uit de tijd van Moblin (voorloper MeeGo).

Helaas is deze er niet voor macOS, wel voor bijv. Linux/ARM(64).

En dan heb je nog in Rust: btm -> screenshot @
https://github.com/Clemen...n/demos/demo.gif?raw=true
Het gaat niet alleen om het kunnen typen in de console. Je moet de output ook wel kunnen begrijpen. Daarnaast kun je vaak ook verder filteren, met tools als grep e.d. Het is veel uitgebreider dan dat het lijkt. Het is in elk geval veel meer dan 'even snel wat intypen in de command line'. Veel Mac gebruikers (ook bij mij op het werk) zijn niet op hetzelfde niveau als de gemiddelde IT-er om met de commandline om te gaan. Die willen dat hun MacBook gewoon werkt. En dan zijn er de gebruikers die vooral een Macbook willen vanwege de status die het geeft. ;)
Deze tools die ik noemde gebruiken geen grep. Het zijn TUIs. Heb je het over DTrace en eBPF, ja dat is wat complexer.

Ik vind dat je Mac gebruikers over een kam scheert. Ik type dit zelf nota bene ook op een MBP.

Ik denk dat mensen die dat niet in kunnen typen of de genoemde TUIs niet kunnen begrijpen, de UI van deze Swift interface ook niet begrijpen. Die is namelijk ongeveer hetzelfde. Zie de .gif die ik postte.
Dat kun je vinden, is niet zo, ik zeg immers 'veel gebruikers', niet 'alle gebruikers'. ;)

Ik zeg alleen dat er meer soorten gebruikers zijn die dergelijke tools niets interesseren, omdat zij om andere redenen een MacBook willen én gebruiken. Die zal het een worst wezen dat dergelijke tools op de command line zijn. Die gebruikers willen simpelweg iets dat gewoon werkt en waar men weinig moeite voor hoeft te doen.
Hoop ongenuanceerde aannames hoor, ik werk zelf veel met mac en mac gebruikers en ervaar dit totaal niet zo. Alsof iedereen op Windows zoveel technischer is? Er zit in mijn ervaring echt nul komma nul verschil tussen die gebruikers, dus ik snap niet waarom je per se apple gebruikers zo als incompetent probeert af te schilderen?
Mwah @CH4OS heeft wat mij betreft gewoon een punt hoor. Leuk die CLI interfaces, maar als het kan gebruik ik zelf ook veel liever iets als dit: https://pbs.twimg.com/media/HOaIZAqaoAENk86?format=jpg&name=medium

ik kan met de CLI ook process stoppen of zelfs killen, maar een UI die alles regelt is toch gewoon handiger?

Dit is een beetje hetzelfde als zeggen dat je ook CLI kan gebruiken ipv file explorer. Je hebt immers CD en LS toch?

een verzameling CLI tools onder 1 UI vatten is gewoon een verbetering van het proces. Het maakt stappen eenvoudig reproduceerbaar en levert onder water een engine aan stappen die bij een bepaalde actie gedaan moeten worden in een bepaalde volgorde.
Dan denk ik dat je me verkeerd begrepen hebt, want ik ben het volledig met je eens.

Mijn punt is dat dit sentiment echt niet anders onder apple is dan onder microsoft, maar apple wordt steeds genoemd alsof die mensen niet kunnen en willen, je betoog gaat toch immers op voor elk platform, en niet apple specifiek?
Je bent de eerste in deze hele thread die over Windows begint, niemand maakt de vergelijking.

Meer dan 95% van de kopers van Windows pc's of Macs snapt geen fluit van de machine of de mogelijkheden van het OS zelf. Maar Apple gooit het op it just works dus dat zal zeker een groep mensen aanspreken die bewust onbekwaam zijn. (Edit: en dat is prima)

[Reactie gewijzigd door oef! op 31 juli 2026 13:47]

?? Moet je eens kijken hoeveel hier boven staat over "mensen die een mbp"-kopen betogen, daar is hele deze thread op gebaseerd? Lees je hetzelfde als ik?

En apple spreekt meer mensen aan die bewust onbekwaan zijn? Huh wut? Sowieso heeft mac daar een te klein marktaandeel voor om ook maar noemenswaardig te zijn. De mensen die iedereen hier zit te beschrijven als "domme apple gebruikers die zon ding alleen kopen voor de status" is waarschijnlijk 95% gewoon een windows gebruiker.

Vandaar het punt dat ik aanhaal dat dit allemaal wel erg apple(-gebruiker)-gebash is, terwijl al de dingen die hier aangehaald worden evengoed voor elk besturingssysteem gelden.
Vandaar het punt dat ik aanhaal dat dit allemaal wel erg apple(-gebruiker)-gebash is, terwijl al de dingen die hier aangehaald worden evengoed voor elk besturingssysteem gelden.
Ik denk echt dat je dingen ziet die er niet zijn. Zeker niet in mijn reacties. Ik zeg alleen dat ongeacht platform (en dus ook op het Apple platform, ik heb het niet eens over producten specifiek gehad, dus ook dat haal je er zelf bij) er mensen zijn die niet per se zitten te wachten op CLI tools in wat voor vorm dan ook. Die installeren liever een app dat een grafische interface heeft waardoor men simpelweg dingen kan aanklikken, zonder al te veel kennis te moeten hebben. Dat zijn veelal de gebruikers die geen technische kennis hebben en/of vooral een MacBook hebben als statussymbool.

Vervolgens ben jij op de tenen getrapt, omdat jij een andere ervaring hebt, dat er wel degelijk mensen zijn die wel bekwaam zijn. Dat is verder prima, maar dan sprak ik dus niet over jou of over die personen. Je hoeft dus helemaal niet te doen alsof je op de tenen getrapt bent.
Veel Mac gebruikers (ook bij mij op het werk) zijn niet op hetzelfde niveau als de gemiddelde IT-er om met de commandline om te gaan
Staat er toch vrij letterlijk hoor ...

[Reactie gewijzigd door Zoop op 31 juli 2026 15:27]

Veel Mac gebruikers (ook bij mij op het werk) zijn niet op hetzelfde niveau als de gemiddelde IT-er om met de commandline om te gaan
Die zin is niet mutual exclusive. Dat er veel windows gebruikers zijn die óók liever een GUI hebben blijkt wel uit het feit dat Windows ook een GUI heeft. Dat de gemiddelde IT-er beter in staat is om te werken met CLI betekent niet dat de gemiddelde gebruiker (ongeacht OS) niet liever een UI heeft.

Je leest (denk ik) de verkeerde kant op.
Je blijft het maar CLI noemen, maar het zijn toch echt allen TUI tools.
Maakt dat ook maar iets uit? Het gaat erom dat de data niet wordt getoond op een manier dat de meeste gebruikers er wat mee kunnen.

Van mijn part print je het uit. Een TUI is gewoon geen gebruiksvriendelijke tool, maar een geavanceerde tool die lightweight is en simpel te draaien is, maar het vereist wel veel meer kennis en kunde om dingen te kunnen zien die ook echt relevant zijn.

Voor iets simpels als activity monitor een terminal adviseren, dan heb je volgens mij niet goed begrepen op welke doelgroep deze app wil bedienen. Dat is namelijk ergens tussen activity monitor en CLI/TUI in. En dan hoofdzakelijk meer richting activity monitor dan TUI.

Het feit alleen al dat je een waslijst aan TUI informatie onder 1 dak kan zien in 1 oogopslag is al een welkome verbetering.

Ik ga gebruikers van mijn software toch ook niet vertellen dat ze met postman gewoon maar rechtstreeks de API moet bevragen om de relevante info te krijgen? Pretty print geeft toch ook gewoon een UI? En de frontend kan dromen dattie ooit de backend kan evenaren?
Maakt dat ook maar iets uit?
Ja, dat maakt behoorlijk veel uit. Bijvoorbeeld: als kind begreep ik Norton Commander, maar bij CLI met dir miste ik de TUI. En vergat ik ook steeds zaken. Dus moest ik weer dir doen. Want ik was het vergeten. Om het dan maar uit te printen.

En ik kan je een ander recent voorbeeld geven, namelijk Wireshark versus termshark (TUI) versus tshark (CLI). Tshark is duidelijk meer ingewikkeld dan de eerste twee. Ik heb het zelf ook met jq. Ik wil graag interactief jq parsen, om zo met een REPL tot een syntax te komen die werkt. Met jq in de CLI is het klooien, en krijg je een rommeltje in je CLI geschiedenis. Met een GUI kan het vast ook, maar het grote verschil is en blijft toch echt beide met de CLI. Want die is niet real-time interactief. Een TUI is dat wel. En ik kan nog wel veel meer voorbeelden geven ook. pftop bijvoorbeeld, welke ik sporadisch gebruik op OPNsense.

Een ander voordeel dat een TUI heeft t.o.v. CLI, is user discoverability. De keybinds staan op het scherm, of er is een manier om de keybinds te tonen. Een CLI heeft dat niet; je moet dan -h of --help doen of de man page lezen. Wat ik overigens altijd vrij kut vond zonder iets als tmux split screen.

Iemand die CLI met TUI op 1 hoop gooit, begrijpt klaarblijkelijk bovenstaande niet.
Iemand die CLI met TUI op 1 hoop gooit, begrijpt klaarblijkelijk bovenstaande niet.
Je mist het hele punt. Het boeit niet of dergelijke dingen wel of niet getoond worden ja of nee. Je zit aan de kant van het spectrum waar een normale gebruiker naar kijkt en zegt “laat maar”. Of er nou keybinds staan of niet.
Ja, dat maakt behoorlijk veel uit.
Nee dat maakt het dus niet. ja functioneek is het een verschil, maar beiden gaat een gemiddelde gebruiker niet gebruiken.


Software usability is een schaal, deze twee typen zitten allebei aan de kant van “advanced use” en dus niet aan de kant van, “gemiddelde gebruiker”. Het maakt niet uit. Alles wat terminal als start punt heeft is gewoon te ver voor de doelgroep waar deze taskmanager voor bedoeld is. Ergo, het boeit niet.
Want veel gebruikers, is hetzelfde als iedereen? :? Ik weet niet hoor...
Ik vel ook geen oordeel over wie waar technischer is. Ik zeg alleen dat niet elke gebruiker (en platform maakt daarbij niet eens veel uit) zit te wachten om bepaalde CLI tools te gebruiken, die mijden liever CLI tools en willen dat het "gewoon" werkt of anders simpel met een klik op het scherm te toveren is. Ik doe verder geen uitspraak over (technisch) niveau, dat verzin je er zelf bij, dus dat is ook een grove (ongenuanceerde) aanname van jouw kant. ;) En zo zie je maar dat jouw situatie zeker ook niet overal van toepassing is. ;)

[Reactie gewijzigd door CH4OS op 31 juli 2026 14:31]

Voor die gebruikers is deze tool ook al snel te ingewikkeld, net zoals Activity Monitor.app
Heeft 0,0 te maken met ingewikkeld zijn of niet. Eerder omslachtig. Ik werk al jaaaaaren met Debian, kan me prima vinden in de CLI maar gewoon een makkelijk appje wat alles toons en wat ik kan starten vanaf de desktop - evt met de combi Ctrl-Shift-Esc, dat schijnt vooral niet te mogen “want je kan dat op de CLI doen”. En als ik dat daar nou domweg niet wil doen? Ben ik dan ineens geen techneut, iemand die het niet snapt? Of ben ik iemand die graag met open software werkt en vooral geen zin heeft om hele dagen een terminal open te hebben, maar alleen als het nodig is.

De consequente “doet dit even in CLI “ - hoe krachtig ook - is precies de reden dat gebruikers afhaken op Linux. Een hele grote groep mensen is niet opgegroeid met een terminal, die kennen niet een zwart schermpje waar je van alles moet invullen. Die willen inderdaad gewoon een PC aanzetten en aan de slag, zoals ik dat ook 98% van de tijd wil.
De genoemde voorbeelden zijn geen CLI maar TUI, en het is juist makkelijker dan het lijkt. Niet iets om ontzettend bang voor te zijn. Dat is het gehele punt. Een CLI daarentegen heeft concepten als pipen, stdin en stdout, job control. Dat is inderdaad wat ingewikkelder, maar wanneer je dergelijke concepten leert, heb je daar profijt van.
Ik denk dat je ervaring best wel oud is. Voor Windows moet je ook in powershell of cmd gaan zitten voor functies die niet in de GUI zitten of zodanig verborgen dat de CLI effectief gemakkelijker is.

Mijn Linux installaties zijn intussen een goei 2 jaar oud, buiten SSH toegang voor m'n andere machines heb ik console amper nodig gehad.

Mensen die afhaken op Linux zijn de mensen die zich:
  1. Niet geinformeerd hebben en tot de conclusie komen dat (online) games een probleem zijn om maar een voorbeeld te geven.
  2. Er niet mee kunnen leven dat Linux fundamenteel anders werkt dan Windows. Dat is nu eenmaal een leerproces die iedereen door moet gaan. Dit is niet anders dan voor mensen die met Linux opgegroeid zijn en vervolgens Windows moeten gaan gebruiken.
  3. Een applicatie hebben waar men niet van wil afstappen. Omdat het alternatief gewoon minder is & via een emulator zoals Wine het toch niet helemaal dat is wat het zijn moet.
  4. De verkeerde distri hebben gekozen.
  5. Dingen doen waar Linux simpelweg minder goed in is dan Windows, dat kan nu eenmaal gebeuren.
Ene, "pc aanzetten & aan de slag" -> dat is nu exact de reden waarom ik op Linux zit, geen gejammer dat ik zeker back-ups moet maken met Onedrive, niet af en toe een full screen op m'n locale account dat een microsoft account zoveel beter is, geen onzin (copilot) waar ik niet om vraag, geen "webapp" versies van ik zeg maar iets Windows Verkenner, het instellingen menu, ... die beduidend trager reageert dan de klassieke.

Allez, elk OS heeft z'n voor en nadelen, zelfs Windows. Alleen is Microsoft goed zijn best aan het doen om die voordelen steeds minder zwaar op te laten wegen tov al die nadelen.
Je zou toch verwachten dat Apple producten vaak als baby-dumb-proof uitkomen.

En dus wat grafische pracht tevoorschijn komt
Dat zit in activity monitor ook. Ik snap niet goed waarom de developer in kwestie vind van niet.

Misschien ben ik te technisch, maar voor mij voldoet 't prima.
Als ik dat op mijn 12e al kon, dan kan een volwassenen dat zeker. Het is een kwestie van willen. Hoe hebben we ooit zonder GUI gekund, want dat waren de eerste computers zeker.
Tja, de meeste leden hier zullen vast een wat technischere achtergrond hebben. Ik kan je verzekeren, dat heeft niet iedereen. Ik ken genoeg mensen (zowel op mijn werk als prive) die dergelijke achtergronden niet hebben, laat staan dat ze er in geïnteresseerd zijn, die echt gewoon een MacBook hebben 'omdat het werkt' en een status symbool is voor sommigen.
Ik kan een terminal openen. En toetsen vinden op mijn toetsenbord. Dus, een bestaand ergens openen moet lukken toch?

Ik typ in: ik wil een bestand in mijn OneDrive openen.

Nu zegt mijn terminal: 'ik wil een bestand in mijn OneDrive openen.' is geen bestand of commando.

Ik chargeer een beetje natuurlijk, maar alleen omdat jij dat ook doet. Natuurlijk kan 90% van de bevolking niks in de terminal, tenzij je het lettertje voor lettertje voorkauwt.
Iemand die dat aan een computer vraagt, denkt in een AI prompt te zitten. Je hoeft alleen maar het commando te weten dat je in moet typen, en Terminal.app te starten. Daarna ben je al klaar. Dat is een learning curve, maar een programma installeren en vinden in /Applications is dat ook.
Je doet er echt veel te makkelijk over. Niet iedereen is een wonderkind ala Jerie. Hou op met je rare welles nietes spelletje en accepteer dat wat jij benoemt gewoon complexer is. Veel gebruikers willen gewoon een GUI. Punt. Niet iedereen snapt grep, ktop, htop, iotop, ptop, blablatop, dtop, (en ja, on purpose).
Je hoeft er juist geen wonderkind voor te zijn, dat is het mooie. En er is all Activity Monitor.app. Leg eerst maar eens fatsoenlijk uit wat dit toe zou moeten voegen. Ik zie eigenlijk vooral iemand die een Windows GUItje naar macOS wil porten.
Maar laat iemand dat dan lekker pushen, er zijn gewoon gebruikers met een MBP (en dat zijn er echt veel) die net weten hoe ze hun adobe tools moeten opstarten maar zodrs hun schijf vol zit ze geen idee hebben wat ze moeten doen.

Je denkt vooral uit ik-perspectief. Het is beter om vanuit anderen hun perspectief te denken.
Een ding waar ik over val, je noemt MBP gebruikers specifiek, maar is dat zo veel anders met Windows gebruikers dan? Je hebt het over een bepaalde groep gebruikers, daarvoor maakt het smaakje OS niet eens per se veel uit. Als een terminal openen en wat intikken op Mac te veel moeite is, dan is er ook genoeg waar ze in Windows (of Linux of whatever) waar ze evengoed niet mee overweg kunnen.

Ik snap dat apple-gebash niet zo goed, alsof dit alleen maar voor apple gebruikers geldt? Die andere platformen hebben veel meer marktaandeel, dus je vindt er automatisch meer digibeten.
Ik noem MBP specifiek omdat het artikel over MBP gaat, en omdat jerie het iover Apple heeft. Tuurlijk geld dit voor alle smaken besturingsystemen.
Amen. Ik werk al jaren in de technische helpdesk sector en heb dagelijks te maken met MBP gebruikers. Nu is mijn beeld natuurlijk vertekend omdat het gros wat met mij contact opneemt sowieso er zelf niet uit komt. Maar wat ik wil zeggen is dat die groep behoorlijk groot is.

Aan iedereen die denkt dat iedereen met een MBP met de terminal overweg kan zou ik willen zeggen kom even terug in de echte wereld ipv je droom bubbel. Je staat ver weg van de realiteit ben ik bang.
En toch ken ik zeer a technische mensen die gewoon de terminal kunnen gebruiken. Het is niet heel anders dan herinneren op welke icoontjes je moest drukken op het scherm.
Het gaat hier over commandos onthouden en intoetsen, niet over icoontjes onthouden.
Welkom in de echte wereld. Die 90% waar matroosoft het over heeft weet de commando's niet en heeft ook niet de interesse om die te leren. Dat voelt te moeilijk voor ze.
ben je al klaar. Dat is een learning curve, maar een programma installeren en vinden in /Applications is dat ook.
Nou. Ik vind dat toch een stuk minder ingewikkeld dan een CLI tool begrijpen. “Sleur en pleur app” of “install from store” en dan met spotlight zoeken en op enter rammen is toch een stuk makkelijker dan in terminal eerst te gaan zitten uitzoeken welke van de X tools je moet installeren/gebruiken en dan daar mee gaan lopen stoeien?

CLI is gewoon complexer. Dat is het hele punt waarom we niet meer in DOS achtige omgevingen werken, maar met GUIs.
Geen van de genoemde voorbeelden zijn CLI, maar TUI. De Terminal.app wordt gebruikt om de TUI te openen. Daar zit een learning curve, maar niet een enorme.
Terminal.app heeft een gigantische learning curve tov simpelweg een app openen en kijken.

Als ik met terminal wil weten wat de geheugendruk is, moet ik terminal openen, weten welk commando ik moet gebruiken om specifiek geheugen te kunnen zien (top) en dan ook nog interpreteren wat die data betekent. Geheugendruk kun je niet zien in top, dat moet je zelf interpreteren. terwijl activity monitor en deze nieuwe app dat in 1 keer laten zien, want ze interpreteren het voor je.

Ik denk dat de "stuck in VIM" meme wel duidelijk maakt dat ook een TUI gewoon niet hetzelfde is als een specifieke applicatie die gewoon heel veel data al voor je filtert en interpreteert.

Het feit dat je hier: Jerie in 'Oorspronkelijke maker van Taakbeheer voor Windows maakt Mac-versie' al een hele lijst opnoemt van onderliggende "TUIs" geeft al aan dat het gewoon niet-zo-simpel is. Ik heb toch helemaal geen zin om 6 commando's te moeten draaien als ik het ook simpelweg in 1 overzichtje kan zien met deze nieuwe app?
Vim is geen gemiddelde TUI, maar een modal editor met een aardige learning curve. Dat weet jij ook best...

Dat ik meerdere applicaties noem: dat zijn allerlei TUIs die veel en veel uitgebreider zijn dan dit project ooit zou kunnen dromen. De meest eenvoudige TUI is htop, top, of mactop. Die kunnen ongeveer hetzelfde als een Activity Monitor. Mooie is, top staat standaard geïnstalleerd, maar heeft geen kleuren dus geen syntax highlighting, en dat is mager voor een TUI in 2026. Als het een probleem is om htop of mactop te installeren, waarom is het dan geen probleem om de genoemde task manager te installeren?

Hoe dan ook, ben ik van mening dat je dit from the ground up beter middels een API kunt regelen die geëxporteerd wordt. Want dan kun je zelf de client kiezen (Swift, ncurses, Qt, enz), en zelfs remote de client draaien (na auth), of met Prometheus en Grafana data analyse toepassen. Want het is wel waar dat het wiel nu meerdere malen opnieuw wordt uitgevonden. Al zitten er dus ook verschillende specialismen tussen de lijst. Die overigens incompleet is, want je hebt ook een top voor MySQL/MariaDB, PostgreSQL, btop, bashtop, enz.
Dat ik meerdere applicaties noem: dat zijn allerlei TUIs die veel en veel uitgebreider zijn dan dit project ooit zou kunnen dromen.
Nee. Dat is niet de droom. De droom is juist om het makkelijker te maken om relevant informatie te tonen. Niet weer de zoveelste geavanceerde tool te worden. Het probleem is niet dat je er te weinig mee gaat kunnen, het probleem is dat de TUIs waar jij het over hebt, te veel kunnen, en te veel tonen, maar er zelf geen kaas van maken.

Ze tonen data, geen informatie.

En er zijn gewoon gebruikers die ook niet weten wat die informatie dan zou moeten zijn. Het kleurtje rood, snappen ze wel.

ik heb ook geen idee hoe ik een proces en al zijn subprocessen omleg met kill en sigkill, en ik wil dat ook helemaal niet weten als gebruiker. Ik wil gewoon “force quit” willen klikken als het niet werkt en alle onderliggende processen dan ook kwijt zijn.
Ja, voor een power user is dat wel de droom. Klaar.

Wat betreft je verhaal over kill / SIGKILL. Daarom is de standaard ook SIGTERM (-15). SIGKILL is juist niet de standaard, omdat dat averechts kan werken (data loss, inconsistency, enz). Daarom moet je ook specifiek -9 zeggen. Om de gebruiker te beschermen.

Maar laten we eerlijk zijn: een gemiddelde macOS gebruiker gaat geen applicaties killen in een process manager. Dat is namelijk voor de gemiddelde macOS gebruiker niet nodig. Voor de gemiddelde Windows gebruiker trouwens ook niet. En mijn kind, die momenteel op een Steam Deck (Linux, eng!) aan het gamen is hoeft dat ook niet te weten.

Dat is ook het geestige aan de gehele use case van deze applicatie. Het zou voor gebruikers moeten zijn die nog geen terminal kunnen openen. Ik denk dat die gebruikers dan ook weinig in zo'n process manager hebben te zoeken, maar experts om hulp vragen. Willen ze leren (of zijn ze op zichzelf aangewezen), dan zijn er meerdere wegen naar Rome, en daar is niets mis mee.
Ja, voor een power user is dat wel de droom. Klaar
Ja. Ik zeg toch ook dat die doelgroep toch ook exact niet de doelgroep van deze app is?
Wat betreft je verhaal over kill / SIGKILL. Daarom is de standaard ook SIGTERM (-15). SIGKILL is juist niet de standaard, omdat dat averechts kan werken (data loss, inconsistency, enz). Daarom moet je ook specifiek -9 zeggen. Om de gebruiker te beschermen.
|:(

om de gebruiker te beschermen wil je dus juist dit soort UI applicaties hebben die dergelijke dingen dus correct afhandelen met de druk op een knop. Juist omdat je dit soort dingen dus niet aan de gemiddelde gebruiker wil overlaten.

Deze app is niet bedoeld voor de geavanceerde gebruiker, net als dat taskmanager dat onder windows ook niet is. Het is convenience voor de normale gebruiker en mensen die gewoon even wat debug info willen zien.
Ik kan een terminal openen. En toetsen vinden op mijn toetsenbord. Dus, een bestaand ergens openen moet lukken toch?

Ik typ in: ik wil een bestand in mijn OneDrive openen.

Nu zegt mijn terminal: 'ik wil een bestand in mijn OneDrive openen.' is geen bestand of commando.
fixed that for you... alleen het eerste woord wordt maar gepakt als executable waarnaar gezocht wordt
Ik zou nou niet willen stellen dat je een wonderkind moet zijn om deze commando's in te typen. Je moet een terminal kunnen openen, en de lettertjes vinden op je toetsenbord. Dat kan een macOS gebruiker wel.
Nee, het stopt voor "open terminal". Problemen ontstaan doordat "nerds" de aanname doen dat anderen over de zelfde (basis) kennis en interesses beschikken als hen. Dat is onjuist, Steve Jobs begreep dat.

Wij kunnen denken dat ze best een terminal moeten kunnen openen, de gemiddelde Windows en helemaal MacOS gebruiker denkt daar heel anders over. Die WIL niks te maken hebben met een terminal of prompt en er al helemaal geen lettertjes in typen. Het boeit ze simpelweg niet. Ze kunnen het wellicht snappen maar hebben er geen zin in en geen tijd voor.

En dan zijn er anderen, kunnen het nooit snappen, ieder zijn ding.

[Reactie gewijzigd door nullbyte op 31 juli 2026 00:48]

Als je app A kunt installeren, kun je ook app B installeren.

Als je de ene app kunt openen, kun je ook de andere app openen.

Niet net doen alsof Terminal.app openen moeilijker is dan Activity Monitor.app
En dan staren ze naar een prompt en weten niet wat ze daar mee moeten doen. Want de syntax kennen ze niet en weten niet waar ze die moeten zoeken. Of wat de opbouw ervan betekent. Niet iedereen is zoals jij (en ik)

Gewoon voor de lol. De cheatsheet voor iotop (op linux):
IOTOP command examples
iotop gaat ook niet werken met SIP aan, en dat is niet iets dat je zomaar uit moet zetten. Aan de andere kant, zou je dezelfde informatie met deze GUI app tevoorschijn willen toveren, loop je ook tegen SIP aan.

Het punt met iotop (en andere *top programma's) is dat de defaults prima bruikbaar zijn, en adequate informatie laten zien. TUIs hebben als voordeel dat keybinds relatief makkelijk te ontdekken zijn. Een goede GUI HIG (die macOS vroeger wel had) zorgt dat keybinds uniform zijn tussen verschillende applicaties, maar dan nog moet je ze weten.
iotop gaat ook niet werken met SIP aan, en dat is niet iets dat je zomaar uit moet zetten.
En ook niet iets wat je zomaar uit kán zetten.

Dit is toch exact waarom zo’n app legitieme vraag heeft? Je snapt toch wel dat SIP uitzetten voor een gemiddelde gebruiker TOTAAL GEEN optie is?

Als je het kunt weet je dat je het niet zomaar moet doen en als je het niet kunt, moet je er ook gewoon helemaal niet aan gaan beginnen.
Dit is een van de vele voorbeelden, en een outlier. Het is niet waar een gemiddelde gebruiker aan hoeft te zitten. Echter, wil je die data, dan kan dit GUI programma het ook niet, want het is geen hackende tovenaar ofzo.
Het is niet waar een gemiddelde gebruiker aan hoeft te zitten.
Nee. Dat is ook het punt.
Echter, wil je die data, dan kan dit GUI programma het ook niet, want het is geen hackende tovenaar ofzo.
Maakt niet uit. Met iostat kom je ws ver zat.
Als iemand die graag met commandline werkt op Linux en Mac denk ik toch dat je de gemiddelde gebruiker zwaar overschat. Dat zeg ik vanuit 10 jaar technische klantenservice ervaring. Een Mac gebruiker die de termen "browser" en "e-mail client" niet snappen gaan echt niet lettertjes in de terminal typen, dat is te abstract voor ze. Al gok ik dat een grafische taakbeheer ook al te technisch voor ze is.

Ik zie in elk geval een groep gebruikers die iets meer overweg kan met computers die dusdanig visueel denken dat een terminal heel eng is. Knopjes klikken is dan toch laag drempeliger. Wat dat betreft slaat @CH4OS de spijker op zijn kop.
En dan zit je vervolgens naar wat tekst kolommen te kijken in een terminalvenster, in plaats van een makkelijk te begrijpen GUI met grafieken en tabbladen. Dat is toch niet te vergelijken?
Jij bent dus iemand die klakkeloos commando's uitvoert, zonder dat je weet wat het doet?

Dit is toch echt een serieuze vraag, jammer dat dit gelijk weer een -1 wordt.
Als je zegt:
Ik zou nou niet willen stellen dat je een wonderkind moet zijn om deze commando's in te typen. Je moet een terminal kunnen openen, en de lettertjes vinden op je toetsenbord. Dat kan een macOS gebruiker wel.
Dan is dat heel gevaarlijk. Mensen kopieren en plakken wat commando's en dan werkt het... Maar ze hebben geen idee wat ze uitschakelen, installeren etc..

[Reactie gewijzigd door moonlander op 31 juli 2026 09:25]

Dat is niet heel gevaarlijk, dat kan gevaarlijk zijn (net zoals het uitvoeren van bijv. een random .sh, .py, of .rb), en in deze context ongevaarlijk. Idealiter lees je eerst een man page. Op dezelfde wijze kan het ook gevaarlijk zijn bepaalde GUI programma's te openen, of naar bepaalde websites te gaan.
Ik zou nou niet willen stellen dat je een wonderkind moet zijn om deze commando's in te typen. Je moet een terminal kunnen openen, en de lettertjes vinden op je toetsenbord.
Zeg je nu dat iemand commandos die hij/zij niet begrijpt gewoon moet intypen? |:(
Ik zou nou niet willen stellen dat je een wonderkind moet zijn om deze commando's in te typen. Je moet een terminal kunnen openen, en de lettertjes vinden op je toetsenbord. Dat kan een macOS gebruiker wel.
Met die logica is het ook niet moeilijk om een Boeing 747 te besturen. Je gaat in de stoel zitten en de knopjes vinden in de cockpit. 8)7
Die heeft een beste autopilot. En, zo begint een ieder met een computer: vanaf nul.
Ja. Met een user interface in de vorm van een GUI. Niet met een terminal en “God zegene de greep”.
Ik vind het meer op een TUI lijken.
En, zo begint een ieder met een computer: vanaf nul.
Niet de 747 nee _/-\o_
Dat zit standaard in Mac OS en heet activity monitor. Ik zie als Mac gebruiker ook geen enkele rede in om een aparte tasnk manager te gebruiken.
Schijnbaar is voor een deel die tool niet afdoende, ook hier in de comments noemen sommige Tweakers de Activity Monitor.app beperkt en zouden ze willen dat het meer kon. Er is dus wel degelijk een markt voor, ook al heeft een deel voldoende aan Activity Monitor.app. ;)
Niet iedereen is een wonderkind op de command line interface (of een techneut) en wil gewoon iets hebben wat grafisch goed werkt. :) Lijkt me niets mis mee.
Er is toch niemand die zegt dat daar iets mis mee is?
Wie dat wil mag toch gewoon andere tools gebruiken?

@Jerie geeft zelfs aan dat dit mogelijk een tekortkoming is. Op zich ben dat met jullie eens, een goede interface maakt software veel toegankelijker, maar pragmatisch gezien dat ik dat @Jerie gelijk heeft dat mensen die dergelijke tools nodig hebben geen problemen hebben met een text-interface.

Sterker nog, als je dergelijke tools nodig hebt dan is een exacte text-interface denk ik handiger dan een "zwaai-en-duw" interface. In een grafische interface moet je ofwel exact aangeven waar de gebruiker moet klikken ("hamburger menu Instellingen -> Performace -> ... , tabblad "extra" -> 'GPU-support") of de gebruiker moet zelfs screenshots gaan vergelijken. Als de gebruiker een fout maakt is het achteraf erg lastig om te zien wat er mis is gegaan, bv op welke knop er geklikt is. Een cli-interface maakt veel makkelijker om exact aan te geven wat je moet doen, iedere letter is relevant en nodig. En achteraf kun je met zekerheid terugzien wat je (fout) gedaan hebt.
Wat een top reactie! Ik had van veel van deze toppers nog geen weet! Toppertje.
Wow! deze Tweaker deelt gewoon even een schat aan informatie in 1 post! geweldig! thanks!
Mag je de code FOSS maken als je em met AI maakt?
Er is ook bashtop en zelfs mtop voor MySQL, en waarschijnlijk nog een pak meer.

Voor Windoos zou ik System Informer aanraden, al zullen er ook misschien nog alternatieven zijn die ik niet ken. TMX is ook niet slecht maar start nogal traag op.
Niet dat het erg is, kan prima buiten de store om (persoonlijk beter in mijn ogen).
De Mac App Store is redelijk zieltogend. Ik heb welgeteld 1 app in de laatste 5 jaar via de Mac App Store gedownload.

Geen gemis dat hij daar niet in staat.

Het leeuwendeel van Mac Apps komt van buiten de store.

[Reactie gewijzigd door Keypunchie op 30 juli 2026 21:39]

Serieus lees ik dit in 2026? Waarom is dit nieuws? waarom is dit een helaas? Iedereen weet dit, al voor meer dan 10 jaar. Wat is er bijzonder aan zijn rehash van bestaande tooling op macOS?
Sjonge, dat is aardig basic know how van de App Store volgens mij. Daar had hij van tevoren aan kunnen zien komen. Gelukkig zijn er alternatieve routes.
tsja ik vond het al vreemd. MacOS apps zijn altijd al sandboxed geweest. Een app die daadwerkelijk iets wil doen buiten die sandbox zal nooit via de store gedistribueerd kunnen worden.

zeker niet 1 die zo hoogover allerlei processen de nek om kan draaien en informatie ophalen.
Hij mag hem helaas niet publishen op de MacStore:
Het is meer dat het totaal nutteloos is. Hij kan hem gewoon zelf buiten de app store publishen, dat doen er best veel die bepaalde rechten / toegang nodig hebben. In de Appstore zit je inderdaad altijd aan de sandbox vast. (en dat is in de meeste gevallen niet beperkend. istat menus 7 werkt ook prima - alleen kun je uiteraard geen processen killen)
Voor mensen die een "task manager" willen op Linux zoals die van Windows, check dan https://missioncenter.io/
Heel vet om een echte taskmgr voor MacOS te krijgen, want die is er niet écht. Maar ik vraag me bij Dave altijd af wat nou waar is van zijn verhalen. Heb van veel dingen expliciet gehoord dat ze niet kloppen en als dat dan de basis van je hele persoonlijkheid is..
Want de Activity Monitor is iets heel anders?
Jazeker, en tools als Process Spy komen in de buurt maar zijn het ook net niet helemaal.
In de basis brengen ze allemaal de processen/taken in kaart, maar ze werken totaal anders.
Mijn huidige 'taakbeheer' in MacOS is gewoon btop in iTerm2, dat werkt redelijk, maar soms is degelijke muisondersteuning wel handig.
Voor iedereen is er weer iets anders... Persoonlijk mis ik helemaal niets in Activity Monitor.
Het is bv nu erg lastig te zien welke processen welke DNS requests doen, en welke processen welke open netwerksessies hebben naar welke hosts
Ik denk dat je daarmee de normale taakbeheer wel een beetje overschat. Een lijstje processen gegroepeerd op app of gebruiker en een paar grafiekjes, meer is het niet.

Process Spy komt meer in de buurt van Process Monitor van Microsoft dan Task Manager. Overigens vind ik het gebrek aan Process Monitor buiten Linux om wel een gemis, de manier waarop je in één GUI-tool je *top + lsof hebt met statistieken en grafieken per proces, heb ik nog niet ergens anders terug zien komen.
Ik hou wel van juicy YouTube-holes, dus vertel, waar kan ik beginnen om Dave Plummer te laten ontmaskeren? Ik heb al Dave Plummer: The Man Who Scammed Millions (in 2006) (archive) gevonden, ben benieuwd.

[Reactie gewijzigd door CodeCaster op 30 juli 2026 21:23]

Ontmaskeren is een groot woord, maar hij overdrijft zijn rol nog wel eens.
Dan kan ik je zeker en vast deze aanraden: Mac Performance Monitor
@JaspB Deze mag wel genoemd worden in het artikel lijkt mij als directe concurrent en zover ik nu kan beoordelen lijkt deze nog meer te bieden.

Dave had hier ook gewoon aan mee kunnen werken via Github i.p.v. iets nieuws te willen beginnen.

[Reactie gewijzigd door Falcon op 31 juli 2026 09:20]

AuteurJaspB Nieuwsredacteur @Falcon • 31 juli 2026 10:38
Hm, dat is misschien ook iets voor onze Downloads. cc @Drobanir

Dank voor de tip!
Die kende ik nog niet, ziet er goed uit!
Voor de liefhebbers is er nu ook ZoomIT voor de mac. Ook gemaakt door de oorspronkelijke developer van de Sysinternals Suite, Mark Russinovich.

Hmm, schijnbaar is hij bezig met meer sysinternals suite tools om te katten naar mac. ProcessExplorer is dus zo goed als af.

[Reactie gewijzigd door walteij op 31 juli 2026 08:19]

Heb van veel dingen expliciet gehoord dat ze niet kloppen
Behoudens de controverse rondom SoftwareOnline (zie link waar CodeCaster naar refereert) en wat Dave inderdaad vakkundig negeert, lijkt het meeste wat Dave aangeeft toch wel te kloppen, al is het maar in grote lijnen en uiteindelijk geldt natuurlijk dat menselijk geheugen nu niet direct een goed archief is :) .

Volgens eigen zeggen heeft hij Task Manager en de ZIP-folder ondersteuning in Explorer geschreven en heeft hij aan het (95/NT4-era) Start Menu gewerkt, ik zie geen reden om daar aan te twijfelen...

Als je het expliciet gehoord hebt dan moet je ook voorbeelden kunnen noemen, met bronmateriaal. Je zit blijkbaar (relatief) dicht bij het vuur...
Ik kan uit recente ervaring zeggen dat de taakbeheer van windows 2003 (32b) zelfde als Xp ook goed werkt met 32 Cpu-sockets, yes 32x single core cpu in 1 computer.

Volgens min is pas na windows 8 het berg afwaarts gegaan met taakbeheer, nu kun je vaak geen instant taak killen, voorheen overbrugde ik dat vaan om het proces te killen, maar bij een goed hangend programma, kan dat nog wel eens falen.
Voorheen kon je zelfs processen beëindigen welke je direct een Bluescreen gaven.
Kan nog altijd via command-line en SYSTEM account, ik gebruikte het om op afstand pc's te doen herstarten die niet meer reageeeden op shutdown.exe of de API.

Ook handig in een decommissioning process waarbij de volgende stap een disk wipe of restage was. Scheelt alweer 2 minuten 😇.

[Reactie gewijzigd door WhiteDog op 30 juli 2026 21:38]

Dave heeft een leuk YouTube kanaal en doet daar leuke dingen op! aanrader voor wie eens wat anders wil. Geweldig ook hoe hij zijn eigen telefoonnummer er in had verstopt. :D

[Reactie gewijzigd door rammes op 30 juli 2026 21:45]

Het is dat hij al miljonair is, maar ik zou uitkijken met het downloaden van software van iemand die zelfs in de VS een rechtszaak wist te verliezen voor zijn spyware.

Hij heeft met vier of vijf verhalen uit zijn Microsoft-tijd een aardige fanbase op Youtube weten te vergaren, maar zijn grootste impact komt uit het aangeklaagde SoftwareOnline LLC en zijn telefoonsupportbedrijf dat hij voor een heel mooi bedrag wist te verkopen. Zijn software is al decennia niet meer zo interessant.
zijn kennis over het wereldje is dat echter wel. Daar kijk ik zijn kanaal voor. Niet omdat ie perse een microsoft programmeur was. Hij is een programmeur van de oude garde en daar kun je nu nog een boel van leren.
Plummer maakt deze Task Manager voor Mac dmv vibe coding. Hij is 27 juli begonnen dus dit is het resultaat van een paar dagen werk. Ik vermoed dat deze nieuwe door AI geschreven Task Manager wel ietsjes groter wordt dan die 90Kb van de oorspronkelijke Windows-versie ... Optimalisatie is nou niet bepaald een forte van AI-coding.
Mwah, het is maar net wat voor opdrachten je het ding geeft. Die 90Kb was ook vooral omdat hij zoveel mogelijk bestaande code van Windows gebruikte (dus geen speciale code voor menu's maar gewoon de standaard, run commando met alleen een simpel tekstveld enzovoort).
Kunnen we artikelen over Dave Plummer boycotten? Die man maakt mij misselijk, zeker omdat ondanks zijn zwarte verleden hij steeds gecredit word als "taakbeheer ontwerper"
Plummer [...] schrijft de Mac-tool in de programmeertaal Swift.
Het ergste van al is dat hij dus helemaal niks zelf schrijft i.t.t. wat het artikel beweert: dit is vibe coded AI slop.
door iemand die weet wat ie doet.. Dat is een groot groot verschil
Nee. Slop is slop. Hij kon het net zo goed zelf schrijven maar hij kan dat niet.
Dat is wel HEEL kort door de bocht.
ik denk dat hij er niet is voor MAC, omdat je hem niet nodig bent, haha.
Wat ik mis in Windows een backup programma zoals het zeer intuïtieve Time machine van macOS dat zeer logisch in elkaar zit. Ik heb nog geen enkele backup programma tegen gekomen dat in de buurt komt van Time machine
Geen idee hoe dat op ten duur was, maar mijn enige ervaring met Time Machine was juist alles behalve "intuïtief".

Zo van "if it works it works great, the problem starts when it doesn't", diegene z'n backup raakte corrupt en het is dat diegene ook een kopie van alle bestanden op een losse HDD had (ja, zo lang geleden was dat), anders was diegene alles kwijt toen.

Diegene had vrijwel alles van Apple thuis toen, ik herinner mij nog Apple Airport die diegene toen recent had vervangen (licht zonde dat Apple geen routers meer maakt).

Maar goed, je kan prima gewoon een normale back-up maken met Windows (bestanden kopiëren) of een 3rd party tool gebruiken (die sowieso beter zullen werken dan waar MS ooit mee zou komen).
Geen idee hoe dat op ten duur was, maar mijn enige ervaring met Time Machine was juist alles behalve "intuïtief".

Zo van "if it works it works great, the problem starts when it doesn't", diegene z'n backup raakte corrupt en het is dat diegene ook een kopie van alle bestanden op een losse HDD had (ja, zo lang geleden was dat), anders was diegene alles kwijt toen.
Wat een vreemd verhaal. Dus de Time Machine-back-up raakte corrupt en vervolgens moest de data van een andere harde schijf komen? Als een Time Machine-back-up corrupt raakt, staat die data toch nog gewoon op de Mac zelf? Time Machine is daar immers de back-up van.

Dit verhaal is vooral als een N=1 anekdote waarin een hoop informatie ontbreekt. Niet iets waar je de hele Time Machine-functie aan moet ophangen, configureer het eens bij jezelf en je zult zien dat het voor vele een hele fijne, laagdrempelige, back-up oplossing is.
Als een Time Machine-back-up corrupt raakt, staat die data toch nog gewoon op de Mac zelf?
Nee omdat de Mac destijds terug was van een reparatie, en toen had je nog geen echte Apple (zoals in Amsterdam, Den Haag en Haarlem) winkels in Nederland, hele Mac werd toen gewist na die reparatie.

Diegene wou de back-up juist terugzetten en dat ging mis, hij nam contact op met de winkel waar dat ding vandaan kwam (winkel kon er niks mee) en later werd ik om hulp gevraagd, maar ik kon er niks mee vanwege wat ermee gebeurt was.
Dit verhaal is vooral als een N=1 anekdote waarin een hoop informatie ontbreekt.
Nergens zei ik dat Time Machine slecht was, ik zei alleen dat "mijn enige ervaring ermee, slecht was".

Je reageert alsof je ineens aangesproken voelt omdat "ik de vlekkeloze ervaring 1 keer niet had, en ondanks dat niet negatief ben".

Want misschien komt het zo voor jouw over, maar ik zei nergens dat Time Machine waardeloos is of zo, ik deelde een ervaring.

En jij voelde je blijkbaar aangesproken als Apple gebruiker.
configureer het eens bij jezelf en je zult zien dat het voor vele een hele fijne, laagdrempelige, back-up oplossing is.
Geen behoefte aan Time Machine, ik gebruik 3 verschillende desktop systemen thuis en bind mij liever niet aan gesloten systemen, het heeft zo z'n voor EN nadelen.

Ik zou het van harte aan anderen aanraden zeker als ze in een Apple eco systeem zitten en iets simpels willen.

Maar nogmaals, alles kan fouten bevatten en dat maakt een product niet slecht.

En iedere ervaring is "N=1", want iedere ervaring is anders.

edit start

"if it works it works great, the problem starts when it doesn't" is niet negatief bedoelt (ik zie het al gebeuren dat iemand het wel zo leest), het is precies waar het die dag op neerkwam, diegene had nooit problemen ermee tot het die dag mis ging.

En daarna heeft diegene ook nooit meer problemen mee gehad op die ene keer na, hij ging dat ding pas vervangen toen diegene op cloud back-ups ging overstappen.

edit end

Maar goed, genoeg gezegd want deze discussie kan eeuwig doorgaan op deze manier.

[Reactie gewijzigd door Mizgala28 op 30 juli 2026 22:36]

Als er nog geen Apple winkel in Nederland was, dan zou jouw ervaring van ongeveer 15 jaar geleden zijn? Toen bestond zelfs windows 8 nog niet..
Wat heeft Windows 8 daarmee te maken?

Antwoord is overigens ja, iPhone 4S was net uit en ik had toen net een 3GS gehaald (kwam enorm van pas die dag).

Destijds had je resellers en ik denk dat diegene het bij zo'n plek had gekocht, maar of hij ooit had verteld welke winkel het was weet ik niet meer.
Als ik een enkele ervaring deel van een backup-functie destijds in windows 7, dan is er een kans dat ik te horen krijg dat wij nu 15 jaar verder zijn en dat een eventuele bug die ik mogelijk 15 jaar geleden ervaren heb wellicht niet relevant is voor hoe de software nu werkt.

Om te kunnen reageren moet je ingelogd zijn