У своєму останньому виступі на 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, сподіваючись знайти робоче рішення», він написав розробник Michael Göbel. Однак він не знайшов рішення, і тому поки що не може продавати свої програми, точніше 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 money і ніколи не мав проблем із синхронізацією 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: це не особистий блог, де можна поширювати неправду. Його насправді читають мільйони (а у випадку Jablicker тисячі) людей, які вірять вам і сприймають те, що ви пишете, як факти. Тож це не виправдання, що ви не з’ясували, про що йдеться, до написання статті. Навіть якби я міг це зрозуміти. Мені гірше, що ви вибірково викидаєте файл без відповідності фактам, щоб у результаті вийшла спрощена стаття, яка гонилася за сенсацією.
Але я розумію, що якби назва статті була «Чому це якось не працює, Core Data sync?», її, мабуть, читали б набагато менше. І тут проходить межа між створенням для якості та для кількості.
Я сам запитав п’ятьох чеських розробників (чотири відповіли), одного іноземного, і вони в цілому підтвердили, що є/є проблема з Core Data. Я не кажу, що це стосується всіх, але, коротко кажучи, ті, кого я запитав, підтвердили те, що я читав в інших місцях. На жаль, я не отримав позитивної відповіді, про яку я б інакше зазначив у статті. Я міг би описати більше розробників, але я написав усім чеським розробникам, які прийшли в голову, також ми додали деяких іноземних, з якими ми маємо контакти, але не всі вони спілкуються.
Шкода, що я не дотримувався оригінальної версії статті «Два обличчя iCloud», тому що я визнаю, що це було б набагато доречніше, і просто інша назва додала б статті зовсім інше відчуття. Але тепер я не можу це повернути.
Так, напевно, це звучало б зовсім інакше. Я вірю тобі з цими розробниками, прочитав думки сотень людей на різних форумах і там побачив, що так пол на пол. Оскільки багато людей справді використовують синхронізацію основних даних без проблем — якщо вони використовують прості структури та правильно обробляють злиття, то проблем не повинно бути. CDS (core data sync) не має стільки помилок у реалізації, скільки в принципі - наприклад, що робити, якщо у вас є дві бази даних із спільним предком, ви внесли деякі зміни в кожну, а потім намагаєтеся перенести ці зміни та ті зміни конфлікту? Це досить велика та досить складна проблема з базою даних (O(mn^2)), і ніхто ще не вирішив її задовільним чином, Apple спробує це зробити як одна з небагатьох.
Мені майже шкода людей, які мало про це знають, приходять сюди, читають статтю і йдуть з відчуттям, що iCloud — це лайно. У той же час, як я писав раніше, десятки функцій, які працюють без будь-яких проблем, справді чудові та кілька разів зберігали мені багато даних. Тож я вважаю цей файл несправедливим через дуже складну проблему CSD, яка засуджує весь iCloud – на жаль, деякі люди справді це зрозуміли саме так.
Щодо статті про проблеми Core Data Sync – я буду радий її прочитати та буду вдячний за будь-яку додаткову інформацію про це. Шкода тільки, що CDS перехопив весь iCloud (і не тільки у вашому поданні, але трохи і в поданні Е. Гамбургера, хоча він намагався якось його відокремити - а потім десятки серверів, які захопили - спрощено - опубліковані в стилі «iCloud корисний»).
Я не думаю, що Apple цього заслуговує - особливо тому, що ніхто інший навіть не намагається вирішити проблему.
Ця стаття є практично перефразуванням незадоволених розробників та їхніх проблем в одному місці. У мене немає особистого досвіду розробки та iCloud, я просто спирався на доступну інформацію.
Щоб додати факти, правда полягає в тому, що синхронізація баз даних у стилі slave-slave є проблемою 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 і сів в кав'ярні на вайфай, ввів пароль від облікового запису яблука і через 10 хвилин у мене був ТОЧНИЙ образ мого старого айфона, мені здаються навіть останні відкриті програми!!! Усі дані з iPhone будуть завантажені на новий iP приблизно через 10 хвилин (у мене був повний iPhone на 32 ГБ з даними з першого iPhone кілька років тому, тому це може зайняти навіть менше) на новий iP, навіть якщо розташування додатків, які (звичайно) ще потрібно завантажити, але всі вони міститимуть дані, які вони містили в попередньому iPhone. Все, що вам потрібно зробити вручну, це ввійти в програми, які цього вимагають.)
Не треба боятися! iCloud на пристроях Apple працює на 100% ВСЮДИ. Приблизно 2 місяці тому я купив iP5 і сів в кав'ярні на вайфай, ввів пароль від облікового запису яблука і через 10 хвилин у мене був ТОЧНИЙ образ мого старого айфона, мені здаються навіть останні відкриті програми!!! Усі дані з iPhone будуть завантажені на новий iP приблизно через 10 хвилин (у мене був повний iPhone на 32 ГБ з даними з першого iPhone кілька років тому, тому це може зайняти навіть менше) на новий iP, навіть якщо розташування додатків, які (звичайно) ще потрібно завантажити, але всі вони міститимуть дані, які вони містили в попередньому iPhone. Все, що вам потрібно зробити вручну, це ввійти в програми, які цього вимагають.)
Я також маю зробити свій внесок. Як розробник-початківець, я також намагаюся застосувати iCloud у своїй програмі.. У мене ще не було жодних втрат даних.. Все працює як треба.. Здається, я пощастило.. Єдине, що мені може не сподобатися, це синхронізація швидкості.. Завантаження приблизно 1 МБ даних однозначно займає більше часу, ніж завантаження класичного 1 МБ даних з Інтернету.. Однак, оскільки всі журнали завантажуються, це прийнятно .. Так, дуже легко підробити ваш IP або iPad так, що потрібно буде видалити всі дані з iCloud, а потім відновити весь телефон.. (Дані залишаться там, але буде згенеровано помилку, якщо налаштування неправильні.. ) Але все відновлюється за 10 хвилин і ця проблема стосується тільки розробників. З простим смертним це не трапиться.. На iOS6 у мене точно немає великих проблем з iCloud у вигляді даних Core, і я дещо не згоден зі статтею.
Ну що ж, перше речення: «Стів Джобс представив послугу, яка досі жахає багатьох розробників. Це не що інше, як iCloud». А той факт, що насправді це просто проблема із синхронізацією основних даних, ми дізнаємося приблизно 12 рядками нижче.
До біса, заради сенсаційності факти потрібно перекрутити, щоб зробити їх ще більш сенсаційними.