Varför Àr macOS Catalina sÄ hemskt?

Varför Àr macOS Catalina sÄ hemskt?

Flera dagar har gĂ„tt sedan den första offentliga betaversionen av macOS 11 Big Sur slĂ€pptes. Det Ă€r mĂ„nga som vill smaka, de flesta Ă€r kritiska Ă€ven efter det de gjort macOS 10.15 Catalina det Ă€r svĂ„rt att skylla pĂ„ dem – och Ă€n sĂ„ lĂ€nge tystnad. Verkligen, förlĂ„t mig för ett sĂ„dant oanstĂ€ndigt antagande, pĂ„ Apple kan (har lĂ€rt sig?) utveckla operativsystem för Mac-datorer av anstĂ€ndig kvalitet? Det finns klagomĂ„l, men överraskande nĂ€stan samma sak. Varför Ă€r dĂ„ Catalina den första versionen av macOS som mĂ„nga av dem som inte har missat en ny version tidigare har vĂ€grat att migrera till? Vad var det? Upplopp? Jag upptĂ€ckte nyligen en original teori pĂ„ nĂ€tet som förklarar varför 10.15 var sĂ„ hemskt. Dumt, men avslöjar mĂ„nga intressanta saker.

Inte alla i vĂ„r Telegram-chatt hĂ„ller med om att Catalina Ă€r hemskt och oförenligt med anvĂ€ndare. Som alltid finns det de, med största sannolikhet betalade av Apple (skĂ€mtar bara), som har anvĂ€nt det sedan dagen det slĂ€pptes – och som fortfarande inte Ă€r redo att nedgradera till 10.14. De mest mĂ€rkbara och utbredda problemen med 10.15 Ă€r resultatet av att stödet för 32-bitars kod fullstĂ€ndigt och absolut upphört. Att detta kommer att ske förr eller senare har Apple varnat för sedan urminnes tider. Det faktum att vissa ansökningar inte var redo för detta Ă€r fruktansvĂ€rt, men inte dödligt. Det Ă€r vĂ€rre nĂ€r 32-bitars kod dör, vars existens vi inte ens misstĂ€nkte förrĂ€n nu: drivrutiner, tillĂ€gg och liknande.

MacOS Catalina-problem

Just pĂ„ grund av rĂ€dslan för dessa problem har stöd för 32-bitars kod i macOS överlevt nĂ€stan till den punkt dĂ„ det Ă€r pĂ„ vĂ€g att bli omöjligt att stödja. ÖvergĂ„ngen frĂ„n Intel till ARM64 Ă€r svĂ„r i sig, och komplicerar den ocksĂ„ med problem pĂ„ grund av inkompatibilitet med fragment av 32-bitars kod som inte mĂ€rkts tidigare, du kan lĂ€tt misslyckas. Jag var tvungen att klippa den levande, och resultatet var fruktansvĂ€rt.

Besluten togs pĂ„ högsta nivĂ„. Inte ens Craig Federighi har rĂ€tt att pĂ„ egen hand ta bort till exempel iTunes-applikationen – och ersĂ€tta den med specialiserade applikationer. Att designa och implementera specialiserade applikationer stod i hans makt, men det verkar som om för lite tid Ă€gnades Ă„t detta. Catalina skapades under konstiga förhĂ„llanden – och desorienterade chefer och utvecklare kunde helt enkelt inte lĂ„ta bli att skruva ihop. Det föll aldrig nĂ„gon in att skriva det dĂ„ligt med flit. Men teorin jag vill prata om sĂ€ger exakt det: allt gjordes med flit… Att fĂ„ Big Sur att verka Ă€nnu mer av ett mirakel Ă€n vad det Ă€r (det Ă€r fortfarande okĂ€nt om det Ă€r ett mirakel).

