'Windows Arm-versies van Adobe Illustrator en InDesign verschijnen in juli 2024'

Adobe zou momenteel aan een Arm-versie van Illustrator, InDesign, Premiere Pro en After Effects voor Windows werken. In juli zou er een Arm-versie van Illustrator en InDesign op de markt verschijnen. De Arm-versies van Premier Pro en After Effects zouden later dit jaar volgen.

Aaron Woodman, een topman binnen de marketingafdeling van Microsoft, zou het nieuws tijdens een persmoment met WindowsCentral hebben bekendgemaakt. Het is niet duidelijk of de Arm-versies van deze programma’s meteen dezelfde functies als de x86-varianten meekrijgen. Adobe heeft op het moment van schrijven ook nog niet gereageerd op de aankondiging. Het bedrijf had in 2021 wel al een Arm-versie van Photoshop voor Windows uitgebracht.

Door Jay Stout

Redacteur

22-06-2024 • 10:09

76

Reacties (76)

Sorteer op:

Weergave:

Zodra de grote namen hiermee beginnen kan dat wel eens het einde van de dominantie van x86 op de desktop betekenen. Bij Apple is de overstap naar ARM ook nog vrij snel gegaan. Beide bedrijven hebben daarnaast x86-emulatie goed voor elkaar. In de praktijk is er met Windows for ARM al goed te werken.
Ik ben er niet op tegen, maar zeker in de gamespace zijn er nog een paar grote haken en ogen. Zo heb ik nog geen slot-in processoren of moederborden voor desktop met de mogelijkheid om grafische kaarten aan te sluiten gezien.

De ondersteuning voor nichetoepassingen laat ook nog wel wat te wensen over. Ziekenhuizen met dedicated hardware? Fabricagesoftware die op specifieke omgevingen werkt voor industriële doeleinden?

Nee. Er is voor ARM nog echt wel wat werk te verzetten als dominantie het streven is.
In een interview van Rene Haas, de CEO van ARM was te horen dat er komende twee jaar ARM processors in veel meer vormfactors te verwachten zijn. Microsoft heeft zich nu gericht op de laptops, omdat daar de business-case het beste. Voor dezelfde performance is de chip 100 a 200 dollar goedkoper en een langere accuduur. Mijn verwachting is dat Microsoft nu de games op orde gaat brengen, maar we zullen zien.
Ik zie geen reden waarom
X86 dominant gaat blijven. Je haalt wat legacy argumenten aan en ik zie geen reden waarom een ARM chip geen PCIE slots zou kunnen ondersteunen. Heel
De industrie is aan het overschakelen.

Next gen game consoles gaan waarschijnlijk ook ARM based zijn. Al dan niet met een aparte GPU.

Uiteindelijk is het wachten op concurrentie. Intel en AMD zullen ARM niet pushen. Tot hiertoe is enkel Qualcomm ermee bezig.
Next gen game consoles gaan waarschijnlijk ook ARM based zijn.
Klinkt heel logisch/aannemelijk.
En dan is het hek van de dam natuurlijk, zou zeer gunstig zijn voor ARM PC's.
De Switch heeft natuurlijk al een ARM SOC (Nvidia Tegra X1) aan boord. De Switch 2 zeer waarschijnlijk ook.
Het probleem is de enorme "long tail" van x86. Praktisch ieder bedrijf heeft nog wel ergens één of ander obscuur maar bedrijfskritisch programma draaien dat nóóit een ARM-versie zal krijgen, maar tussen de mazen van de emulatie valt.

x86 is een veilige optie die gewoon gegarandeerd altijd werkt. ARM is een risico, en bied op dit moment amper of zelfs geen meerwaarde. Waarom zou je bij de aankoop van een set nieuwe laptops voor je bedrijf dan voor ARM kiezen? Idem voor thuisgebruikers: er is een hoop obscure hobby-software of school-software die voor ellende kan zorgen.

Qua overstappen kan je dan ook beter naar Windows -> Linux kijken, of Windows -> Apple. In het huidige ecosysteem waar veel in de cloud draait en de rest via WINE kan is dat een reeële optie, maar toch zie je niemand die stap maken. Er is gewoon geen goede business case voor te maken, dus houd het op.
Je hebt een punt m.b.t. de legacy software, maar daar houdt het mijns inziens wel op.

