У сваім апошнім дакладзе на WWDC у 2011 годзе Стыў Джобс прадставіў сэрвіс, які да гэтага часу выклікае жах у многіх распрацоўшчыкаў. Гэта не што іншае, як iCloud, карысны пераемнік праблемнага MobileMe. Аднак нават iCloud не пазбаўлены памылак. А забудоўшчыкі бунтуюць…
Стыў Джобс упершыню прадэманстраваў iCloud у чэрвені 2011 года, сэрвіс быў запушчаны праз чатыры месяцы і працуе ўжо каля паўтара года. На паверхні, адносна гладкі сэрвіс, які, па словах легендарнага празорца, "проста працуе" (ці, прынамсі, павінен), але ўнутры, неўтаймаваны механізм, які часта робіць тое, што хоча, і распрацоўшчыкі не маюць эфектыўнай зброі супраць гэта.
«Усё адбываецца аўтаматычна, і вельмі лёгка падключыць свае праграмы да сістэмы захоўвання дадзеных iCloud», Джобс сказаў у той час. Калі цяпер распрацоўшчыкі ўспамінаюць яго словы, яны, напэўна, ашчаціняцца. «iCloud проста не працаваў у нас. Мы сапраўды патрацілі на гэта шмат часу, але з iCloud і сінхранізацыяй Core Data былі такія праблемы, якія мы не змаглі вырашыць». — прызнаўся ён кіраўнік студыі Black Pixel, якая адказвае, напрыклад, за вядомую RSS-рыдэр NetNewsWire. Для яе iCloud павінен быў стаць ідэальным рашэннем для сінхранізацыі, асабліва ў той час, калі Google збіраецца закрыць Google Reader, але стаўка на яблычны сэрвіс не спрацавала.
Нічога не атрымліваецца
Дзіўна, што сэрвіс, які мае больш за 250 мільёнаў карыстальнікаў і, такім чынам, з'яўляецца адным з найбуйнейшых у сваім родзе ў свеце, мае такія праблемы. Пры павярхоўным разглядзе справы можна паказаць пальцам на распрацоўшчыкаў, але пакуль яны ў гэтым не вінаватыя. Многія з іх iCloud спрабуе рэалізаваць у сваіх праграмах, але іх спробы часта заканчваюцца правалам. Бо ў iCloud сур'ёзныя праблемы з сінхранізацыяй.
[do action=”quote”]Я нават не магу пералічыць усіх распрацоўшчыкаў, якія сутыкнуліся з праблемамі і ў выніку здаліся.[/do]
«Я некалькі разоў перапісваў свой код iCloud у надзеі знайсці працоўнае рашэнне», — напісаў ён распрацоўшчык Майкл Гёбель. Аднак ён не знайшоў рашэння, і таму пакуль не можа прадаваць свае прыкладанні, дакладней, App Store. «Я нават не магу пералічыць усіх распрацоўшчыкаў і кампаній, якія сутыкнуліся з тымі ж праблемамі, што і я, і ў выніку здаліся. Страціўшы сотні тысяч карыстальніцкіх дадзеных, яны проста адмовіліся ад iCloud наогул».
Самая вялікая праблема Apple з iCloud - сінхранізацыя базы дадзеных (Core Data). Астатнія два тыпу дадзеных, якія можна сінхранізаваць праз воблака Apple - налады і файлы - працуюць у межах абмежаванняў без праблем. Аднак Core Data паводзіць сябе зусім непрадказальна. Гэта структура высокага ўзроўню, якая дазваляе сінхранізаваць некалькі баз дадзеных на розных прыладах. «iCloud абяцаў вырашыць усе праблемы сінхранізацыі баз дадзеных з падтрымкай Core Data, але гэта проста не працуе», - сказаў адзін з вядомых распрацоўшчыкаў, які не пажадаў называцца, каб падтрымліваць добрыя адносіны з Apple.
Пры гэтым Apple цалкам ігнаруе гэтыя праблемы, iCloud працягвае рэкламаваць як простае рашэнне, а карыстальнікі патрабуюць гэтага ад распрацоўшчыкаў. Але, нягледзячы на ўсе намаганні распрацоўшчыка, даныя карыстальнікаў бескантрольна знікаюць, а прылады перастаюць сінхранізавацца. "На вырашэнне гэтых праблем часта сыходзяць гадзіны, а некаторыя могуць назаўсёды парушыць працу вашых уліковых запісаў", іншы вядучы распрацоўшчык абапіраецца на Apple і дадае: «Акрамя таго, AppleCare не можа вырашыць гэтыя праблемы з кліентамі».
«Мы ўвесь час змагаемся з спалучэннем Core Data і iCloud. Уся гэтая сістэма непрадказальная, і распрацоўшчык часта мае абмежаваныя магчымасці ўплыву на яе функцыянаванне». апісвае чэшская студыя распрацоўкі Дакраніцеся да арт, які пацвердзіў нам, што з-за пастаянных праблем ён адмаўляецца ад гэтага рашэння і працуе самастойна, у якім будзе выкарыстоўваць сінхранізацыю файлаў замест сінхранізацыі базы дадзеных як такой. Затым ён зможа выкарыстоўваць для гэтага iCloud, бо праз яго без праблем адбываецца сінхранізацыя файлаў. У рэшце рэшт, гэта пацвярджаюць і распрацоўшчыкі з Jumsoft: «iCloud, несумненна, з'яўляецца выдатным інструментам для прамога захоўвання файлаў». Аднак Jumsoft, на жаль, мае патрэбу ў Core Data для свайго вядомага прыкладання Money, і гэта камень перапоны.
[do action="quote"]iCloud і Core Data - самы страшны кашмар для кожнага распрацоўшчыка.[/do]
Многія праблемы таксама ўзнікаюць з-за нечаканых сітуацый, якія могуць лёгка адбыцца, напрыклад, калі карыстальнік выходзіць з аднаго ідэнтыфікатара Apple ID на сваёй прыладзе і ўваходзіць праз іншы. Apple на іх зусім не разлічвае. «Як вырашыць праблему, калі карыстальнік, які не ўвайшоў у iCloud, уключае праграму, затым падключаецца да iCloud і зноў запускае праграму?» — спытаў ён з адным распрацоўшчыкам на форумах Apple.
Усе праблемы з iCloud выліваюцца ў незадаволенасць карыстальнікаў прыкладанняў, якія губляюць дадзеныя, а распрацоўшчыкі часта проста бездапаможна назіраюць. «Карыстальнікі скардзяцца мне і ацэньваюць праграмы адной зоркай», - паскардзіўся ён на яблычных форумах распрацоўшчык Браян Арнольд, які да гэтага часу не атрымаў ад Apple тлумачэння аб тым, што рабіць з падобнымі праблемамі і чаму яны ўвогуле ўзнікаюць. І на форумах поўна такіх скаргаў на сінхранізацыю iCloud.
Некаторыя распрацоўшчыкі ўжо губляюць цярпенне з iCloud, і нядзіўна. «iCloud і Core Data - гэта найгоршы кашмар кожнага распрацоўшчыка» заяўлена за Грань неназваны распрацоўшчык. «Часам гэта засмучае, зводзіць з розуму і варта бясконцых гадзін пошуку непаладак».
Apple маўчыць. Ён сам абыходзіць праблемы
Напэўна, нядзіўна, што праблемы Apple з iCloud праходзяць як ні ў чым не бывала. Apple практычна не выкарыстоўвае ў сваіх праграмах праблемныя Core Data. Фактычна існуе два iCloud - адзін, які забяспечвае паслугі Apple, і другі, які прапануецца распрацоўшчыкам. Праграмы і сэрвісы, такія як iMessage, Mail, рэзервовае капіраванне iCloud, iTunes, Photo Stream і іншыя, пабудаваны на зусім іншай тэхналогіі, чым тая, што даступная для старонніх распрацоўшчыкаў. Гэта значыць той, з якой пастаянныя непрыемнасці. Праграмы з пакета iWork (Keynote, Pages, Numbers) сапраўды выкарыстоўваюць той жа API, што і прыкладанні іншых вытворцаў, але толькі для значна больш простай сінхранізацыі дакументаў, якую Apple вельмі клапоціцца, каб яна працавала. Калі яны ўпускаюць iCloud і Core Data у сваю праграму ў Куперціна, яны не лепшыя з пункту гледжання надзейнасці, чым староннія распрацоўшчыкі. Прыкладанне Trailers, якое выкарыстоўвае Core Data для сінхранізацыі, кажа само за сябе, і карыстальнікі рэгулярна губляюць некаторыя запісы.
Аднак з трэйлерамі, якія не так папулярныя, гэтыя праблемы адносна лёгка пазбавіцца. Але што тады павінны сказаць распрацоўшчыкам самых папулярных прыкладанняў сваім карыстальнікам, якія проста вымушаны спадзявацца на праблемныя Core Data у iCloud, але часта не могуць гарантаваць такую функцыянальнасць, якую Apple пастаянна рэкламуе ў сваёй рэкламе? Apple ім дакладна не дапаможа. «Ці можа хто-небудзь з Apple пракаментаваць гэтую сітуацыю?» — спытаў ён беспаспяхова на форуме, распрацоўшчык Джасцін Дрыскол, які быў вымушаны закрыць сваё будучае прыкладанне з-за ненадзейнага iCloud.
На працягу года Apple не дапамагае распрацоўшчыкам, таму ўсе спадзяваліся, што нешта вырашыцца хаця б на леташняй WWDC, гэта значыць канферэнцыі, прызначанай для распрацоўшчыкаў, але і тут Apple не прынесла асаблівай дапамогі пад велізарным ціскам распрацоўшчыкаў. Напрыклад, ён прадставіў прыклад кода, які можна выкарыстоўваць для сінхранізацыі асноўных даных, але ён быў далёкі ад завяршэння. Зноў без істотнай дапамогі. Акрамя таго, інжынеры Apple заклікалі распрацоўшчыкаў пачакаць iOS 6. "Пераход з iOS 5 на iOS 6 зрабіў усё на XNUMX% лепш", пацверджана неназваным распрацоўшчыкам, "але гэта яшчэ далёка ад ідэалу". Згодна з іншымі крыніцамі, у мінулым годзе ў Apple было толькі чатыры супрацоўнікі, якія займаліся Core Data, што відавочна паказвае, што Apple не цікавіцца гэтай сферай. Аднак у кампаніі адмовіліся каментаваць гэтую інфармацыю.
Бывай і шалік
Пасля ўсіх згаданых перыпетый нядзіўна, што многія распрацоўшчыкі сказалі «не» iCloud, хоць, напэўна, з цяжкім сэрцам. Менавіта iCloud павінен быў нарэшце-то прынесці тое, чаго так жадалі распрацоўшчыкі - простае рашэнне, якое забяспечвае ідэнтычныя базы дадзеных і іх пастаянную сінхранізацыю на двух і больш прыладах. На жаль, рэальнасць іншая. «Калі мы разглядалі iCloud і Core Data як рашэнне для нашага прыкладання, мы зразумелі, што не можам выкарыстоўваць яго, таму што нічога не будзе працаваць», сказаў распрацоўшчык некаторых з самых прадаваных прыкладанняў для iPhone і Mac.
Яшчэ адна прычына, па якой iCloud няпроста адмовіцца, - гэта тое, што Apple заўважае прыкладанні, якія выкарыстоўваюць яе паслугі (iCloud, Game Center), і цалкам ігнаруе тыя, у якіх няма нічога Apple у App Store. iCloud таксама з'яўляецца добрым рашэннем з пункту гледжання маркетынгу.
Dropbox, напрыклад, прапануецца ў якасці магчымай альтэрнатывы, але ён ужо не такі зручны. З аднаго боку, карыстальнік павінен наладзіць іншы ўліковы запіс (iCloud становіцца даступным аўтаматычна пры куплі новай прылады), а з іншага боку, патрабуецца аўтарызацыя, перш чым праграма можа працаваць, што таксама не працуе з iCloud. І, нарэшце, Dropbox прапануе сінхранізацыю дакументаў, што проста не тое, што шукаюць распрацоўшчыкі. Яны хочуць сінхранізаваць базы дадзеных. «Dropbox, які найбольш часта выкарыстоўваецца на дадзены момант, зарэкамендаваў сябе для сінхранізацыі даных. Але калі справа даходзіць да сінхранізацыі базы дадзеных, мы залежым ад iCloud», прызнаецца Раман Машталірж з Touch Art.
[do action=”quote”]Я хацеў бы сказаць Apple, што яны ўсё выправілі ў iOS 7, але я не вельмі ў гэта веру.[/do]
Аднак у распрацоўшчыкаў прыкладання 2Do не хапіла цярпення, з-за шматлікіх негатыўных досведаў з iCloud яны наогул не спрабавалі яблычны сэрвіс і адразу прыдумалі сваё рашэнне. «Мы не выкарыстоўваем iCloud з-за ўсіх праблем. Гэта вельмі закрытая сістэма, над якой мы не змаглі б мець столькі кантролю, колькі хацелася б», расказаў нам распрацоўшчык Фахад Гілані. «Для сінхранізацыі мы абралі Dropbox. Аднак мы не выкарыстоўваем яго сінхранізацыю дакументаў, мы напісалі для яго сваё ўласнае рашэнне сінхранізацыі».
Іншая чэшская студыя Madfinger Games таксама не мае iCloud у сваіх гульнях. Аднак стваральнік папулярных назваў Dead Trigger і Shadowgun не карыстаецца сэрвісам Apple па крыху іншых прычынах. «У нас ёсць свая воблачная сістэма для захавання пазіцый у гульні, таму што мы хацелі мець магчымасць перадаваць ход гульні паміж платформамі», Дэвід Колечкарж расказаў нам, што з-за распрацоўкі гульняў для iOS і Android для Madfinger Games iCloud ніколі не быў рашэннем.
Ці будзе рашэнне?
З цягам часу многія распрацоўшчыкі паступова губляюць надзею, што Apple прыдумае рашэнне. Напрыклад, набліжаецца наступны WWDC, але паколькі Apple практычна не мае зносін з распрацоўшчыкамі нават цяпер, не чакаецца, што ён прыйдзе на WWDC з распасцёртымі абдымкамі, поўнымі парад і адказаў. «Усё, што мы можам зрабіць, гэта працягваць дасылаць справаздачы аб памылках у Apple і спадзявацца, што яны іх выправяць», паскардзіўся неназваны распрацоўшчык iOS, а другі паўтарыў яго пачуцці: «Я хацеў бы сказаць Apple, што яны ўсё выправілі ў iOS 7 і праз два гады нарэшце можна без праблем выкарыстоўваць iCloud, але я не вельмі ў гэта веру». Але менавіта iOS 7 павінна стаць цэнтральнай тэмай сёлетняга WWDC, так што распрацоўшчыкі могуць прынамсі спадзявацца.
Калі Apple не прапануе рашэння праблем iCloud у новай версіі сваёй аперацыйнай сістэмы, гэта можа стаць віртуальным цвіком у труну для некаторых праектаў. Адзін з распрацоўшчыкаў, які дагэтуль быў моцным прыхільнікам iCloud, кажа: «Калі Apple не выправіць гэта ў iOS 7, нам давядзецца адмовіцца ад пастаўкі».
Прачытаў увесь артыкул і не разумею, адкуль ён узяўся. Што тычыцца прыкладанняў iCloud і Apple, а таксама агульнай інтэграцыі iCloud у iPhone і Mac, для мяне гэта працуе на 100%, і я выкарыстоўваю практычна ўсе праграмы ад Apple, якія падтрымліваюць гэта. Акрамя таго, у мяне таксама спампавана праграма Trailers ад Apple (хоць яе НЕ ў SVK iTunes, таму для гэтага павінна быць прычына), але я не ведаю, дзе тут інтэграваны iCloud - мне трэба будзе паглядзець уверх. Акрамя таго, у мяне НІКОЛІ не было праблем з iCloud у іншых праграмах. Я выкарыстоўваю ToDo ад Appig, і сінхранізацыя iCloud працуе на 100%, і ў мяне ёсць больш за 100 задач у праграмах iPhone і Mac, якія цесна звязаны з маёй працай, таму мне патрэбна 100% рабочая сінхранізацыя, таму я не ведаю, з чым у 2Do праблемы . Я таксама меў зносіны непасрэдна з Appigo, і яны рэкамендавалі iCloud (у дадатак да іх платнай службы сінхранізацыі, вядома) для сінхранізацыі, таму што я таксама спрабаваў Dropbox і быў незадаволены (я выкарыстоўваю Dropbox кожны дзень для сінхранізацыі файлаў). Я таксама кожны дзень карыстаюся грашовым дадаткам iBear і ніколі не меў праблем з сінхранізацыяй iCloud! Вы таксама пішаце, што Dropbox - лепшае рашэнне для сінхранізацыі файлаў, але перад гэтым напісана, што iCloud ідэальна падыходзіць для сінхранізацыі файлаў - я гэтага крыху не разумею. Акрамя таго, гульнявыя студыі, якія вы згадваеце, не выкарыстоўваюць iCloud, але карыстаюцца іх паслугамі з-за сінхранізацыі з прыладамі ANDROID, дзе iCloud не існуе, так што я думаю, што тут няма праблемы. Такім чынам працуе Real Racing 3 у апошні час, і таксама толькі пры сінхранізацыі з іншымі прыладамі, акрамя Apple. Іншыя гульні, якія выкарыстоўваюць iCloud, таксама працуюць такім чынам (з майго досведу). І ў канцы вы пішаце, што iCloud — вельмі закрытая сістэма, і гэта праблема — хіба гэта не заўсёды было філасофіяй Apple? Калі б iCloud быў цалкам адкрыты, ён бы наогул не працаваў. Акрамя таго, уся iOS закрыта, і хтосьці заўсёды будзе скардзіцца, што не можа гэтага зрабіць, але з майго пункту гледжання гэта толькі добра, так? Прызнацца, я не чытаў скаргаў на форумах і скаргаў распрацоўшчыкаў, але iCloud задаволены на ўсе 100%, таму гэты артыкул мяне здзівіў.
Так, як напісана ў артыкуле. Родныя праграмы працуюць, і карыстальнік нічога не заўважае
Удыхніце, гэта насамрэч перакладзены артыкул з TheVerge, так што мы чытаем меркаванне Эліса Гамбургера, а не Ондржэя Хольцмана (нічога супраць мяне, я проста аддаю ўсё, што магу).
На самай справе нікога не хвалюе, што Apple робіць добра. Усе хочуць пачуць, што яны робяць не так, бо рэклама на такіх сайтах зарабляе ўдвая больш. Бо інакш я не магу растлумачыць, чаму ўвесь артыкул будзе пра тое, што «iCloud наогул не працуе», нават калі гэта проста праблемы з сінхранізацыяй асноўных даных, што складае прыкладна 1/10 iCloud. Але, як я ўжо казаў, нікога не хвалюе, што працуе амаль ідэальна:
– iTunes Match
– iTunes у воблаку
– iMessage
– Facetime
– фотаструмень
– Рэзервовыя копіі iCloud
– Кантакты
– Напаміны
– Календары
- Падкасты
- Гульнявы цэнтр
У рэшце рэшт, нават калі адна маленькая частка не працуе ідэальна, артыкулы пра тое, як "нічога не працуе", таму што гэта жарт. Аднак людзі, якія ведаюць факты, ведаюць, што гэта не мае нічога агульнага з аб'ектыўнай інфармацыяй.
Сёння крытыкаваць усё (асабліва без таго, каб чалавек нічога пра гэта не прачытаў папярэдне) - так што альбо далучайцеся да дошкі, альбо інтэрнэт-масы паб'юць вас камянямі.
Калі ў артыкуле не вынікае, што крытыкуюцца толькі асноўныя дадзеныя, значыць, так і павінна было быць. І так, артыкул у значнай ступені ўзяты з TheVerge, таму што мы проста не можам атрымаць да такой інфармацыі, у нас няма доступу. Я паспрабаваў прынамсі распытаць іншых распрацоўшчыкаў пра праблемы з iCloud, каб даведацца, што і чаму, і яны больш-менш пацвердзілі гэтыя скаргі.
Вы пішаце, што ўсе хочуць пачуць, што не так, і гэта праўда. Як вы лічыце, ці варта было б кожны тыдзень пісаць пра тое, наколькі iCloud насамрэч выдатны, як усё працуе, за выключэннем аднаго, і што даныя прыгожа сінхранізуюцца? Не ведаю, мне падалося, што гэта вельмі цікавая тэма, якая цяпер стала папулярнай, асабліва за мяжой, таму я пра гэта напісаў.
У такім выпадку, хіба не трэба ўказваць крыніцу артыкула? Ці гэта ў асноўным пераклад артыкула? Значыць, гэта не ваша тварэнне, а чужое? Акрамя таго, артыкулы падобнага кшталту бескарысна распаўсюджваюць сумневы, як і ў каментары Марэка Одэхнала ніжэй !!!
Крыніца артыкула ўказана з пачатку пад апошнім сказам, як і для ўсіх іншых артыкулаў на Jablíčkář.
о, прабачце, я гэтага не зразумеў
Ну, не вельмі добра атрымліваецца - правядзіце невялікі эксперымент: прачытайце толькі назву, а потым усе субтытры - ад гэтага ў мяне такое адчуванне, што iCloud горш за рак (і што дзесьці ёсць нешта Core Data, але вышэй усё, што я павінен памятаць, што iCloud абсалютна не працуе, як вы пішаце ў адным падзагалоўку - прынамсі, гэта не так). Мала хто разумее, як Core Data насамрэч фігуруе ў iCloud, і гэты артыкул дакладна не папрацаваў, каб растлумачыць гэта якім-небудзь чынам. Тое, што вы згадалі пра гэта ў некалькіх абзацах, сапраўды недастаткова. І я нідзе не бачу множнасці - не трэба пісаць цэлы артыкул пра тое, што ўсё працуе. Але ў тысячаслоўным артыкуле ні разу не згадваецца, што ўсе астатнія часткі iCloud працуюць так павольна, як я думаю... ну, проста тыпова для цяперашняга настрою - крытыкуйце Apple, рэклама акупляецца. І варта адзначыць, што НІЯКАЯ канкурэнтная кампанія не прапануе падобнага рашэння... для гэтага ўжо не засталося месца, так?
Я не хачу нікому раіць, але прытрымліваюся правіла: калі я чагосьці не разумею, я пра гэта не пішу.
Калі вы са спакойным тварам скажаце мне, што лічыце артыкул аб'ектыўным або выказвае больш чым адзін пункт гледжання, то, на жаль, мне давядзецца пасмяяцца.
Так, я выбіраў субтытры крыху больш агрэсіўна, часам праз край, я прымаю гэта. Там згадваецца, што іншыя функцыі iCloud працуюць. Пра тое, што iCloud прапануе тое, чаго няма ў іншых сэрвісаў, таксама гаворыцца. Гэта не тое, што iCloud прапануе яго як АДЗІНЫ. Існуе вышэйзгаданы Dropbox, які з'яўляецца найбольш распаўсюджанай альтэрнатывай, але ён, вядома, не прапануе таго, што робіць iCloud, гэта значыць сінхранізацыі базы дадзеных.
Артыкул выказвае больш поглядаў па гэтым пытанні такім чынам, што некалькі распрацоўшчыкаў размаўляюць на адну і тую ж тэму. Тое, што я асабіста меў магчымасць спытаць у некалькіх студый распрацоўшчыкаў, усе яны пацвердзілі мне, што ёсць проста праблема з Core Data.
Гэта дзіўна, бо калі я чытаю хакерскія навіны, форумы падтрымкі або дыскусіі на Verge, каля паловы распрацоўшчыкаў кажуць, што ў іх з гэтым не было праблем (нават у гэтай дыскусіі ёсць людзі, якія самі кажуць тое ж самае). Але вы толькі што размаўлялі з распрацоўшчыкамі, дзе яны на 100% сказалі вам, што гэта не працуе. Цікава, здаецца вельмі верагодным - я б дакладна не адважыўся сказаць, што меркаванне людзей, на якіх гэта працавала, яны ... гм ... разышліся.
Калі мы параўноўваем яблыкі з яблыкамі (хе-хе), Dropbox і iCloud Document Sync абодва працуюць ідэальна. Так што я не бачу прычын згадваць Dropbox, калі мы гаворым пра сінхранізацыю асноўных даных.
Карацей кажучы, я проста не разумею, што вы заснавалі ўвесь артыкул на тым, што iCloud не працуе - і кропка. Вы згадалі, што гаворка ідзе толькі пра сінхранізацыю асноўных даных на 13-м радку. Але абсалютная большасць артыкула пра тое, як iCloud як такі не працуе. Бо гэта проста няпраўда. Тое, што гэта хутчэй сенсацыя, напэўна, праўда. Але калі вы хочаце напісаць фактычна правільна, то варта звярнуць на гэта ўвагу. Таму што, калі вы глядзіце ўніз, ёсць людзі, якія зразумелі гэта менавіта так, як вы гэта напісалі - што iCloud не працуе - і таму яны пачалі пытацца, ці працуе хаця б рэзервовае капіраванне iCloud. Я думаю, што гэта лепшае сведчанне таго, як гэта гучала для большасці людзей.
Я напішу вам тое, што напісаў аўтару на The Verge: гэта не асабісты блог, дзе можна распаўсюджваць няпраўду. Яе сапраўды чытаюць мільёны (а ў выпадку Джаблікера тысячы) людзей, якія вераць вам і прымаюць тое, што вы пішаце, як факты. Такім чынам, гэта не апраўданне, што вы не даведаліся, пра што гаворка, перш чым напісаць артыкул. Нават калі б я мог гэта зразумець. Я лічу горш, што вы выбарачна выкідваеце файл без супастаўлення фактаў, каб у выніку атрымаўся спрошчаны артыкул, які гоніцца за сенсацыяй.
Але я разумею, што калі б назва артыкула была "Чаму гэта неяк не працуе, сінхранізацыя асноўных дадзеных?", яе, верагодна, чыталі б значна менш. І тут праходзіць мяжа паміж стварэннем для якасці і для колькасці.
Я сам спытаў пяць чэшскіх распрацоўшчыкаў (адказалі чатыры), аднаго замежнага, і яны ў цэлым пацвердзілі, што ёсць/ёсць праблема з Core Data. Я не кажу, што гэта дакладна для ўсіх, але карацей кажучы, тыя, каго я спытаў, пацвердзілі тое, што я чытаў у іншым месцы. На жаль, станоўчага адказу я не атрымаў, пра што інакш згадаў бы ў артыкуле. Я мог бы апісаць больш распрацоўшчыкаў, але чэшскіх я напісаў усім, каму прыйшло ў галаву, а таксама мы дадалі некаторых замежных, з якімі мы маем кантакты, але не ўсе яны маюць зносіны.
Шкада, што я не прытрымліваўся арыгінальнай версіі артыкула "Два абліччы iCloud", таму што я прызнаю, што гэта было б значна больш прыдатным, і проста іншая назва надала б артыкулу зусім іншае адчуванне. Але цяпер я не магу ўзяць гэта назад.
Так, напэўна, гэта гучала б зусім інакш. Я веру вам з гэтымі распрацоўшчыкамі, я прачытаў меркаванні сотняў людзей на розных форумах і там убачыў, што гэта так pol на pol. Таму што многія людзі сапраўды выкарыстоўваюць сінхранізацыю асноўных даных без праблем - калі яны выкарыстоўваюць простыя структуры і правільна апрацоўваюць зліццё, то праблем быць не павінна. CDS (асноўная сінхранізацыя дадзеных) не мае памылак у рэалізацыі столькі, колькі ў прынцыпе - напрыклад, што рабіць, калі ў вас ёсць дзве базы дадзеных з агульным продкам, вы зрабілі некаторыя змены ў кожнай, а затым вы спрабуеце перадаць гэтыя змены і гэтыя змены канфліктуюць? Гэта даволі вялікая і даволі складаная праблема з базай дадзеных (O(mn^2)), і ніхто яшчэ не вырашыў яе здавальняюча, Apple паспрабуе гэта зрабіць як адна з нямногіх.
Мне амаль шкада людзей, якія мала пра гэта ведаюць, прыходзяць сюды, чытаюць артыкул і сыходзяць з адчуваннем, што iCloud - гэта лайно. У той жа час, як я ўжо пісаў раней, дзясяткі функцый, якія працуюць без праблем, сапраўды цудоўныя і некалькі разоў зэканомілі мне шмат дадзеных. Такім чынам, я палічыў гэты файл несправядлівым з-за вельмі складанай праблемы CSD, якая асуджае ўвесь iCloud - на жаль, некаторыя людзі сапраўды гэта зразумелі.
Што тычыцца артыкула аб праблемах Core Data Sync - я быў бы рады яго прачытаць і быў бы ўдзячны за любую дадатковую інфармацыю пра гэта. Шкада толькі, што CDS злавіў увесь iCloud (і не толькі ў вашай заяве, але і крыху ў падачы Э. Гамбургера, хаця ён спрабаваў гэта неяк аддзяліць - а потым дзесяткі сервераў, якія захапілі - спрошчана - апублікаваныя ў стылі з «iCloud карысны»).
Я не думаю, што Apple гэтага заслугоўвае - асабліва таму, што ніхто іншы нават не спрабуе вырашыць праблему.
Гэты артыкул - практычна проста перафраз незадаволеных распрацоўшчыкаў і іх праблем у адным месцы. У мяне няма асабістага досведу з распрацоўкай і iCloud, я проста абапіраўся на наяўную інфармацыю.
Каб дадаць факты, праўда ў тым, што сінхранізацыя баз дадзеных у стылі падпарадкаваны-падпарадкаваны - гэта праблема O(mn^2), якую ні Google, ні Oracle нават не будуць спрабаваць (у той час як Apple ужо прыстойна вырашыла яе для ўмерана складаных структур). Apple - адзіная кампанія, якая спрабуе вырашыць гэтую праблему, але яе за гэта толькі крытыкуюць. З іншага боку, Google са сваёй сінхранізацыяй master-slave (online) O(1), а часам і offline O(n) смяецца ў адказ, як уся тэхналагічная блогасфера абсалютна не разумее, пра што піша. Таму што толькі ў гэтым выпадку хваляць тых, хто адстае тэхналагічна, і крытыкуюць першапраходцаў. Праклятае чалавечае невуцтва ў прэм'ернай перадачы.
Я пераходжу з Android, таму ў мяне простае пытанне: з артыкула я зразумеў, што праблема заключаецца ў сінхранізацыі на некалькіх прыладах (напрыклад, захаваная гульнявая пазіцыя на iPhone і iPad). У мяне будзе толькі iPhone, таму пытанне ў тым, ці тычыцца гэтая праблема таксама рэзервовага капіравання толькі і толькі адной прылады ў iCloud. Я проста прадам свой iPhone, куплю новы і запампую поўную рэзервовую копію з iCloud, калі ў мяне будуць усе налады і налады прыкладанняў у новым тэлефоне (паролі для сацыяльных сетак, захаваныя гульнявыя пазіцыі...) як апошні раз у старым, так працуе? Гэта адна з асноўных прычын міграцыі, г. зн. Android без root немагчыма стварыць поўную рэзервовую копію, і калі я пераключыўся на іншы тэлефон, мы спампавалі ўсе праграмы, але мне прыйшлося рабіць усе налады ў іх зноўку ўручную, а з дзесяткамі праграм гэта дадатковы час. Ці вырашае iCloud гэтую праблему для адной прылады ў iTunes? Дзякуй за інфармацыю.
Не трэба баяцца! iCloud на прыладах Apple працуе на 100% УСЮДЫ. Прыкладна 2 месяцы таму я купіў iP5 і сеў у кавярні на вайфай, увёў пароль ад акаўнта ў apple і праз 10 хвілін у мяне быў ТОЧНЫ вобраз майго старога айфона, мне здаюцца нават апошнія адкрытыя прыкладанні!!! Усе дадзеныя з iPhone будуць загружаны на новы iP прыкладна праз 10 хвілін (да таго часу ў мяне быў поўны iPhone 32 ГБ з дадзенымі з першага iPhone некалькі гадоў таму, таму гэта можа заняць яшчэ менш) на новы iP, нават з размяшчэнне прыкладанняў, якія павінны быць (вядома) яшчэ для загрузкі, але ўсе яны будуць утрымліваць дадзеныя, якія яны ўтрымлівалі ў папярэднім iPhone. Усё, што вам трэба зрабіць уручную, гэта ўвайсці ў праграмы, якія гэтага патрабуюць.)
Не трэба баяцца! iCloud на прыладах Apple працуе на 100% УСЮДЫ. Прыкладна 2 месяцы таму я купіў iP5 і сеў у кавярні на вайфай, увёў пароль ад акаўнта ў apple і праз 10 хвілін у мяне быў ТОЧНЫ вобраз майго старога айфона, мне здаюцца нават апошнія адкрытыя прыкладанні!!! Усе дадзеныя з iPhone будуць загружаны на новы iP прыкладна праз 10 хвілін (да таго часу ў мяне быў поўны iPhone 32 ГБ з дадзенымі з першага iPhone некалькі гадоў таму, таму гэта можа заняць яшчэ менш) на новы iP, нават з размяшчэнне прыкладанняў, якія павінны быць (вядома) яшчэ для загрузкі, але ўсе яны будуць утрымліваць дадзеныя, якія яны ўтрымлівалі ў папярэднім iPhone. Усё, што вам трэба зрабіць уручную, гэта ўвайсці ў праграмы, якія гэтага патрабуюць.)
Я таксама павінен унесці свой уклад.. Як распрацоўшчык-пачатковец, я таксама спрабую ўкараніць iCloud у сваім дадатку.. У мяне яшчэ не было страт дадзеных.. Усё працуе як трэба.. Мяркую, я пашанцавала.. Адзінае, што мне можа не спадабацца, - гэта хуткасная сінхранізацыя.. Загрузка прыблізна 1 МБ даных, безумоўна, займае больш часу, чым загрузка класічных 1 МБ даных з Інтэрнэту.. Аднак, паколькі ўсе журналы спампоўваюцца, гэта прымальна. .. Так, вельмі лёгка зрабіць памылку ў вашым IP або iPad так, што спатрэбіцца выдаліць усе дадзеныя з iCloud, а затым аднавіць увесь тэлефон.. (Даныя застануцца там, але будзе згенеравана памылка, калі налады няправільныя.. ) Але ўсё аднаўляецца за 10 хвілін і гэтая праблема тычыцца толькі распрацоўнікаў.. Са звычайным смяротным гэта не здарыцца.. На iOS6 у мяне дакладна няма вялікіх праблем з iCloud у выглядзе дадзеных Core, і я крыху не згодны з артыкулам.
Ну добра, першы сказ «Стыў Джобс прадставіў паслугу, якая і сёння выклікае жах у многіх распрацоўшчыкаў. Гэта не што іншае, як iCloud». А тое, што гэта насамрэч проста праблема з сінхранізацыяй асноўных даных, мы даведаемся прыкладна праз 12 радкоў ніжэй.
Чорт вазьмі, дзеля сенсацыйнасці факты трэба перакрыўляць, каб зрабіць іх яшчэ больш сенсацыйнымі.