Kontroversen om det faktum att Apple har förändrats Intel för sina egna processorer under ARM arkitektur är långt ifrån över. Strategin åt sidan är sanningen att utmaningen för Cupertino är gigantisk när det gäller programvarusektionen, eftersom X86 och dess processorer har lite att göra med ARM och deras, varför är det så svårt att ändra arkitektur och hur viktigt är programvaran i denna?
Apple kommer att spela mycket starkare än 2006 då det äntligen lämnade IBM att gå in i Intel: s armar. Han hoppade från ett etablerat och muskulöst företag för att gå med jätten till en arkitektur där hela sektorn fungerar. Istället satsar det nu på ARM i en miljö som långt ifrån liknar den den tiden och tvivel uppstår bland sina användare.
Vilken aspekt tar mer tid i den här förändringen av Apple och Intel?
Utan tvekan design och FoU som A13-processorn kommer att inkludera kommer att vara värd att studera, eftersom det kommer att implementeras i 5 nm med 12 kärnor och en serie förbättringar av vilka det bara finns rykten. Men detta är något där Apple hela tiden kan bestämma både utvecklings- och optimeringstiderna för sin arkitektur. Å andra sidan orsakar allt som är relaterat till deras "bubbla", oavsett om det finns hårdvara eller programvara, allvarliga problem.
Därför är den aspekt där Apple kommer att sakna Intel mest inte i hårdvaran som sådan, utan i mjukvarusektionen. Utan att vilja fördjupa för djupa tekniska koncept finns det vissa delar av optimeringsprocessen som Apple inte bara kommer att behöva ha i sitt operativsystem, utan alla som vill erbjuda support i sitt program måste göra det.
Först bör en enkel installationsprogram av sådana program kunna välja mellan olika sammanställningar beroende på arkitekturen eller välja rätt automatiskt. Du måste också ha en enorm mängd kod för att rätta till mycket av den på grund av sammanställningsfel och dess verktyg.
Hur tvingas miljontals utvecklare att porta sin kod för din ARM-hårdvara?
Apple kommer att lyckas porta sin kod för sina operativsystem och vi förstår att tillverkare måste göra detsamma för sina drivrutiner. Men utmaningen är inte det, utmaningen ligger i samhället och proffs bakom Apple-ekosystemet.
Kommer de att emulera det mesta av programvaran? Måste det skrivas om delvis och slösa bort tid och resurser på det? Och slutligen, kommer dessa företag att vara värda att göra för att stanna i äpplebranschen?
Den typ av språk som används, kompilatorn och ett oändligt antal variabler kan göra att bära ett program så komplicerat som det är ineffektivt, där hur mycket kraft det än har, det uppnår mycket dålig prestanda. Microsoft och Intel har arbetat med ett slags översättare under lång tid för att köra X86-program i ARM utan att behöva skriva om dem, kanske Apple arbetar med något liknande, men vi vet inte om det kommer att komma i tid och om det kommer att fungera så bra som väntat.
Utvecklare måste bära miljoner appar för att anpassa sig till nya enheter, och det kostar tid och pengar, något som kan krympa Apples ekosystem i stort antal. Som vi ser fortsätter tvivlarna och fortsätter tills vi ser den första enheten med ARM som fungerar och kontrollerar hur moget allt är.
Det som verkar tydligt är att hoppet mellan X86 och ARM hos Apple kommer att vara långsamt och tydligen irreversibelt, men är det verkligen rätt alternativ? Vilket värde ger varumärket nu för din hårdvara? Kanske den anpassade designen och implementeringen, något som inte skulle vara motiverat om prestandaproblem, brist på programvara eller dålig optimering av det börjar.