Je punt over software dat steeds vaker ‘as-a-service’ draait is juist één van de redenen waarom de ARM-architectuur niet langer in de weg gaat zitten om software te laten werken.

Dit is de eerste generatie ARM-chips die niet onderdoen voor een x86-chips, maar wel duidelijk zuiniger en goedkoper zijn.
Als bedrijf ga je 2 stacks moeten onderhouden dat is ook weer extra werk, lees duurder.
Heel wat extra werk en vaak moeten bedrijven veel meer stacks onderhouden: x32, x64 en voor macOS dan x64 en de M chips. Daar komt voor Windows dan nog ARM bij.
I derdaad, al heb ik dat nooit zo behrepen waarom bedrijven dat toestaan. Gewoon zeggen dit is de standaard , en als je wat anders wilt dan graag een deel van je salaris in leveren om een extra admin te betalen.
ok, maar als er een obscuur bedrijfskritisch legacy programma draait, dan is in principe elke windows upgrade onder x86 ook al riskant. het voordeel van ARM in je laptop (minder actieve koeling en lange accuduur) is wel echt een zegen.

als ik zie hoeveel fijner mijn Macbooks werken (heb een Air M1 een Pro M3 Max) t.o.v. van mijn HP i7 laptop en heb mijn i9 Macbook vanwege Bootcamp ook nog een tijdje aangehouden...

Vooral die M3 Max: wordt nauwelijks warm, je hoort de fans bijna niet en de accu gaat meer dan een dag mee, zelfs onder zware load terwijl de intel machines doorgaans na een kwartier al staan te blazen, na 2 a 3 uur toch echt aan de lader moeten... en dan hebben we het nog niet eens gehad over throttling wat bij die Macs niet voorkomt (iig niet merkbaar voor mij).

Voor desktops is dit uiteraard wat minder relevant, maar voor laptops is het echt een grote sprong voorwaarts kwa gebruiksgemak!
Maar is dit omdat we inefficiënte libraries op x86 gebruiken? of is het echt de hardware?
ik denk toch echt de hardware omdat sommige software bij mij ook nog echt onder Rosetta draait..
Ik zie geen use case voor Windows ARM. Met RT is het al gefaald dus waarom het nu wel zou lukken geen idee. Je oude games werken niet meer, je legacy software moet je gaan emuleren als het al werkt.

Macos is wat anders, Apple heeft zijn eigen ecosysteem zo onder controle daar wordt je als developer gewoon gedwongen mee te gaan, totaal niet te vergelijken.
Ik denk dat RT gewoon ‘te vroeg’ was voor de markt . De zet van Apple om naar arm te gaan wordt nu op de voet gevolg door Microsoft. En games op arm zijn nu nog sterk in de minderheid maar ik kan nu al top titels spelen op een Mac. Dus als de games producten hun games eenmaal wekend hebben op arm dan is de stap naar Windows arm ineens heel makkelijk

Dus ik denk dat de arm nu een reels kans kan maken
Echter wordt Windows voor méér programma’s dan games gebruikt. Gaming is echt niet de maatstaf en zeker niet het enige. Beetje vreemd dus om het te staven als een soort leidraad; Illustrator en InDesign zijn juist programma’s die weinig met gaming te maken hebben en meer met creativiteit.

[Reactie gewijzigd door CH4OS op 22 juli 2024 22:22]

Hij reageert op iemand die meent dat het een probleem zou zijn voor gaming, niet omdat het de maatstaf zou zijn. Maar hoe dan ook, ook de rest zal wel overstag gaan—in ieder geval de grote en belangrijke spelers. Dan blijf je met wat hobby legacy achter die je wellicht nog wel kunt emuleren. En zo niet, na verloop van tijd gaan zelfs voor bedrijven de kosten van legacy onderhouden ook niet meer opwegen tegen een overstap naar het onvermijdelijke.
Precies dat. @Marve79 haalt games aan en dat is vaak een 'paradepaardje' dat gamers gebruiken om Windows superieur te noemen in vergelijk met MacOS. Natuurlijk blijft gaming, voorlopig, het beste op zware Intel machines met een graphics kaart.
Maar als het Apple al lukt om Tier A games te kunnen laten functioneren, zelfs via hun Gaming Porting Kit, op hun Arm based chips dan is dat wel een mooie hint naar de toekomst.