Att Catalina Ă€r den senaste versionen av Intels 15-Ă„riga era har varit kĂ€nt för alla ledande befattningshavare som ansvarar för dess utveckling frĂ„n allra första början. Utövarna, Ă€ven om de inte var insatta i detta, gissade ocksĂ„. NĂ€sta version, i den interna dokumentationen hette den macOS 10.16, utvecklades parallellt, dess utveckling började nĂ€stan tidigare Ă€n utveckling 10.15 – eftersom den första versionen av den nya eran Ă€r mer komplex och viktigare. De bĂ€sta av de bĂ€sta översattes frĂ„n projektet 10.15 till 10.16. 10.16 Ă€gnade mer uppmĂ€rksamhet.

PÄ grund av de beslut som fattades 10.16 Àndrades uppdraget för 10.15 radikalt, och det mer Àn en gÄng. Tydligen Àr den ljusa idén att dela upp iTunes i flera applikationer ocksÄ en av de plötsliga insikterna.

Och utvecklarna av 10.15 (de hĂ„ller inte idioter pĂ„ Apple) kom med en teori som förklarar alla dessa fenomen, rimligt och oförargligt: ​​för att nĂ€sta, avgörande för Apple-versionen av systemet ska lysa som mĂ„nen pĂ„ en klar frostnatt, den tidigare versionen behövs göra sĂ„ dĂ„ligt som möjligt… Naturligtvis informerade de inte verkstĂ€llarna om detta beslut – nĂ„gon skulle sĂ€kert ha splittrats om sĂ„dana saker – men det önskade resultatet kunde uppnĂ„s pĂ„ högsta ledningsnivĂ„. Och den topphemliga uppgiften av sĂ€rskild betydelse fullbordades lysande.

Craig Federighi visste sÀkert allt!

Med Steve Jobs i spetsen för Apple, offrades flera gĂ„nger aktuella uppgifter och deras planerade utveckling till projekt med extraordinĂ€r prioritet. Annars skulle det inte finnas nĂ„gon iPhone, inget dess bĂ€sta operativsystem i vĂ€rlden, ingen utvecklingsmiljö för oberoende programmerare och mycket mer. Mobilisering Ă€r skrĂ€mmande, men ibland klarar man sig inte utan den. Situationen Ă€r nĂ„got liknande, men med avsikt att förstöra resultaten av lĂ€gre prioriterade projekt – ingen skulle gĂ„ för det.

Ska du installera macOS Catalina

Att Apple under de senaste Ă„ren inte har det bra med mjukvaruutveckling pratas stĂ€ndigt om, och inte bara utanför Apple. De försökte ta kontroll över iOS-utvecklingssituationen, och de lyckades till och med – men nĂ€sta Ă„r gick allt i stĂ„ igen, och i slutet av 2019 var vi tvungna att stĂ€da i ordning igen och tydligen i Ă„r borde allt vara bra. Mjukvaruutveckling Ă€r verkligen en mycket icke-trivial aktivitet, och en hel del arbetsorganisation mĂ„ste förĂ€ndras. iOS var i rampljuset, det fick uppmĂ€rksamhet, men i macOS-utvecklingsteam börjar det precis nu… Det Ă€r Ă„terigen en prioritet, Apples framtid beror pĂ„ det igen, och dess utvecklare har flera fruktansvĂ€rda Ă„r framför sig.

UtomstĂ„ende observatörer (frĂ„n utsidan, allt Ă€r bĂ€ttre sett) syndar pĂ„ ett för snĂ€vt schema för release av operativsystem – en gĂ„ng om Ă„ret. Det skulle vara trevligt, enligt deras Ă„sikt, att Ă„tervĂ€nda till de tider dĂ„ nya versioner utvecklades inte inom en fast deadline, utan tills alla kĂ€nda problem var helt eliminerade. Men Ă€ven pĂ„ den tiden var de första mindre versionerna, med mycket sĂ€llsynta undantag, fruktansvĂ€rda, och samma kloka skakade pĂ„ huvudet och ryckte pĂ„ axlarna – “versionerna borde slĂ€ppas oftare.”

Men det finns goda nyheter: Apple Àr medvetet om det hÀr problemet, Apple försöker lösa det, och allt som Apple har kÀmpat med, det har till slut övervunnit. SÄ det finns hopp.