Savā pēdējā galvenajā uzrunā WWDC 2011. gadā Stīvs Džobss iepazīstināja ar pakalpojumu, kas joprojām biedē daudzus izstrādātājus. Tas ir neviens cits kā iCloud, grūtībās nonākušā MobileMe pēctecis. Tomēr pat iCloud nav bez kļūdām. Un izstrādātāji saceļas...
Stīvs Džobss pirmo reizi demonstrēja iCloud 2011. gada jūnijā, pakalpojums tika palaists četrus mēnešus vēlāk, un tagad tas darbojas aptuveni pusotru gadu. Virspusēji samērā gluds serviss, kas, leģendārā vizionāra vārdiem runājot, "vienkārši strādā" (vai vismaz tā vajadzētu), bet iekšā nepieradināts mehānisms, kas bieži dara, ko grib, un izstrādātājiem nav efektīva ieroča pret. to.
"Viss notiek automātiski, un ir ļoti viegli savienot savas lietotnes ar iCloud krātuves sistēmu." Džobss toreiz teica. Kad izstrādātāji tagad atceras viņa vārdus, viņiem, iespējams, ir jāsarauj. “ICloud mums vienkārši nedarbojās. Mēs tiešām tam pavadījām daudz laika, taču iCloud un Core Data sinhronizācijā bija šīs problēmas, kuras mēs nevarējām atrisināt. viņš atzina studijas Black Pixel vadītājs, kas atbild, piemēram, par pazīstamo RSS lasītāju NetNewsWire. Viņai iCloud vajadzēja būt ideālam sinhronizācijas risinājumam, it īpaši laikā, kad Google gatavojas slēgt savu Google Reader, taču likme uz Apple pakalpojumu neizdevās.
Nekas nedarbojas
Pārsteidzoši, ka pakalpojumam, kuram ir vairāk nekā 250 miljoni lietotāju un kas tādējādi ir viens no lielākajiem šāda veida pakalpojumiem pasaulē, ir šādas problēmas. Pavirši aplūkojot šo lietu, varētu rādīt ar pirkstu uz izstrādātājiem, taču viņi šobrīd ir nevainīgi. Daudzus no tiem iCloud mēģina ieviest savās lietojumprogrammās, taču viņu mēģinājumi bieži beidzas ar neveiksmi. Tā kā iCloud ir nopietnas problēmas ar sinhronizāciju.
[do action=”quote”]Es pat nevaru saskaitīt visus izstrādātājus, kuri saskārās ar problēmām un galu galā padevās.[/do]
"Es vairākas reizes pārrakstīju savu iCloud kodu, cerot atrast funkcionējošu risinājumu." viņš rakstīja izstrādātājs Michael Göbel. Tomēr viņš nav atradis risinājumu, un tāpēc viņš vēl nevar tirgot savas lietojumprogrammas vai drīzāk App Store. “Es pat nevaru saskaitīt visus izstrādātājus un uzņēmumus, kuri saskārās ar tādām pašām problēmām kā es un galu galā padevās. Pēc simtiem tūkstošu lietotāju datu zaudēšanas viņi vienkārši pameta iCloud.
Apple lielākā problēma ar iCloud ir datu bāzes sinhronizācija (Core Data). Pārējie divi datu veidi, kurus var sinhronizēt, izmantojot Apple mākoni – iestatījumi un faili –, bez problēmām darbojas robežās. Tomēr Core Data uzvedas pilnīgi neparedzami. Tā ir augsta līmeņa sistēma, kas ļauj sinhronizēt vairākas datu bāzes dažādās ierīcēs. "iCloud solīja atrisināt visas datu bāzes sinhronizācijas problēmas ar Core Data atbalstu, taču tas vienkārši nedarbojas." sacīja viens no ievērojamākajiem izstrādātājiem, kurš nevēlējās tikt nosaukts, lai uzturētu labas attiecības ar Apple.
Tajā pašā laikā Apple šīs problēmas pilnībā ignorē, iCloud turpina reklamēties kā vienkāršs risinājums, un lietotāji to pieprasa no izstrādātājiem. Taču, neskatoties uz izstrādātāja pūlēm, lietotāju dati nekontrolējami pazūd un ierīces pārtrauc sinhronizāciju. "Šo problēmu atrisināšana bieži prasa stundas, un dažas var neatgriezeniski salauzt jūsu kontus." cits vadošais izstrādātājs pievēršas Apple un piebilst: "Turklāt AppleCare nevar atrisināt šīs problēmas ar klientiem."
“Mēs visu laiku cīnāmies ar Core Data un iCloud kombināciju. Visa šī sistēma ir neparedzama, un izstrādātājam bieži ir ierobežotas iespējas ietekmēt tās darbību. apraksta Čehijas attīstības studiju Pieskarieties Art, kas mums apstiprināja, ka pastāvīgu problēmu dēļ tā atsakās no šī risinājuma un strādā pati, kurā izmantos failu sinhronizāciju, nevis datu bāzes sinhronizāciju kā tādu. Pēc tam viņš tam varēs izmantot iCloud, jo caur to bez problēmām notiek failu sinhronizācija. Galu galā to apstiprina arī Jusoft izstrādātāji: "iCloud neapšaubāmi ir lielisks rīks tiešai failu glabāšanai." Tomēr Jumsoftam, diemžēl, ir nepieciešami Core Data labi zināmajai Money lietojumprogrammai, un tas ir klupšanas akmens.
[do action="quote"]iCloud un Core Data ir katra izstrādātāja ļaunākais murgs.[/do]
Daudzas problēmas rodas arī no negaidītām situācijām, kas var viegli rasties, piemēram, kad lietotājs savā ierīcē izrakstās no viena Apple ID un piesakās, izmantojot citu. Apple ar tiem nemaz nerēķinās. "Kā atrisināt problēmu, kad lietotājs, kurš nav pierakstījies iCloud, ieslēdz lietojumprogrammu, pēc tam izveido savienojumu ar iCloud un atkal palaiž lietojumprogrammu?" viņš jautāja ar vienu izstrādātāju Apple forumos.
Visas ar iCloud saistītās problēmas beidzas ar neapmierinātību, kad lietotņu lietotāji zaudē datus, savukārt izstrādātāji bieži vien bezpalīdzīgi skatās. "Lietotāji man sūdzas un novērtē lietotnes ar vienu zvaigznīti." viņš sūdzējās Apple forumos izstrādātājs Braiens Arnolds, kurš joprojām nav saņēmis Apple skaidrojumu par to, ko darīt ar līdzīgām problēmām vai kāpēc tās vispār rodas. Un forumi ir pilni ar šādām sūdzībām par iCloud sinhronizāciju.
Daži izstrādātāji jau zaudē pacietību ar iCloud, un tas nav brīnums. "iCloud un Core Data ir katra izstrādātāja ļaunākais murgs," sacīja par Apmaļu nenosaukts izstrādātājs. "Tas ir apgrūtinoši, dažkārt tracinoši un ir bezgalīgas problēmu novēršanas stundu vērts."
Ābols klusē. Viņš pats apiet problēmas
Varbūt nav brīnums, ka Apple problēmas ar iCloud pāriet tā, it kā nekas nebūtu noticis. Apple savās lietojumprogrammās praktiski neizmanto problemātiskos Core Data. Faktiski ir divi iCloud — viens, kas nodrošina Apple pakalpojumu darbību, un otrs, kas tiek piedāvāts izstrādātājiem. Programmas un pakalpojumi, piemēram, iMessage, Mail, iCloud dublēšana, iTunes, Photo Stream un citi, ir veidoti, izmantojot pilnīgi atšķirīgu tehnoloģiju, nekā tas ir pieejams trešo pušu izstrādātājiem. Tas ir, tas, ar kuru ir pastāvīgas nepatikšanas. Lietojumprogrammas no iWork pakotnes (Keynote, Pages, Numbers) izmanto to pašu API, ko trešās puses lietojumprogrammas, taču tikai daudz vienkāršākai dokumentu sinhronizācijai, kuras nodrošināšanai Apple ļoti rūpējas. Ielaižot iCloud un Core Data savā lietotnē Cupertino, tie uzticamības ziņā nav labāki par trešo pušu izstrādātājiem. Lietojumprogramma Trailers, kas sinhronizēšanai izmanto Core Data, runā pati par sevi, un lietotāji regulāri zaudē dažus ierakstus.
Tomēr ar piekabēm, kas nav ne tuvu tik populāras, šīs problēmas ir salīdzinoši viegli zaudēt. Bet ko tad lai saka populārāko aplikāciju izstrādātāji saviem lietotājiem, kuriem vienkārši jāpaļaujas uz problemātiskajiem Core Data iCloud, bet bieži vien nevar garantēt tādu funkcionalitāti, kādu Apple nemitīgi reklamē savās reklāmās? Apple noteikti viņiem nepalīdzēs. "Vai kāds no Apple var komentēt šo situāciju?" viņš jautāja neveiksmīgi forumā, izstrādātājs Džastins Driskols, kurš bija spiests slēgt savu gaidāmo lietotni neuzticamā iCloud dēļ.
Gada laikā Apple izstrādātājiem nepalīdz, tāpēc visi cerēja, ka kaut kas atrisināsies vismaz pagājušā gada WWDC, t.i., izstrādātājiem paredzētajā konferencē, taču arī šeit Apple zem izstrādātāju milzīgā spiediena lielu palīdzību nenesa. Piemēram, viņš sniedza koda paraugu, ko var izmantot, lai sinhronizētu pamatdatus, taču tas nebūt nebija pilnīgs. Atkal, nekādas būtiskas palīdzības. Turklāt Apple inženieri mudināja izstrādātājus gaidīt iOS 6. "Pāreja no iOS 5 uz iOS 6 padarīja lietas par XNUMX% labākas." apstiprināja vārdā nenosaukts izstrādātājs, "bet tas joprojām ir tālu no ideāla." Saskaņā ar citiem avotiem Apple pagājušajā gadā bija tikai četri darbinieki, kas rūpējās par Core Data, kas skaidri liecinātu, ka Apple nav ieinteresēta šajā jomā. Tomēr uzņēmums atteicās komentēt šo informāciju.
Uz redzēšanos un šalli
Pēc visām minētajām peripetijām nav pārsteidzoši, ka daudzi izstrādātāji teica nē iCloud, lai gan, iespējams, ar smagu sirdi. Tieši iCloud vajadzēja beidzot nest kaut ko, pēc kā ilgojās izstrādātāji – vienkāršu risinājumu, kas nodrošina identiskas datu bāzes un to pastāvīgu sinhronizāciju divās vai vairākās ierīcēs. Diemžēl realitāte ir cita. “Kad mēs apskatījām iCloud un Core Data kā risinājumu savai lietotnei, mēs sapratām, ka nevaram to izmantot, jo nekas nedarbosies.” sacīja dažu visvairāk pārdoto iPhone un Mac lietojumprogrammu izstrādātājs.
Vēl viens iemesls, kāpēc iCloud nav viegli pamest, ir fakts, ka Apple pamana lietojumprogrammas, kas izmanto tā pakalpojumus (iCloud, Game Center), un pilnībā ignorē tās, kurām App Store nav nekā Apple. iCloud ir arī labs risinājums no mārketinga viedokļa.
Kā iespējamā alternatīva tiek piedāvāta, piemēram, Dropbox, taču tā vairs nav tik draudzīga lietotājam. No vienas puses, lietotājam ir jāizveido cits konts (iCloud ir pieejams automātiski, iegādājoties jaunu ierīci), un, no otras puses, ir nepieciešama autorizācija, lai lietotne varētu darboties, kas arī neizdodas ar iCloud. Un visbeidzot – Dropbox piedāvā dokumentu sinhronizāciju, kas vienkārši nav tas, ko izstrādātāji meklē. Viņi vēlas sinhronizēt datu bāzes. «Datu sinhronizācijā sevi ir pierādījis Dropbox, kas šobrīd tiek izmantots visvairāk. Bet, kad runa ir par datu bāzes sinhronizēšanu, mēs esam atkarīgi no iCloud. atzīst Roman Maštalíř no Touch Art.
[do action="quote"]Es vēlētos pateikt Apple, ka viņi operētājsistēmā iOS 7 visu laboja, bet es tam īsti neticu.[/do]
Taču lietojumprogrammas 2Do izstrādātājiem nebija pacietības, jo neskaitāmās negatīvās pieredzes ar iCloud dēļ viņi Apple pakalpojumu nemaz neizmēģināja un uzreiz nāca klajā ar savu risinājumu. “Mēs neizmantojam iCloud visu problēmu dēļ. Tā ir ļoti slēgta sistēma, pār kuru mēs nevarētu tik daudz kontrolēt, kā vēlētos. izstrādātājs Fahad Gillani mums pastāstīja. “Sinhronizācijai mēs izvēlējāmies Dropbox. Tomēr mēs neizmantojam tās dokumentu sinhronizāciju, mēs tam esam uzrakstījuši savu sinhronizācijas risinājumu.
Citas Čehijas studijas Madfinger Games spēlēs nav arī iCloud. Tomēr populāro nosaukumu Dead Trigger un Shadowgun radītājs neizmanto Apple pakalpojumu nedaudz atšķirīgu iemeslu dēļ. "Mums ir sava uz mākoņiem balstīta sistēma spēļu pozīciju saglabāšanai, jo vēlējāmies, lai spēles gaitu varētu pārsūtīt starp platformām." Deivids Kolečkář mums atklāja, ka, pateicoties Madfinger Games spēļu izstrādei gan iOS, gan Android ierīcēm, iCloud nekad nav bijis risinājums.
Vai būs risinājums?
Laikam ejot, daudzi izstrādātāji pamazām zaudē cerību, ka Apple nāks klajā ar risinājumu. Piemēram, nāk nākamais WWDC, taču, tā kā Apple ar izstrādātājiem praktiski nekomunicē arī šobrīd, nav sagaidāms, ka viņam uz WWDC vajadzētu ierasties ar padomu un atbilžu pilnām rokām. "Viss, ko mēs varam darīt, ir turpināt sūtīt kļūdu ziņojumus Apple un cerēt, ka viņi tās izlabos." žēlojās kāds vārdā nenosaukts iOS izstrādātājs, bet kāds cits atkārtoja viņa uzskatus: "Es labprāt pateiktu Apple, ka viņi visu izlaboja operētājsistēmā iOS 7 un ka iCloud beidzot var izmantot bez problēmām pēc diviem gadiem, taču es tam īsti neticu." Taču šī gada WWDC centrālajai tēmai vajadzētu būt iOS 7, tāpēc izstrādātāji var vismaz cerēt.
Ja Apple jaunajā operētājsistēmas versijā nepiedāvā risinājumu iCloud problēmām, dažiem projektiem tā varētu būt virtuāla nagla zārkā. Viens no izstrādātājiem, kurš līdz šim ir bijis spēcīgs iCloud atbalstītājs, saka: "Ja Apple to neizlabos operētājsistēmā iOS 7, mums būs jāatsakās no kuģa."
Izlasīju visu rakstu un nesaprotu no kurienes tas radies. Kas attiecas uz iCloud un Apple lietojumprogrammām un vispārējo iCloud integrāciju iPhone un Mac, tas man darbojas 100%, un es izmantoju gandrīz visas Apple lietojumprogrammas, kas to atbalsta. Turklāt man ir lejupielādēta arī Apple lietojumprogramma Trailers (lai gan tā NAV SVK iTunes, tāpēc tam ir jābūt iemeslam), bet es nezinu, kur šeit ir integrēts iCloud - man tā jāpaskatās uz augšu. Turklāt man NEKAD nav bijušas problēmas ar iCloud citās lietojumprogrammās. Es izmantoju Appig ToDo un iCloud sinhronizācija darbojas 100%, un man ir vairāk nekā 100 uzdevumu iPhone un Mac lietojumprogrammās, kas ir cieši saistīti ar manu darbu, tāpēc man ir nepieciešama 100% darba sinhronizācija, tāpēc es nezinu, ar ko 2Do ir problēmas. . Es arī sazinājos tieši ar Appigo, un viņi ieteica iCloud (papildus savam maksas sinhronizācijas pakalpojumam, protams) sinhronizācijai, jo es arī izmēģināju dropbox un nebiju apmierināts (es katru dienu izmantoju dropbox, lai sinhronizētu failus). Es arī izmantoju iBear naudas lietotni katru dienu un nekad nav bijušas problēmas ar iCloud sinhronizāciju! Jūs arī rakstāt, ka Dropbox ir labāks risinājums failu sinhronizēšanai, bet pirms tam ir rakstīts, ka iCloud ir ideāls failu sinhronizācijai - es to mazliet nesaprotu. Turklāt jūsu pieminētās spēļu studijas neizmanto iCloud, bet izmanto savu pakalpojumu sinhronizācijas dēļ ar ANDROID ierīcēm, kurās iCloud nepastāv, tāpēc domāju, ka šeit nav problēmu. Šādi Real Racing 3 darbojas pēdējā laikā un arī tikai tad, ja tiek sinhronizēta ar citām ierīcēm, nevis Apple. Citas spēles, kurās tiek izmantota iCloud, darbojas arī tādā veidā (mana pieredze). Un beigās jūs rakstāt, ka iCloud ir ļoti slēgta sistēma un tā ir problēma – vai tā vienmēr nav bijusi Apple filozofija? Ja iCloud būtu pilnībā atvērts, tas vispār nedarbotos. Arī visa iOS ir slēgta un vienmēr kāds sūdzēsies, ka nevar, bet no mana viedokļa tas ir tikai labi, vai ne? Jāatzīst, ka neesmu lasījis sūdzības forumos un sūdzības no izstrādātājiem, bet esmu 100% apmierināts ar iCloud, tāpēc šis raksts mani pārsteidza.
Jā, kā rakstīts rakstā. Vietējās lietotnes darbojas, un lietotājs neko nepamana
Atvelciet elpu, patiesībā tas ir tulkots raksts no TheVerge, tāpēc mēs lasām Elisa Hamburgera viedokli, ne tik daudz Ondreja Holcmana (nekas nav pret mani, es vienkārši atdodu visu).
Patiesībā nevienu neinteresē, ko Apple dara labi. Ikviens vēlas dzirdēt, ko dara nepareizi, jo reklāma šādās vietnēs nopelna divreiz vairāk. Jo pretējā gadījumā es nevaru izskaidrot, kāpēc viss raksts būtu par to, kā "iCloud nedarbojas vispār", lai gan tās ir tikai problēmas ar Core Data sync, kas ir aptuveni 1/10 no iCloud. Bet, kā jau teicu, nevienam neinteresē, kas darbojas gandrīz ideāli:
- iTunes Match
- iTunes mākonī
- iMessage
– Facetime
- bilžu straume
- iCloud dublējumkopijas
– Kontakti
– Atgādinājumi
- Kalendāri
- aplādes
- Spēļu centrs
Galu galā, pat ja viena maza daļa nedarbojas perfekti, raksti ir par to, kā "nekas nedarbojas", jo tas ir joks. Tomēr cilvēki, kas zina faktus, zina, ka tam nav nekā kopīga ar objektīvu ziņošanu.
Šodien ir IN visu kritizēt (īpaši, ja cilvēks par to neko nav izlasījis iepriekš), tāpēc vai nu pievienojies valdei, vai interneta masas tevi nomētās ar akmeņiem.
Ja rakstā nav norādīts, ka tiek kritizēti tikai Core Data, tad tam vajadzēja būt. Un jā, raksts lielā mērā ir ņemts no TheVerge, jo mēs vienkārši nevaram piekļūt šādai informācijai, mums nav piekļuves. Es mēģināju vismaz pajautāt dažiem citiem izstrādātājiem par problēmām ar iCloud, lai uzzinātu, kas un kāpēc, un viņi vairāk vai mazāk apstiprināja šīs sūdzības.
Jūs rakstāt, ka visi vēlas dzirdēt, kas ir nepareizi, un tā ir taisnība. Vai jūs domājat, ka būtu vērts katru nedēļu rakstīt par to, kā iCloud patiesībā ir lielisks, kā viss darbojas, izņemot vienu lietu un ka dati ir skaisti sinhronizēti? Nezinu, man šī likās ļoti interesanta tēma, kas tagad ir kļuvusi populāra, īpaši ārzemēs, tāpēc es par to rakstīju.
Vai tādā gadījumā tas neattiecas uz to, ka jānorāda avots, no kura raksts ir? Vai arī tas galvenokārt ir raksta tulkojums? Tātad tas nav jūsu radīts, bet kāds cits? Turklāt šādi raksti bezjēdzīgi izplata šaubas, kā tas ir tieši Mareka Odehnāla komentārā zemāk !!!
Raksta avots ir norādīts no sākuma zem pēdējā teikuma, tāpat kā visiem citiem rakstiem par Jablíčkář.
ak, piedod, es to nesapratu
Nu labi neiznāk - veiciet nelielu eksperimentu: izlasiet tikai virsrakstu un tad visus subtitrus - no šī man ir sajūta, ka iCloud ir sliktāks par vēzi (un kaut kur ir kaut kas Core Data, bet augstāk viss, kas man jāatceras, ka iCloud absolūti nedarbojas, kā jūs rakstāt vienā apakšvirsrakstā - vismaz tas ir izslēgts). Tikai daži cilvēki saprot, kā Core Data patiesībā figurē iCloud, un šis raksts noteikti neuztraucās to izskaidrot. Ar to, ka jūs to pieminējāt vairākās rindkopās, tiešām nepietiek. Un es nekur neredzu plurālismu - nav jātaisa vesels raksts par to, ka viss strādā. Bet tūkstošvārdu rakstā ne reizi nav minēts, ka visas pārējās iCloud daļas darbojas tik lēni, kā man liekas... nu, tikai raksturīgi šī brīža noskaņojumam - kritizē Apple, reklāma atmaksājas. Un jāpiemin, ka NEVIENS konkurētspējīgs uzņēmums līdzīgu risinājumu nepiedāvā... tam nav vietas, vai ne?
Negribu nevienam ieteikt, bet ievēroju likumu: ja kaut ko nesaprotu, par to nerakstu.
Ja ar mierīgu seju pastāstīsi, ka raksts tev šķiet objektīvs vai pauž vairāk nekā vienu viedokli, tad diemžēl būs jāsmejas.
Jā, subtitrus izvēlējos nedaudz agresīvāk, reizēm pāri malai, to pieļauju. Tur ir minēts, ka darbojas citas iCloud funkcijas. Par to, ka iCloud piedāvā to, ko nepiedāvā citi servisi, tur arī minēts. Tas nav tur, ka iCloud to piedāvā kā VIENĪGO. Ir jau iepriekšminētais Dropbox, kas ir visizplatītākā alternatīva, taču tas noteikti nepiedāvā to, ko dara iCloud, t.i., datu bāzes sinhronizāciju.
Rakstā ir pausts vairāk viedokļu par šo jautājumu tādā veidā, ka vairāki izstrādātāji runā par vienu un to pašu tēmu. Ko man personīgi bija iespēja jautāt vairākām izstrādātāju studijām, tās visas man apstiprināja, ka vienkārši ir problēma ar Core Data.
Tas ir dīvaini, jo, kad es lasu hakeru ziņas, atbalsta forumus vai diskusijas vietnē Verge, apmēram puse izstrādātāju saka, ka viņiem ar to nebija problēmu (arī šajā diskusijā mums ir cilvēki, kas paši saka to pašu). Bet jūs tikko runājāt ar izstrādātājiem, kur viņi 100% teica, ka tas nedarbojas. Interesanti, šķiet ļoti iespējams – es noteikti neuzdrošinātos teikt, ka to cilvēku viedoklis, kuriem tas darbojās, viņi ... hm ... izkrita.
Ja salīdzinām ābolus ar āboliem (hehe), Dropbox un iCloud Document Sync darbojas lieliski. Tāpēc es neredzu iemeslu vispār pieminēt Dropbox, kad mēs runājam par Core Data sinhronizāciju.
Īsāk sakot, es vienkārši nesaprotu, ka jūs visu rakstu pamatojāt ar faktu, ka iCloud nedarbojas - punkts. Jūs minējāt, ka runa ir tikai par Core Data sinhronizāciju 13. rindā. Bet raksta absolūtais vairākums ir par to, kā iCloud kā tāds nedarbojas. Coz ir vienkārši nepatiess. Iespējams, ka tā ir vairāk sensācija. Bet, ja vēlaties pareizi rakstīt faktus, jums vajadzētu pievērst uzmanību tam. Jo, skatoties uz leju, ir cilvēki, kas to saprata tieši tā, kā tu to rakstīji – ka iCloud nedarbojas – un tāpēc viņi sāka jautāt, vai iCloud dublēšana vismaz darbojas. Es domāju, ka tas ir labākais pierādījums tam, kā tas izklausījās lielākajai daļai cilvēku.
Es jums uzrakstīšu to, ko rakstīju autoram vietnē The Verge: šis nav personisks emuārs, kurā ir pareizi izplatīt viltus. To patiesībā lasa miljoniem (un Jablicker gadījumā tūkstošiem) cilvēku, kuri jums tic un uztver jūsu rakstīto kā faktus. Tāpēc tas nav attaisnojums, ka pirms raksta rakstīšanas jūs neuzzinājāt, par ko ir runa. Pat ja es to varētu saprast. Man šķiet sliktāk, ka jūs selektīvi izmetat failu, nesaskaņojot faktus, lai rezultāts būtu vienkāršots raksts, dzenoties pēc sensācijas.
Bet es saprotu, ka, ja raksta nosaukums būtu "Kāpēc tas kaut kā nedarbojas, Core Data syncu?", iespējams, tas būtu daudz mazāk lasāms. Un šeit ir robežšķirtne starp radīšanu kvalitātes un kvantitātes dēļ.
Pats jautāju pieciem čehu izstrādātājiem (atbildēja četri), vienam ārzemju, un viņi kopumā apstiprināja, ka ir/ir problēma ar Core Data. Es nesaku, ka tas attiecas uz visiem, bet īsi sakot, tie, kuriem jautāju, apstiprināja citur lasīto. Diemžēl nesaņēmu pozitīvu atbildi, ko citādi būtu pieminējusi rakstā. Varēju aprakstīt vairāk izstrādātāju, bet uzrakstīju visiem čehu izstrādātājiem, kas ienāca prātā, un pievienojām arī dažus ārzemju, ar kuriem ir kontakti, bet ne visi sazinās.
Žēl, ka neturējos pie raksta "The Two Faces of iCloud" oriģinālās versijas, jo pieļauju, ka tā būtu bijusi daudz atbilstošāka un vienkārši cits nosaukums rakstam būtu radījis pavisam citu sajūtu. Bet tagad es to nevaru ņemt atpakaļ.
Jā, tas, iespējams, izklausītos daudz savādāk. Es ticu jums ar šiem izstrādātājiem, es izlasīju simtiem cilvēku viedokļus dažādos forumos un tur redzēju, ka tas ir tik pol on pol. Tā kā daudzi cilvēki patiešām bez problēmām izmanto Core Data sinhronizāciju — ja viņi izmanto vienkāršas struktūras un sapludināšana tiek pareizi apstrādāta, tad problēmām nevajadzētu būt. CDS (pamatdatu sinhronizācijā) nav kļūdu tik daudz ieviešanā kā principā - piemēram, ko darīt, ja jums ir divas datu bāzes ar kopīgu priekšteci, katrā esat veicis dažas izmaiņas un tad mēģināt šīs izmaiņas pārnest un šīs izmaiņas ir pretrunā? Šī ir diezgan liela un diezgan sarežģīta problēma ar datu bāzi (O(mn^2)), un neviens to vēl nav apmierinoši atrisinājis, tad Apple mēģinās kā viens no retajiem.
Man gandrīz žēl cilvēku, kuri par to neko daudz nezina, atnāk šurp, izlasa rakstu un aiziet ar sajūtu, ka iCloud ir sūds. Tajā pašā laikā, kā jau rakstīju iepriekš, desmitiem funkciju, kas darbojas bez problēmām, ir patiešām lieliskas un vairākas reizes ir ietaupījuši daudz datu. Tāpēc es uzskatīju, ka šis fails ir negodīgs, jo CSD bija ļoti sarežģīta problēma, kas nosoda visu iCloud — diemžēl daži cilvēki to tiešām tā saprata.
Kas attiecas uz rakstu par Core Data Sync problēmām - ar prieku izlasīšu un priecāšos par jebkādu papildu informāciju. Žēl, ka CDS uztvēra visu iCloud (un ne tikai jūsu iesniegumā, bet nedaudz arī E. Hamburgera iesniegumā, lai gan viņš mēģināja to kaut kā nodalīt — un pēc tam desmitiem serveru, kas pārņēma — vienkāršoti — publicēja šādā stilā no "iCloud ir noderīgs").
Es nedomāju, ka Apple to ir pelnījis – jo īpaši tāpēc, ka neviens cits pat nemēģina atrisināt problēmu.
Šis raksts praktiski ir tikai neapmierināto izstrādātāju un viņu problēmu pārfrāzēšana vienuviet. Man nav personīgās pieredzes ar izstrādi un iCloud, es vienkārši izmantoju pieejamo informāciju.
Lai piebilstu faktus, patiesība ir tāda, ka vergu-vergu stila datu bāzu sinhronizācija ir O(mn^2) problēma, ko ne Google, ne Oracle pat nemēģinās (turpretī Apple jau ir pienācīgi atrisinājusi to vidēji sarežģītām struktūrām). Apple ir vienīgais uzņēmums, kas cenšas to atrisināt, taču tas par to tiek tikai kritizēts. Toties Google ar savu master-slave sinhronizāciju (online) O(1) un reizēm offline O(n) smejas aizmugurē, kā visa tehnoloģiskā blogosfēra absolūti nesaprot, par ko raksta. Jo tikai šajā gadījumā tiek slavēti tie, kas tehnoloģiski atpaliek, un pionieri kritizēti. Sasodītā cilvēka nezināšana galvenajā pārraidē.
Es pāreju no Android, tāpēc man ir vienkāršs jautājums: no raksta sapratu, ka problēma ir sinhronizējot vairākās ierīcēs (piem., saglabāta spēles pozīcija iPhone un iPad). Man būs tikai iPhone, tāpēc jautājums ir, vai šī problēma attiecas arī uz tikai vienas un tikai vienas ierīces dublēšanu pakalpojumā iCloud. Es vienkārši pārdošu savu iPhone, nopirkšu jaunu un augšupielādēšu pilnu dublējumu no iCloud, kad man jaunajā telefonā būs visi iestatījumi un aplikāciju iestatījumi (sociālo tīklu paroles, saglabātās spēļu pozīcijas...) nu kā izdevās vai tas pēdējo reizi darbojas vecajā? Tas ir viens no galvenajiem migrācijas cēloņiem, t.i. Android bez root nevar pilnībā dublēt, un, kad es pārgāju uz citu tālruni, mēs lejupielādējām visas lietotnes, bet man atkal bija jāveic visi iestatījumi tajās manuāli, un ar desmitiem lietotņu tas ir stundas papildu laika. Tātad, vai iCloud atrisina šo problēmu vienai iTunes ierīcei? Paldies par informāciju.
Tev nav jābaidās! iCloud Apple ierīcēs darbojas 100% VISUR. Pirms kādiem 2 mēnešiem nopirku iP5 un apsēdos kafejnīcā pie wifi, ievadīju apple konta paroli un pēc 10 minūtēm man bija PRECĪZS mana vecā iPhone attēls, man šķiet pat pēdējās atvērtās aplikācijas!!! Visi iPhone dati tiks lejupielādēti jaunajā iP aptuveni 10 minūšu laikā (man bija pilns 32 GB iPhone ar datiem no pirmā iPhone pirms vairākiem gadiem līdz tam, tāpēc tas var aizņemt vēl mazāk) uz jauno IP, pat ar to lietojumprogrammu izkārtojums, kurām (protams) vēl jābūt lejupielādei, taču tajās visās būs dati, kas bija ietverti iepriekšējā iPhone. Viss, kas jums jādara manuāli, ir jāpiesakās lietojumprogrammās, kurām tas ir nepieciešams.)
Tev nav jābaidās! iCloud Apple ierīcēs darbojas 100% VISUR. Pirms kādiem 2 mēnešiem nopirku iP5 un apsēdos kafejnīcā pie wifi, ievadīju apple konta paroli un pēc 10 minūtēm man bija PRECĪZS mana vecā iPhone attēls, man šķiet pat pēdējās atvērtās aplikācijas!!! Visi iPhone dati tiks lejupielādēti jaunajā iP aptuveni 10 minūšu laikā (man bija pilns 32 GB iPhone ar datiem no pirmā iPhone pirms vairākiem gadiem līdz tam, tāpēc tas var aizņemt vēl mazāk) uz jauno IP, pat ar to lietojumprogrammu izkārtojums, kurām (protams) vēl jābūt lejupielādei, taču tajās visās būs dati, kas bija ietverti iepriekšējā iPhone. Viss, kas jums jādara manuāli, ir jāpiesakās lietojumprogrammās, kurām tas ir nepieciešams.)
Man arī šeit ir jāpiedalās.. Es kā iesācējs izstrādātājs cenšos ieviest iCloud arī savā aplikācijā.. Man vēl nav bijuši datu zudumi.. Viss darbojas kā nākas.. Laikam esmu paveicās.. Vienīgais, kas varētu nepatikt, ir ātruma sinhronizācija.. Apm. 1 MB datu ielāde noteikti aizņem ilgāku laiku nekā klasiska 1 MB datu lejupielāde no interneta.. Taču, tā kā tiek lejupielādēti visi žurnāli, tas ir pieņemami. .. Jā, ir ļoti viegli bug jūsu IP vai iPad tā, ka tas prasa dzēst visus datus no iCloud un pēc tam atjaunot visu tālruni.. (Dati paliks tur, bet, ja iestatījumi ir nepareizi, tiks ģenerēta kļūda. ) Bet viss tiek atjaunots 10 minūtēs un šī problēma skar tikai izstrādātājus.. Ar parastu mirstīgo tā nenotiks.. Uz iOS6 man noteikti nav lielu problēmu ar iCloud Core datu veidā un nedaudz nepiekrītu ar rakstu.
Ak, labi, pirmais teikums “Stīvs Džobss iepazīstināja ar pakalpojumu, kas joprojām biedē daudzus izstrādātājus šodien. Tas nav nekas cits kā iCloud. Un to, ka patiesībā tā ir tikai Core Data sinhronizācijas problēma, mēs uzzināsim par 12 rindiņām zemāk.
Pie velna, sensacionālisma labad fakti ir jāsaliek, lai tie kļūtu vēl sensacionālāki.