Ik zou zelf zo ver gaan als beweren dat, als een games productent een exlcusieve Tier A games zou ontwikkeling op native arm met Metal support dat het zich kan meten met hele zware Intel en AMD/Nvidia machines.

Deze keer gaat ARM toch echt wel het landschap bepalen. Miss even lastig accepteren
Ik zie weldegelijk een use-case! Snelle ultabooks met een lange accuduur!
Er zijn genoeg mensen die geen games spelen en ook niet veel oude legacy sofware gebruiken. Misschien wel 80% tot 90% van de zakelijke gebruikers?

Ik kan niet wachten tot ik mijn Intel kacheltje mag inruilen voor een zuinige ARM in mijn X1 Carbon. Mijn laptop wordt altijd loeiheet. Zeker de laatste jaren, wanneer Intel performance winst moest halen door de TDP te verhogen.
Ik snap alleen niet zo goed waarom er aan gaming gedacht moet worden; juist deze applicaties zijn bedoelt voor creativiteit, iets heel anders dan een spelletje spelen…
Hoewel ARM op Windows nooit zo dominant gaat worden als x86 geweest is, zie ik wel een use case. Je ziet direct dat er een veel langere batterijduur mogelijk is met deze toestellen. En dat spreekt zeker een bepaald doelpubliek aan. Hetzelfde kan bereikt worden met x86-64, maar in essentie is het net Windows dat daar in de weg zit, want vele x86 software maakt gebruik van oude, ineffeciente API calls terwijl op ARM heel die legacy stack kan weggelaten worden zolang je geen x86 software gebruikt.
Ik denk dat heel veel mensen relatief weinig software gebruiken. Hun browser (waarin steeds meer draait) en een Office Suite, Mail, etc. dan houdt het voor veel mensen op. Als je dan een laptop met een langere batterijduur kunt kiezen die ook nog eens sneller is. Wie van de doorsnee gebruikers gaat zich dan zorgen maken over een stukje oude software wat je niet zou kunnen draaien. Dit zijn mensen die anders wellicht een dure MacBook kopen (en alsnog die software niet kunnen draaien). Dus is denk dat er een grote markt is voor ARM.

De marketing en positionering van Microsoft kon zich lang niet meten met die van Apple (waarschijnlijk nog steeds niet). Toen Apple over ging naar ARM was het verhaal niet: nu nemen we wat van jullie weg (legacy software). Zo werd RT natuurlijk wel ontvangen. Maar Microsoft was ook wel vaker te vroeg met verschillende zaken. Zie ook Windows Phone.
Appels en Peren. RT lag in het verlengde van Windows Phone en was gericht op tablets, dus touchscreen. Windows for ARM is gewoon een (nu nog) afgeslankte versie van Windows gericht op de desktop met keyboard en muis.
Natuurlijk is er een usecase voor Windows Arm, ook al faalde RT in 2012 enorm en Windows Arm met Surface X in 2019 eigenlijk ook. Het issue was gewoon MS dat emulatie zwaar verprutste en nu beter op orde lijkt te hebben. Gaat het direct een oplossing zijn voor x86? Natuurlijk niet! En al helemaal niet voor PC gaming.

Dat is natuurlijk ook niet vreemd, momenteel zit je met integrated graphics op ARM en zeker op M3/M4 kan die heel indrukwekkend zijn, maar zelfs op MacOS is het aanbod enorm beperkt. Maar in de toekomst zou die situatie wel eens heel anders kunnen gaan wezen. Vergeet niet dat het gros van de x86 gebruikers geen spelletjes spelen op hun PC, maar er op werken. Dat kan in veel gevallen wel gewoon in de komende jaren met voldoende adoptie. Ik vermoed dat menig Adobe gebruiker al doodleuk op m1-m3 bezig is op MacOS als men interesse had in de overstap naar ARM (voor laptop gebruik bv.).

Ik ben al een paar jaar geleden afgestapt van een x86 computer met aparte videokaart (gebruik een mini pc met integrated graphics) en gebruik voor de rest een Steam Deck of Geforce Now voor wat zwaardere games op hogere resolutie. Dat is allemaal natuurlijk nog x86 werk, maar de afhankelijkheid is een heel stuk minder geworden als main machine. Ik verwacht dit of volgend jaar bv. een Mac Mini (M4) aan te schaffen en dat mijn main machine te maken. Natuurlijk draai ik dan nog een mini pc ernaast met x86 VMs, maar die noodzaak wordt minder en minder. En daarmee ook de noodzaak voor Windows zelf.

