By sy laaste toespraak by WWDC in 2011 het Steve Jobs 'n diens bekend gestel wat baie ontwikkelaars steeds skrik. Dit is niemand anders nie as iCloud, die heilsame opvolger van die moeilike MobileMe. Selfs iCloud is egter nie sonder foute nie. En die ontwikkelaars maak oproer ...
Steve Jobs het iCloud vir die eerste keer in Junie 2011 gedemonstreer, die diens is vier maande later bekendgestel en is nou vir ongeveer 'n jaar en 'n half in werking. Op die oog af 'n relatief gladde diens wat, in die woorde van die legendariese visioenêr, "net werk" (of ten minste dit moet), maar binne, 'n ongetemde meganisme wat dikwels doen wat hy wil, en ontwikkelaars het geen doeltreffende wapen teen Dit.
"Alles gebeur outomaties en dit is baie maklik om jou programme aan die iCloud-bergingstelsel te koppel," Jobs destyds gesê. Wanneer die ontwikkelaars nou sy woorde onthou, moet hulle seker haas. “iCloud het net nie vir ons gewerk nie. Ons het regtig baie tyd daaraan bestee, maar iCloud en Core Data-sinkronisering het hierdie probleme gehad wat ons nie kon oplos nie.” het hy erken die hoof van die Black Pixel-ateljee, wat byvoorbeeld verantwoordelik is vir die bekende RSS-leser NetNewsWire. Vir haar moes iCloud die ideale oplossing vir sinchronisasie gewees het, veral in 'n tyd wanneer Google op die punt staan om sy Google Reader toe te maak, maar die weddenskap op die Apple-diens het nie uitgewerk nie.
Niks werk nie
Dit is verbasend dat 'n diens wat meer as 250 miljoen gebruikers het en dus een van die grootste van sy soort ter wêreld is, sulke probleme het. By 'n vlugtige blik op die saak sou 'n mens die vinger na die ontwikkelaars kon wys, maar hulle is op die oomblik onskuldig hierin. iCloud probeer om baie van hulle in sy toepassings te implementeer, maar hul pogings eindig dikwels op mislukking. Omdat iCloud ernstige probleme met sinchronisasie het.
[do action=”quote”]Ek kan nie eers al die ontwikkelaars tel wat probleme ondervind het en uiteindelik moed opgegee het nie.[/do]
"Ek het my iCloud-kode verskeie kere herskryf in die hoop om 'n werkende oplossing te vind," hy het geskryf ontwikkelaar Michael Göbel. Hy het egter nie ’n oplossing gevind nie, en daarom kan hy nog nie sy toepassings, of eerder die App Store, bemark nie. “Ek kan nie eens al die ontwikkelaars en maatskappye tel wat dieselfde probleme ondervind het as wat ek gehad het en uiteindelik moed opgegee het nie. Nadat hulle honderde duisende gebruikersdata verloor het, het hulle eenvoudig iCloud heeltemal laat vaar.”
Apple se grootste probleem met iCloud is databasissinchronisasie (kerndata). Die ander twee tipes data wat via Apple se wolk gesinkroniseer kan word – instellings en lêers – werk sonder enige probleme binne perke. Core Data tree egter heeltemal onvoorspelbaar op. Dit is 'n hoëvlakraamwerk waarmee u verskeie databasisse oor toestelle kan sinchroniseer. "iCloud het belowe om alle databasissinchronisasieprobleme met Core Data-ondersteuning op te los, maar dit werk net nie," het een van die prominente ontwikkelaars gesê, wat nie genoem wil word nie om goeie verhoudings met Apple te handhaaf.
Terselfdertyd ignoreer Apple hierdie probleme heeltemal, iCloud adverteer steeds as 'n eenvoudige oplossing, en gebruikers eis dit van ontwikkelaars. Maar ten spyte van die ontwikkelaar se beste pogings, verdwyn gebruikers se data onbeheerbaar en toestelle hou op sinchroniseer. "Hierdie kwessies neem dikwels ure om op te los, en sommige kan jou rekeninge permanent breek," 'n ander toonaangewende ontwikkelaar leun na Apple en voeg by: "Boonop is AppleCare nie in staat om hierdie probleme met kliënte op te los nie."
“Ons sukkel heeltyd met die kombinasie van Core Data en iCloud. Hierdie hele stelsel is onvoorspelbaar, en die ontwikkelaar het dikwels beperkte opsies om die werking daarvan te beïnvloed." beskryf die Tsjeggiese ontwikkelingsateljee Raak Kuns, wat aan ons bevestig het dat dit as gevolg van aanhoudende probleme hierdie oplossing laat vaar en op sy eie werk, waarin dit lêersinchronisasie sal gebruik in plaas van databasissinchronisasie as sodanig. Hy sal dan iCloud hiervoor kan gebruik, want lêersinchronisasie vind sonder enige probleme daardeur plaas. Dit word immers ook deur die ontwikkelaars van Jumsoft bevestig: "iCloud is ongetwyfeld 'n wonderlike hulpmiddel vir direkte lêerberging." Ongelukkig het Jumsoft egter Core Data nodig vir sy bekende Money-toepassing, en dit is 'n struikelblok.
[do action="quote"]iCloud en Core Data is elke ontwikkelaar se ergste nagmerrie.[/do]
Baie probleme spruit ook uit onverwagte situasies wat maklik kan voorkom, soos wanneer 'n gebruiker by een Apple ID op hul toestel afmeld en deur 'n ander aanmeld. Apple reken glad nie op hulle nie. "Hoe om die probleem op te los wanneer die gebruiker, wat nie by iCloud aangemeld is nie, die toepassing aanskakel, dan aan iCloud koppel en die toepassing weer begin?" het hy gevra met een ontwikkelaar op die Apple-forums.
Alle probleme met iCloud loop uit op die ontevredenheid van toepassinggebruikers wat data verloor, terwyl ontwikkelaars dikwels net hulpeloos kyk. "Gebruikers kla by my en gradeer programme met een ster," het hy gekla op die appelforums, ontwikkelaar Brian Arnold, wat nog nie 'n verduideliking van Apple ontvang het oor wat om met soortgelyke probleme te doen nie, of hoekom dit hoegenaamd gebeur nie. En die forums is vol sulke klagtes oor iCloud-sinchronisasie.
Sommige ontwikkelaars verloor reeds geduld met iCloud, en geen wonder nie. "iCloud en Core Data is elke ontwikkelaar se ergste nagmerrie," vermeld vir Die rand naamlose ontwikkelaar. "Dit is frustrerend, soms vieslik, en die moeite werd om eindelose ure se probleemoplossing te doen."
Apple is stil. Hy omseil probleme self
Miskien is dit geen wonder dat Apple se probleme met iCloud verbygaan asof niks gebeur het nie. Apple gebruik feitlik nie die problematiese kerndata in sy toepassings nie. Daar is eintlik twee iCloud's – een wat Apple se dienste aandryf en een wat aan ontwikkelaars gebied word. Toepassings en dienste soos iMessage, Mail, iCloud-rugsteun, iTunes, Photo Stream en ander is gebou op heeltemal ander tegnologie as wat vir derdeparty-ontwikkelaars beskikbaar is. Dit is die een waarmee daar voortdurend probleme is. Toepassings van die iWork-pakket (Keynote, Pages, Numbers) gebruik wel dieselfde API as derdeparty-toepassings, maar net vir baie eenvoudiger dokumentsinchronisasie, wat Apple baie versigtig doen om te laat werk. Wanneer hulle iCloud en Core Data in hul toepassing in Cupertino inlaat, is hulle nie beter in terme van betroubaarheid as derdeparty-ontwikkelaars nie. Die Trailers-toepassing, wat kerndata vir sinchronisasie gebruik, spreek vanself, en gebruikers verloor gereeld sommige rekords.
Met Sleepwaens, wat nie naastenby so gewild is nie, is hierdie probleme egter relatief maklik om te verloor. Maar wat moet die ontwikkelaars van die gewildste toepassings dan vir hul gebruikers sê, wat bloot op die problematiese Kerndata in iCloud moet staatmaak, maar dikwels nie die soort funksionaliteit kan waarborg wat Apple voortdurend in sy advertensies adverteer nie? Apple sal hulle beslis nie help nie. "Kan iemand van Apple kommentaar lewer oor hierdie situasie?" het hy gevra onsuksesvol op die forum, ontwikkelaar Justin Driscoll, wat gedwing is om sy komende toepassing af te sluit weens onbetroubare iCloud.
Gedurende die jaar help Apple nie ontwikkelaars nie, so almal het gehoop iets sou ten minste by verlede jaar se WWDC opgelos word, dit wil sê 'n konferensie wat vir ontwikkelaars bedoel is, maar selfs hier het Apple nie veel hulp gebring onder enorme druk van ontwikkelaars nie. Hy het byvoorbeeld voorbeeldkode verskaf wat gebruik kan word om kerndata te sinchroniseer, maar dit was nog lank nie volledig nie. Weereens, geen noemenswaardige hulp nie. Verder het Apple-ingenieurs ontwikkelaars aangemoedig om vir iOS 6 te wag. "Om van iOS 5 na iOS 6 te skuif, het dinge XNUMX% beter gemaak," bevestig deur 'n naamlose ontwikkelaar, "maar dit is nog ver van ideaal." Volgens ander bronne het Apple verlede jaar net vier werknemers gehad wat na Kerndata omsien, wat duidelik sou wys dat Apple nie in hierdie area belangstel nie. Die maatskappy het egter geweier om op hierdie inligting kommentaar te lewer.
Totsiens en serp
Na al die wisselvallighede wat genoem is, is dit nie verbasend dat baie ontwikkelaars nee gesê het vir iCloud nie, hoewel waarskynlik met 'n swaar hart. Dit was iCloud wat veronderstel was om uiteindelik iets te bring waarna ontwikkelaars gesmag het – ’n eenvoudige oplossing wat identiese databasisse en hul konstante sinchronisasie op twee of meer toestelle verseker. Ongelukkig is die werklikheid anders. "Toe ons na iCloud en Core Data as 'n oplossing vir ons toepassing gekyk het, het ons besef ons kan dit nie gebruik nie, want niks sal werk nie," het die ontwikkelaar van sommige van die topverkoper iPhone- en Mac-toepassings gesê.
Nog 'n rede waarom iCloud nie maklik laat vaar word nie, is die feit dat Apple die toepassings opmerk wat sy dienste gebruik (iCloud, Game Center), en diegene wat niks Apple in die App Store het nie, heeltemal ignoreer. iCloud is ook 'n goeie oplossing uit 'n bemarkingsoogpunt.
Dropbox word byvoorbeeld as 'n moontlike alternatief aangebied, maar dit is nie meer so gebruikersvriendelik nie. Aan die een kant moet die gebruiker 'n ander rekening opstel (iCloud is outomaties beskikbaar met die aankoop van 'n nuwe toestel) en aan die ander kant word magtiging vereis voordat die toepassing kan funksioneer, wat ook met iCloud misluk. En laastens – Dropbox bied dokumentsinchronisasie, wat eenvoudig nie is waarna ontwikkelaars soek nie. Hulle wil databasisse sinchroniseer. “Dropbox, wat tans die meeste gebruik word, het homself bewys vir datasinchronisasie. Maar wanneer dit kom by die sinchronisering van die databasis, is ons afhanklik van iCloud," erken Roman Maštalíř van Touch Art.
[do action="quote"]Ek wil graag vir Apple sê dat hulle alles in iOS 7 reggemaak het, maar ek glo dit nie regtig nie.[/do]
Die ontwikkelaars van die 2Do-toepassing het egter nie geduld gehad nie, weens talle negatiewe ervarings met iCloud het hulle glad nie die apple-diens probeer nie en dadelik met hul eie oplossing vorendag gekom. “Ons gebruik nie iCloud nie weens al die probleme. Dit is 'n baie geslote stelsel waaroor ons nie soveel beheer sal kan hê as wat ons wil nie," ontwikkelaar Fahad Gillani vir ons gesê. “Ons het Dropbox vir sinchronisasie gekies. Ons gebruik egter nie sy dokumentsinchronisasie nie, ons het ons eie sinchronisasie-oplossing daarvoor geskryf."
Nog 'n Tsjeggiese ateljee, Madfinger Games, het ook nie iCloud in sy speletjies nie. Die skepper van die gewilde titels Dead Trigger en Shadowgun gebruik egter nie die Apple-diens om effens verskillende redes nie. "Ons het ons eie wolkgebaseerde stelsel om posisies in die spel te stoor, want ons wou die vordering van die spel tussen platforms kan oordra," David Kolečkář het aan ons onthul dat as gevolg van die ontwikkeling van speletjies vir beide iOS en Android vir Madfinger Games, iCloud nooit 'n oplossing was nie.
Sal daar 'n oplossing wees?
Soos die tyd aanstap, verloor baie ontwikkelaars stadigaan hoop dat Apple met 'n oplossing vorendag sal kom. Die volgende WWDC kom byvoorbeeld, maar aangesien Apple selfs nou feitlik nie met ontwikkelaars kommunikeer nie, word daar nie verwag dat hy met ope arms vol raad en antwoorde na WWDC moet kom nie. "Al wat ons kan doen, is om aan te hou om foutverslae na Apple te stuur en te hoop dat hulle dit regstel," het 'n naamlose iOS-ontwikkelaar betreur, met 'n ander wat sy sentimente weergalm: "Ek sal graag vir Apple wil sê dat hulle alles in iOS 7 reggemaak het en iCloud kan uiteindelik na twee jaar sonder probleme gebruik word, maar ek glo dit nie regtig nie." Maar dit sal iOS 7 wees wat die sentrale tema van vanjaar se WWDC moet wees, so ontwikkelaars kan ten minste hoop.
As Apple nie 'n oplossing vir iCloud-probleme in 'n nuwe weergawe van sy bedryfstelsel bied nie, kan dit vir sommige projekte 'n virtuele spyker in die kis wees. Een van die ontwikkelaars, wat tot nou toe 'n sterk ondersteuner van iCloud was, sê: "As Apple dit nie in iOS 7 regstel nie, sal ons die skip moet laat vaar."
Ek het die hele artikel gelees en ek verstaan nie waar dit vandaan kom nie. Wat iCloud- en appeltoepassings betref en die algehele integrasie van iCloud in iPhone en Mac, dit werk 100% vir my en ek gebruik byna elke toepassing van Apple wat dit ondersteun. Verder laat ek ook die Trailers-toepassing van Apple aflaai (al is dit NIE op SVK iTunes nie, so daar moet 'n rede daarvoor wees), maar ek weet nie waar iCloud hier geïntegreer is nie - ek sal dit moet kyk op. Verder het ek nog NOOIT 'n probleem met iCloud in ander toepassings gehad nie. Ek gebruik Appig se ToDo en iCloud sync werk 100% en ek het meer as 100 todos in iPhone en Mac toepassings wat nou verwant is aan my werk, so ek het 100% werkende sinchronisasie nodig, so ek weet nie waarmee 2Do probleme ondervind nie. Ek het ook direk met Appigo gekommunikeer en hulle het iCloud aanbeveel (bykomend tot hul betaalde sinchronisasiediens, natuurlik) vir sinchronisasie omdat ek ook dropbox probeer het en nie tevrede was nie (ek gebruik dropbox elke dag om lêers te sinkroniseer). Ek gebruik ook elke dag die iBear-geldtoepassing en het ook nog nooit enige probleme met iCloud-sinkronisering gehad nie! Jy skryf ook dat Dropbox 'n beter oplossing vir lêersinkronisering is, maar voor dit is geskryf dat iCloud perfek is vir lêersinkronisering - ek verstaan dit nie 'n bietjie nie. Verder gebruik die speletjie-ateljees wat jy noem nie iCloud nie, maar gebruik hul diens as gevolg van sinchronisasie met ANDROID-toestelle waar iCloud nie bestaan nie, so ek dink hier is geen probleem nie. Dit is hoe Real Racing 3 mees onlangs werk, en ook net wanneer dit met ander toestelle as Apple gesinchroniseer word. Ander speletjies wat iCloud gebruik, werk ook so (in my ervaring). En aan die einde skryf jy dat iCloud 'n baie geslote stelsel is en dit is 'n probleem – was dit nie altyd Apple se filosofie nie? As iCloud heeltemal oop was, sou dit glad nie werk nie. Ook, die hele iOS is toe en iemand sal altyd kla dat hulle dit nie kan doen nie, maar uit my oogpunt is dit net goed, reg? Ek het weliswaar nie die klagtes op forums en klagtes van ontwikkelaars gelees nie, maar ek is 100% tevrede met iCloud, so hierdie artikel het my verras.
Ja, soos geskryf in die artikel. Inheemse toepassings werk en die gebruiker merk niks op nie
Neem 'n asem, dit is eintlik 'n vertaalde artikel van TheVerge, so ons lees Ellis Hamburger se mening, nie soseer Ondrej Holzman s'n nie (niks teen my nie, ek gee net my alles).
In werklikheid gee niemand om wat Apple goed doen nie. Almal wil hoor wat hulle verkeerd doen, want advertensies op sulke webwerwe verdien twee keer soveel. Want anders kan ek nie verduidelik hoekom die hele artikel sou handel oor hoe "iCloud glad nie werk nie", al gaan dit net oor probleme met Core Data sync, wat ongeveer 1/10 van iCloud is. Maar soos ek gesê het, niemand gee om wat amper perfek werk nie:
- iTunes Match
- iTunes in die wolk
- iMessage
- Gesig tyd
- foto stroom
- iCloud-rugsteun
- Kontakte
- Herinneringe
- Kalenders
- Podcasts
- Speletjies Sentrum
Immers, al werk een klein deeltjie nie perfek nie, gaan die artikels oor hoe “niks werk nie”, want dit is ’n grap. Mense wat die feite ken, weet egter dat dit niks met objektiewe beriggewing te doen het nie.
Vandag is dit IN om alles te kritiseer (veral sonder dat die persoon vooraf iets daaroor gelees het), dus sluit aan by die raad of die Internetmassas sal jou stenig.
As die artikel nie impliseer dat slegs Kerndata gekritiseer word nie, dan moes dit gewees het. En ja, die artikel is grootliks uit TheVerge geneem, want ons kan eenvoudig nie by daardie soort inligting uitkom nie, ons het nie toegang nie. Ek het probeer om ten minste 'n paar ander ontwikkelaars te vra oor die probleme met iCloud om te weet wat en hoekom, en hulle het min of meer hierdie klagtes bevestig.
Jy skryf dat almal wil hoor wat fout is, en dit is waar. Dink jy dit sal die moeite werd wees om elke week te skryf oor hoe die iCloud eintlik wonderlik is, hoe alles werk behalwe een ding en dat die data pragtig gesinchroniseer is? Ek weet nie, ek het gedink dit is 'n baie interessante onderwerp, wat nou veral in die buiteland gewild geword het, so ek het daaroor geskryf.
In daardie geval, geld dit nie dat jy die bron moet aandui waaruit die artikel is nie? Of is dit meestal 'n vertaling van die artikel? So dit is nie jou skepping nie maar iemand anders s'n? Boonop versprei artikels soos hierdie nutteloos twyfel, soos presies die geval is in die kommentaar hieronder deur Marek Odehnal !!!
Die bron van die artikel word van die begin af onder die laaste sin gelys, net soos vir alle ander artikels oor Jablíčkář.
ag jammer ek het dit nie besef nie
Wel, dit kom nie baie goed uit nie - doen 'n bietjie eksperiment: lees net die titel en dan al die onderskrifte - hieruit het ek die gevoel dat iCloud erger as kanker is (en dat daar iewers iets Core Data is, maar bo al wat ek moet onthou dat iCloud absoluut nie werk nie, soos jy in een onderskrif skryf - ten minste daardie een is nie reg nie). Min mense verstaan hoe kerndata eintlik in iCloud figureer, en hierdie artikel het beslis nie die moeite gedoen om dit op enige manier te verduidelik nie. Die feit dat jy dit in verskeie paragrawe genoem het, is regtig nie genoeg nie. En ek sien nêrens pluraliteit nie – jy hoef nie ’n hele artikel te skryf oor die feit dat alles werk nie. Maar in die duisendwoord-artikel word daar nie een keer genoem dat al die ander dele van iCloud so stadig loop as wat ek dink nie... wel, net tipies van die huidige bui - kritiseer Apple, advertensies betaal vrugte af. En dit moet genoem word dat GEEN mededingende maatskappy 'n soortgelyke oplossing bied nie...daar is nie ruimte meer daarvoor nie, of hoe?
Ek wil niemand adviseer nie, maar ek volg 'n reël: as ek iets nie verstaan nie, skryf ek nie daaroor nie.
As jy met ’n kalm gesig vir my sê jy dink die artikel is objektief of verwoord meer as een standpunt, dan sal ek ongelukkig moet lag.
Ja, ek het die onderskrifte 'n bietjie meer aggressief gekies, soms oor die rand, ek aanvaar dit. Dat ander iCloud-kenmerke werk, word daar genoem. Oor die feit dat iCloud bied wat ander dienste nie bied nie, word daar ook genoem. Dit is nie daar dat iCloud dit as die ENIGSTE een aanbied nie. Daar is die voorgenoemde Dropbox, wat die algemeenste alternatief is, maar dit bied beslis nie wat iCloud doen nie, dit wil sê databasissinchronisasie.
Die artikel spreek meer sienings oor die saak uit op die manier dat verskeie ontwikkelaars oor dieselfde onderwerp praat. Wat ek persoonlik die geleentheid gehad het om verskeie ontwikkelaarateljees te vra, het almal aan my bevestig dat daar bloot 'n probleem met Core Data is.
Dit is vreemd, want wanneer ek hacker-nuus, ondersteuningsforums of besprekings op die Verge lees, sê ongeveer die helfte van die ontwikkelaars dat hulle nie 'n probleem daarmee gehad het nie (selfs in hierdie bespreking het ons mense wat self dieselfde sê). Maar jy het net met die ontwikkelaars gepraat waar hulle 100% vir jou gesê het dit werk nie. Interessant, dit lyk baie waarskynlik - ek sal beslis nie waag om te sê dat die mening van die mense vir wie dit gewerk het, hulle ... um ... uitgeval het nie.
As ons appels met appels vergelyk (hehe), werk Dropbox en iCloud Document Sync albei perfek. Ek sien dus geen rede om Dropbox enigsins te noem wanneer ons oor kerndata-sinkronisering praat nie.
Om dit kort te maak, wat ek eenvoudig nie verstaan nie, is dat jy die hele artikel gegrond het op die feit dat iCloud nie werk nie - punt. U het genoem dat dit net oor kerndata-sinkronisering op die 13de reël gaan. Maar die absolute meerderheid van die artikel gaan oor hoe iCloud as sodanig nie werk nie. Coz is eenvoudig onwaar. Dat dit meer 'n sensasie is, is seker waar. Maar as jy feitelik korrek wil skryf, dan moet jy hieraan aandag gee. Want as jy afkyk, is daar mense wat dit presies verstaan het soos jy dit geskryf het – dat iCloud nie werk nie – en daarom het hulle begin vra of iCloud-rugsteun ten minste werk. Ek dink dit is die beste bewys van hoe dit vir die meeste mense geklink het.
Ek sal vir jou skryf wat ek aan die skrywer op The Verge geskryf het: hierdie is nie 'n persoonlike blog waar dit goed is om valshede te versprei nie. Dit word eintlik gelees deur miljoene (en in Jablicker se geval duisende) mense wat jou glo en wat jy skryf as feite aanvaar. Dit is dus geen verskoning dat jy nie uitgevind het waaroor dit gaan voordat jy die artikel geskryf het nie. Al kon ek dit verstaan. Ek vind dit erger dat jy die lêer selektief uitgooi sonder om die feite te pas, sodat die resultaat 'n vereenvoudigde artikel is wat 'n sensasie najaag.
Maar ek verstaan dat as die titel van die artikel "Hoekom werk dit nie op een of ander manier nie, Core Data sync?", dit waarskynlik baie minder gelees sou word. En hier is die skeidslyn tussen skep vir kwaliteit en vir kwantiteit.
Ek het self vyf Tsjeggiese ontwikkelaars (vier beantwoord), een buitelandse een gevra, en hulle het oor die algemeen bevestig dat daar 'n probleem met Core Data is/is. Ek sê nie dat dit vir almal waar is nie, maar in kort, die wat ek gevra het, het bevestig wat ek elders gelees het. Ek het ongelukkig nie 'n positiewe reaksie gekry nie, wat ek andersins in die artikel sou genoem het. Ek kon meer ontwikkelaars beskryf het, maar ek het aan al die Tsjeggiese ontwikkelaars geskryf wat by my opgekom het, en ons het ook 'n paar buitelandse mense bygevoeg met wie ons kontakte het, maar nie almal van hulle kommunikeer nie.
Dit is jammer dat ek nie by die oorspronklike weergawe van die artikel “Die twee gesigte van iCloud” gebly het nie, want ek erken dat dit baie meer gepas sou gewees het en net ’n ander titel sou die artikel ’n heel ander gevoel gegee het. Maar nou kan ek dit nie terugvat nie.
Ja, dit sal seker baie anders klink. Ek glo jou met hierdie ontwikkelaars, ek lees die menings van honderde mense op verskeie forums en daar het ek gesien dat dit so pol op pol is. Omdat baie mense werklik Core Data-sinkronisering sonder 'n probleem gebruik - as hulle eenvoudige strukture gebruik en die samesmelting behoorlik hanteer word, behoort daar nie 'n probleem te wees nie. CDS (kerndatasinkronisering) het nie soveel foute in implementering as in beginsel nie - byvoorbeeld, wat om te doen wanneer jy twee databasisse met 'n gemeenskaplike voorouer het, jy het 'n paar veranderinge in elkeen gemaak en dan probeer jy om daardie veranderinge oor te dra en die verander konflik? Dit is 'n taamlik groot en taamlik komplekse probleem met die databasis (O(mn^2)) en niemand het dit nog bevredigend opgelos nie, Apple sal dan as een van die min probeer.
Ek voel amper jammer vir mense wat nie veel daarvan weet nie, kom hier, lees 'n artikel en vertrek met die gevoel dat iCloud 'n snert is. Terselfdertyd, soos ek voorheen geskryf het, is die dosyne funksies wat sonder enige probleem werk regtig fantasties en het my verskeie kere baie data bespaar. So ek het hierdie lêer onregverdig gevind as gevolg van die baie moeilike probleem van CSD wat die hele iCloud veroordeel - ongelukkig het sommige mense dit regtig so verstaan.
Wat die artikel oor die probleme van Core Data Sync betref - ek sal dit graag lees en ek sal enige verdere inligting daaroor waardeer. Dit is net jammer dat CDS die hele iCloud vasgevang het (en nie net in jou voorlegging nie, maar 'n bietjie in E. Hamburger se voorlegging, alhoewel hy dit op een of ander manier probeer skei het - en toe dosyne bedieners wat oorgeneem het - vereenvoudig - gepubliseer in die styl van " iCloud is nuttig").
Ek dink nie Apple verdien dit nie – veral omdat niemand anders eers die probleem probeer oplos nie.
Hierdie artikel is feitlik net 'n parafrasering van ontevrede ontwikkelaars en hul probleme op een plek. Ek het nie persoonlike ondervinding met ontwikkeling en iCloud nie, ek het net op beskikbare inligting geput.
Om feite by te voeg, die waarheid is dat die sinchronisasie van slaaf-slaaf-styl databasisse 'n O(mn^2) probleem is wat nie Google of Oracle eers sal probeer nie (terwyl Apple dit reeds ordentlik opgelos het vir matig komplekse strukture). Apple is die enigste maatskappy wat dit probeer oplos, maar dit word net daarvoor gekritiseer. Aan die ander kant lag Google met sy meester-slaaf-sinchronisasie (aanlyn) O(1) en soms vanlyn O(n) agter oor hoe die hele tegnologiese blogosfeer absoluut nie verstaan waaroor hy skryf nie. Want net in hierdie geval word diegene wat tegnologies agter is, geprys en die pioniers gekritiseer. Verdomde menslike onkunde in prima transmissie.
Ek skakel van Android af, so ek het 'n eenvoudige vraag: Ek het uit die artikel verstaan dat die probleem is wanneer daar op verskeie toestelle gesinchroniseer word (bv. gestoorde speletjieposisie oor iPhone en iPad). Ek sal net 'n iPhone hê, so die vraag is of hierdie probleem ook van toepassing is op die rugsteun van slegs en slegs een toestel op iCloud. Ek sal net my iPhone verkoop, 'n nuwe een koop en 'n volledige rugsteun vanaf iCloud oplaai, wanneer ek al die instellings en toepassingsinstellings in die nuwe foon sal hê (wagwoorde vir sosiale netwerke, gestoorde speletjieposisies...) soos laas in die ou een, werk dit so? Dit is een van die hoofredes vir migrasie, m.a.w. Android sonder root kan nie heeltemal gerugsteun word nie, en toe ek na 'n ander foon oorskakel, het ons al die toepassings afgelaai, maar ek moes al die instellings daarin weer handmatig doen, en met dosyne toepassings is dit ure se ekstra tyd. So los iCloud hierdie probleem op vir een toestel in iTunes? Dankie vir die inligting.
Jy hoef nie bang te wees nie! iCloud op Apple-toestelle werk 100% ORAL. So 2 maande gelede het ek 'n iP5 gekoop en ek gaan sit in 'n koffiewinkel op wifi, het my apple rekening wagwoord ingevoer en binne 10 minute het ek 'n PRESIESE beeld van my ou iPhone gehad, selfs die laaste oop toepassings lyk vir my!!! Al die data in die iPhone sal binne ongeveer 10 minute na die nuwe iP afgelaai word (ek het 'n volle 32GB iPhone gehad met data vanaf die eerste iPhone etlike jare gelede tot dan, so dit kan selfs minder neem) na die nuwe iP, selfs met die rangskikking van die toepassings wat (natuurlik) nog moet wees om af te laai, maar hulle sal almal die data bevat wat hulle in die vorige iPhone bevat het. Al wat jy met die hand hoef te doen, is om aan te meld by toepassings wat dit vereis.)
Jy hoef nie bang te wees nie! iCloud op Apple-toestelle werk 100% ORAL. So 2 maande gelede het ek 'n iP5 gekoop en ek gaan sit in 'n koffiewinkel op wifi, het my apple rekening wagwoord ingevoer en binne 10 minute het ek 'n PRESIESE beeld van my ou iPhone gehad, selfs die laaste oop toepassings lyk vir my!!! Al die data in die iPhone sal binne ongeveer 10 minute na die nuwe iP afgelaai word (ek het 'n volle 32GB iPhone gehad met data vanaf die eerste iPhone etlike jare gelede tot dan, so dit kan selfs minder neem) na die nuwe iP, selfs met die rangskikking van die toepassings wat (natuurlik) nog moet wees om af te laai, maar hulle sal almal die data bevat wat hulle in die vorige iPhone bevat het. Al wat jy met die hand hoef te doen, is om aan te meld by toepassings wat dit vereis.)
Ek moet ook hier bydra.. As 'n beginner ontwikkelaar probeer ek om iCloud ook in my toepassing te implementeer.. Ek het nog geen dataverlies gehad nie.. Alles werk soos dit moet.. Ek dink ek is gelukkig.. Die enigste ding waarvan ek dalk nie hou nie, is die spoedsinchronisasie.. Om ongeveer 1 MB data te laai neem beslis langer as om 'n klassieke 1 MB data van die internet af te laai. Aangesien alle logs egter afgelaai word, is dit aanvaarbaar .. Ja, dit is baie maklik om jou IP of iPad te fouteer sodat dit vereis dat alle data van iCloud verwyder word en dan die hele foon herstel.. (Die data sal daar bly maar 'n fout sal gegenereer word as die instellings verkeerd is.. ) Maar alles word binne 10 minute herstel en hierdie probleem raak net ontwikkelaars.. Dit sal nie met 'n gewone sterfling gebeur nie.. Op iOS6 het ek beslis nie groot probleme met iCloud in die vorm van Core-data nie, en ek stem ietwat nie saam nie. met die artikel.
Ag wel, die eerste sin “Steve Jobs het 'n diens bekendgestel wat vandag nog baie ontwikkelaars skrik. Dit is niks anders as iCloud nie”. En die feit dat dit eintlik net 'n probleem met Core Data-sinkronisering is, sal ons omtrent 12 reëls verder uitvind.
Hel, ter wille van sensasie, moet die feite gebuig word om dit nog meer sensasioneel te maak.