A controvérsia sobre o fato de Apple mudou Intel para seus próprios processadores sob ARM a arquitetura está longe de terminar. Estratégia à parte, a verdade é que o desafio dos de Cupertino é gigantesco em termos de software, já que o X86 e seus processadores têm pouco a ver com ARM e deles, por que é tão difícil mudar de arquitetura e quão importante é o software nisso?
A Apple vai jogar muito mais forte do que em 2006, quando finalmente deixou a IBM para ir aos braços da Intel. Ele saltou de uma empresa estabelecida e musculosa para ir com o gigante a uma arquitetura em que todo o setor trabalha. Em vez disso, agora está apostando no ARM em um ambiente que está longe de ser semelhante ao da época e surgem dúvidas entre seus usuários.
Que aspecto consome mais tempo nessa mudança de Apple e Intel?
Sem dúvida, o design e P&D que a Processador A13 incluirá será digno de estudo, uma vez que será implementado em 5 nm com 12 núcleos e uma série de melhorias das quais existem apenas rumores. Mas isso é algo em que a Apple pode decidir a todo momento os tempos de desenvolvimento e otimização de sua arquitetura. Por outro lado, tudo relacionado a sua "bolha", seja hardware ou software, está causando sérios problemas.
Portanto, o aspecto em que a Apple mais sentirá falta da Intel não está no hardware, mas na seção de software. Sem querer aprofundar-se profundamente nos conceitos técnicos, há certas partes do processo de otimização que a Apple não apenas terá que carregar em seu sistema operacional, mas quem quiser oferecer suporte em seu programa precisará fazê-lo.
Primeiro, um instalador simples desses programas deve poder escolher entre diferentes compilações, dependendo da arquitetura ou escolher a correta automaticamente. Além disso, você precisa transportar uma quantidade enorme de código para acabar corrigindo muito devido a erros de compilação e suas ferramentas.
Como forçar milhões de desenvolvedores a portar seu código para o seu hardware ARM?
A Apple conseguirá portar seu código para seus sistemas operacionais e entendemos que os fabricantes terão que fazer o mesmo com seus drivers. Mas o desafio não é esse: o desafio está na comunidade e nos profissionais por trás do ecossistema da Apple.
Eles emularão a maior parte do software? Terá que ser reescrito em parte e desperdiçado tempo e recursos? E, finalmente, vale a pena fazer essas empresas para permanecer no negócio da maçã?
O tipo de linguagem usada, o compilador e um número infinito de variáveis podem tornar o transporte de um programa tão complicado quanto ineficiente, onde por mais poder que tenha, ele atinge um desempenho muito fraco. Microsoft e a Intel tem trabalhado em uma espécie de tradutor por muito tempo para executar programas X86 no ARM sem precisar reescrevê-los, talvez a Apple esteja trabalhando em algo semelhante, mas não sabemos se chegará a tempo e se funcionará tão bem quanto o esperado.
Os desenvolvedores precisam carregar milhões de aplicativos para se adaptarem a novos dispositivos, e isso custa tempo e dinheiro, algo que pode encolher o ecossistema da Apple em grandes números. Como vemos, as dúvidas continuam e continuarão até vermos o primeiro dispositivo com o ARM a funcionar e verificar como tudo está maduro.
O que parece claro é que o salto entre X86 e ARM na Apple será lento e aparentemente irreversível, mas é realmente a opção certa? Qual o valor que a marca oferece agora para o seu hardware? Talvez o design e implementação personalizados, algo que não seria justificado se problemas de desempenho, falta de software ou otimização ruim do mesmo começar.