MS regelt zelf al de belangrijkste componenten deze keer: MS Office op ARM.
Het gros van de gebruikers internet een beetje en doet wat tekst verwerking. Dat kan ook met een Chromebook of een tablet.
Apple heeft macht. Ze hebben de volledige controle over het OS en de hardware. Als zij zeggen: iedereen heeft 3 jaar om over te gaan, dan is het na die 3 jaar ook gewoon gedaan. Microsoft heeft die macht niet. Veel software is vandaag nog altijd gemaakt voor x86(-64) en zal niet naar ARM komen, en fabrikanten zullen ook gewoon x86-64 hardware blijven maken.

Het zal dus vooral afhangen van wat voor marktaandeel ARM gaat behalen in heel het Windows ecosysteem. Het heeft zeker potentieel. Ik heb een Windows PC nog nooit zo vlot bepaalde applicaties weten opstarten. Maar alle applicaties die tot op heden zo vlot werken op ARM zijn ook voor ARM gehercompileerd en moeten dus geen gebruik maken van 1 bit legacy code in Windows.
Beide bedrijven hebben daarnaast x86-emulatie goed voor elkaar. In de praktijk is er met Windows for ARM al goed te werken.
En waar heb je dat juist gelezen? In welke reviews wordt dit bevestigd? Ik lees iets helemaal anders bij Charlie (volledige artikel is zeker de moeite waard om te lezen!), gekend voor zijn analyses.

https://semiaccurate.com/...dont-live-up-to-the-hype/

Het relevante gedeelte over de x86-emulatie heb ik even in een quote gestoken.
What is Qualcomm hiding and why? Lets start out with the why side, it is easier. The x86 emulation sucks and they know it. Since x86 compatibility is a key marketing message from both players, they want you to believe your software will just run, they have to hide this failing at all costs. Let me split a hair here, the silicon is actually quite good on the x86 emulation front, the team didn’t forget everything they did at Apple but coupled with Windows it, well, ends up sucking. Actually that is a bit unfair, lets just say the end user device sucks and not apportion blame to any one part.

When questioned, Qualcomm spokespeople will fall back to to a talking point about apps that they have tweaked/validated/worked on and those run fine, fast-ish, and without hiccups. This is true but that list is mighty short and chances you have a few apps that will blow up. Games, well, again they go back to casual games running fine which they probably do. Real games don’t and most non-tweaked games don’t either, casual or not. Qualcomm knows this and they are desperate to hide it.

Why? Again their message is all about performance and games not running or chugging badly isn’t in line with this talking point. You can be sure all the commonly benchmarked games have been made to work but the rest? Got any older games you like to play? If you have a fast laptop that doesn’t run many of your critical apps, how much standby battery life is that worth again? How much claimed video playback time is your critical enterprise app worth? Is it worth $100 to play Russian Roulette with your software?

And don’t get me started on drivers. Got any hardware that isn’t brand new? A printer bought during Covid perhaps? Scanners? Low level tools? Antivirus/antimalware? Got a game with an anti-cheat thread? VPN? This stuff WILL break on the Qualcomm ARM PCs unless they have tweaked it and chances are they haven’t. And won’t. These companies are desperate for this knowledge to not get out, and they are making sure it doesn’t by making sure only tame reviewers and fluffy youtubers get devices. Even they they won’t have time to dig in to the defects they do find.

This is all to back the official message of fast and compatible, one of which is kinda true. Compatibility is not good enough, games break on the consumer side and corporate apps are hit and miss. Worse yet there wasn’t a single mention of remote management since the November 2023 reveal. If you actually test the product you will find this out and possibly write it up before the official message has a chance to be repeated enough to ‘become truth’. Don’t believe the hype.
De emulatie is zeker niet perfect, was het trouwens ook niet bij Apple, alleen was het beter bij Apple wa dan weer mogelijk was doordat er een veel kleinere set aan APIs moest ondersteund worden en omdat ze de SoC zelf ontwikkelde waardoor er hardware offloading van bepaalde dingen mogelijk werd.

Maar je moet ergens beginnen. met de SD X is er eindelijk een SoC die op gebied van prestaties in de buurt komt van het beste wat AMD, Intel en Apple te bieden hebben. En als de software geoptimaliseerd is voor ARM64, dan is het ineens een pracht van een platform. Laat ons hopen dat we eindelijk een impuls krijgen bij softwaremakers om ook effectief werk te maken van een ARM64 build
Praktijkervaring met een aantal games en ontwikkeltools. YMMV enzo.
Sinds Adobe een veel te dure abonnement vorm heeft als enige manier om hun producten te gebruiken heb ik geen gebruik meer gemaakt van hun betaalde producten. Ben zelf meer van de oude slag en koop liever één keer een programma om het daarna jarenlang te gebruiken.
En vergeet niet dat als je je abonnement wilt laten aflopen, je nog een dikke rekening krijgt qua cancellation fee. Vieze praktijken. Beter kijken naar partijen als de Affinity suite enz.
Enige minpunt van affinity is dat ze geen smart objecten hebben zoals photoshop dat wel heeft.
Klopt, maar goed die had je vroeger ook niet. Als dat zo belangrijk is, dan is dat een keuze. Is tegenwoordig ook niet meer echt skill based.
Ik gebruik het echt dagelijks. Smart objects is een super aanvulling op de workflow met photoshop achtig werk. Dat we het vroeger niet hadden vind ik nog niet een sterk argument.
Nee oké, maar het is een keuze tussen Adobe blijven gebruiken of meer handmatig werk.

Zelf doe ik alleen vector / UI design, en daarvoor is Figma prima (alleen gelimiteerd, en die abonnementen overal komen m’n strot uit).

Heb zelf nog Sketch op macOS van toen t nog 1 bedrag was. En dat is m’n go-to applicatie.

Probeer Adobe op alle manieren uit m’n workflow te houden, koste wat t kost.
Plus je kan je bestanden niet meer openen/bewerken.
Leg uit. Zover ik weet betaal je niks als je je abbo niet verlengd, tenzij je bv met cc hebt betaald en het automatisch verlengd wordt. En mocht je dan ergens een goedkoop (studenten) abonnement hebben afgesloten dan kun je je idd doodschrikken. Anders is er niks aan de hand.
Ik verbaas mij elke keer dat Adobe, een miljoenenbedrfijf, haar zaken niet op orde kan krijgen wat betreft native support. Dit is niet de 1e keer. Ten tijde van de M1 launch kwam Adobe ook met zo'n bericht "We gaan M1 ondersteunen in het volgende (half) jaar. Zijn de adobe producten groot en complex? Natuurlijk. Hebben ze een bak met geld en programmeurs? Dat ook.

Maar als we kijken naar Affinity dan hebben zij hun ARM64 release al klaar staan met de launch van Windows ARM64. En die partij is veel en veel kleiner en krijgt het tijdens een launch voor elkaar. Zo doe je dat. Niet zo als Adobe om een release aan te kondigen dat een halfjaar later is.

https://affinity.serif.co...osition-for-arm64-launch/
Affinity is erg mooi, en ik heb er photoshop mee vervangen, maar veel mensen missen daar functionaliteit.
Na dat Adobe de voorwaarden gigantisch verkloot had, was ik er klaar mee. Nooit meer Adobe (gewijzigde voorwaarden zijn overigens teruggeschroefd)
Helaas geen Linux ondersteuning.
een affinity suite voor linux zou erg fijn zijn. Zeker affinity Photo werkt erg fijn. voor vectoren te tekenen vind ik inkscape dan weer beter.
Inderdaad. Hier ook een overstapper sinds 5 jaar. Hiervoor 15 jaar met Adobe ontworpen. Zelfs 8 jaar les in gegeven. Goede ervaringen met Affinity.
Maar hoe je werk je zonder smart objecten die photoshop wel heeft?
Er was ook een leven voor de introductie van Smart Objects waarin iedereen prima z'n werk voor elkaar kreeg. Er zullen ongetwijfeld verschillen in feature sets zijn, maar die zijn voor 95% van de gebruikers niet boeiend. Zelf heb ik na de toevoeging van adjustment layers (versie 7.0?) niks in Photoshop gebruikt dat ik nooit meer zou willen missen.
Affinity heeft Embedded Documents of Linked Documents. Die doen hetzelfde (voor een groot deel) als smart objects.

Ook in Affinity kun je dus mockups maken :)
Adobe is niet te vertrouwen.
Gebruik geen Adobe zolang het absoluut noodzakelijk is.
Je komt er uiteindelijk altijd bekaaid vanaf.

"We gaan echt niet materiaal van onze klanten gerbuiken om onze AI te trainen"

Yeah right....
Arm op de telefoon is anders een behoorlijke e-waste veroorzaker. Ik ben benieuwd of dat op de pc net zo erg gaat zijn.
Kan je dat wat verhelderen?
Omdat de (soc) fabrikanten er de vervelende gewoonte op nahouden om alle drivers in een blob te proppen.
En dat zou geen probleem zijn als de Linux kernel er mee om zou kunnen gaan. Maar de architectuur van drivers in Linux vereist dat de driver in essentie onderdeel is van de kernel, zijnde mee in de kernel gecompileerd of als object beschikbaar, maar dat object moet dan wel weer tegen dezelfde kernelversie en met dezelfde toolchain gecompileerd worden. Dat is wat kernel updates op Android zo lastig maakt met gesloten drivers.

Windows heeft gewoon een drivermodel dat veel vriendelijker is voor hardwarefabrikanten. En enkel wanneer een specifiek drivermodel niet langer ondersteunt wordt zal de ondersteuning voor die hardware verdwijnen uit het OS.

Dat heeft niets met de architectuur van de CPU of de rondliggende hardware te maken en dus alles met hoe het OS omgaat met drivers.
En alles met of fabrikanten drivers beschikbaar (blijven) stellen.
Want een telefoon met x86 eindigt niet op de vuilnisbelt ?
Dat ligt inderdaad niet aan de architectuur, maar je zou wel kunnen stellen dat doordat er tot nu toe met de overstap naar ARM chips veelal wordt gekozen voor lager piekverbruik, de form factor krimpt. Dat zorgt voor meer onvervangbare gesoldeerde onderdelen, waaronder de CPU (ook al een ding met x86 laptops, natuurlijk). Minder upgradebaarheid en meer e-waste bij reparaties/refurb is dan wel een logische lijn.
Jawel maar probeer op een 10jaar oude telefoon eens een redelijk nieuw os te installeren.

Op een x86 platform is dat veel minder moeilijk.

[Reactie gewijzigd door jbhc op 22 juli 2024 22:22]

Ja en nee. Uiteindelijk is de firmware bepalend hoe en of je andere software erop krijgt.

Vergeet niet dat het vorige decennium, toen alles in smartphones al ARM was, volop custom ROM ontwikkeling was en elk gangbaar toestel wel een nieuwere of andere Android, of zelfs Windows Phone, kon draaien.

Heb zo veel extra level gehaald uit een Galaxy S1.

Tegenwoordig heb je met rooten en custom ROM’s al vaak beperkingen zoals niet meer kunnen internetbankieren etc. of is de ontwikkeling gestopt omdat de firmware zo gemaakt is dat een aangepaste bootloader niet meer mogelijk is.
Dan ligt het niet meer aan de architectuur.
Wijs mij dan op de vele telefoons en tablets met Intel processor.. 🫠
Mij betreft zou het goed zijn om bij artikelen zoals deze een footnote toe te voegen dat het bedrijf onder vuur ligt wegens bepaalde zaken. Mogelijk referen naar de artikelen waarin dit beschreven staat.

Ik denk dat dit het plaatje compleet zou maken en dat het goed is transparant te zijn hierover.
(Dit zorgt ervoor dat dit type bedrijven ander nieuws niet proberen te gebruiken om de aandacht te verplaatsen)

[Reactie gewijzigd door Scripted op 22 juli 2024 22:22]

Met welk doel precies?
Om tweakers te veranderen in een soort van publieke schandpaal met arbitraire regels?
Een plek waar men jaren later nog over dingen begint zoals 640kb of bend gate etc?
En waar trek je de grens?
Ik begrijp Scripted wel. Veel tech bedrijven behandelen ons, de klant echt als vuil en schuwen geen onethische praktijken. Dat er een (soms emotionele) tegenreactie komt is normaal. We hebben ons al veel te veel en veel te lang laten misbruiken en uitmelken.

Zelf mijd ik Google, Microsoft, Adobe, Meta, Enz.. als de pest en kies ik waar mogelijk voor vrije software. Maar ik geef toe dat dit pad niet altijd over rozen gaat.
Snap ik en dat is allemaal je goed recht. Maar moeten we dan bij elk artikel nu een herinnering plaatsen aan een bepaald vergrijp?

En hoe schalen we die vergrijpen in?
We hoeven ze niet te ranken of beoordelen, alleen informeren. Dan kan de lezer daar zelf over oordelen en een mening over vormen.
Zoals een nieuwsartikel op tweakers al doet?
Dus dubbel nieuws waardoor we alsnog een ranglijst nodig hebben?
Ik zou zeggen: noem eens 1 big tech bedrijf dat je niet als een citroen ziet die ze kunnen uitknijpen... . Een schandpaal is echt niet nodig, gewoon wat bijblijven met het nieuws.
Ik kan er geen bedenken.
ARM op desktop geeft mij ook meer hoop voor Linux op phones (anders dan android dan).
Of dit terecht is kan ik moeilijk inschatten, maar het probleem nu is dat er weinig apps zijn voor linux arm.
Misschien komen die er nu makkelijker.
Linux op ARM bestaat al enorm lang, zelfs al van voor de Raspberry Pi. En de distributies die het ondersteunen ondersteunen zowat alle software die ze hebben voor x86 ook op ARM. Onder andere KDE biedt al jaren een interface die geoptimaliseerd is voor mobiele platformen.

Het probleem met Linux op een telefoon is hetzelfde als Linux op de desktop. Er is geen vraag en geen enkel groot bedrijf dat er tijd en geld wenst in te investeren.
Er zijn meer dan genoeg apps voor Linux ARM. In feite draait vrijwel alles wat op Linux x86 draait ook op Linux ARM, omdat de broncode vrij toegankelijk is. Ik zou niet weten wat er op dit moment nog niet overgezet is. Dan houd je closed source software over, waarbij derde partijen hun software moeten overzetten.

Google dwingt af dat de bootloaders van voor Android gecertificeerde telefoons gelockt zijn, waardoor je het besturingssysteem niet kunt vervangen. Dan ben je afhankelijk van enkele kleine bedrijven die wel open telefoons beschikbaar stellen, maar die zijn vaak qua specificaties niet vergelijkbaar met zelfs midrange Android telefoons. Het is dus een zakelijk en niet een technisch probleem.

Verder heeft Linux op de desktop op de meeste plaatsen ter wereld een groter marktaandeel dan in Nederland, dat heel erg op Microsoft gericht is en Windows in het bijzonder. In Afrika heeft Windows een minuscuul aandeel op de markt van alle apparaten. De meeste mensen gebruiken er Android en dus (een vorm van) Linux. Dat heeft Microsoft er al toe doen besluiten zijn ontwikkelingscentrum in Nigeria te sluiten.
Apps zoals WhatsApp of dergelijke.
En de bootloader is te veranderen, zelf draai ik GrapheneOS op m'n pixel.
heel erg nieuwsgierig naar hoe het zal gaan wanneer andere arm soc makers hun chips in windows laptops/desktops mogen stoppen
Kan iemand mij uitleggen of kleinere firma’s met bedrijfsspecifieke software ook deze overstap maken? Want tja, leuk, super, dat de grote het doen maar ik heb een twee tal bedrijf specifieke software die wel moet werken.

En ik ken de rozetta’s ofzo, echter je wilt het wel in dezelfde UI, en niet losse apps die vaak buggy gaan werken (gok ik…)?
Bedoel je nu of kleinere firma's zelf software schrijven of dat je software van kleinere firma's in gebruik hebt? In het eerste geval zouden ze zelf kunnen beginnen om te kijken of ze hun software kunnen porten en in het tweede geval zou je de kleinere firma's kunnen benaderen met de vraag of er plannen zijn om hun software te testen met de emulatie van WoA of native daarvoor beschikbaar te maken.

Mochten zij tegen bepaalde problemen aanlopen, dan kunnen ze dat direct met Microsoft communiceren. Ik verwacht op zijn minst een respons naar jou toe vanuit die kleinere firma's om de continuïteit van jouw bedrijfsvoering te garanderen.

Op dit item kan niet meer gereageerd worden.