Да, с этим бесполезно спорить, но такой же камень можно спокойно бросить в огород Андроида, например. Уже описанный мною пример, когда Galaxy Tab вообще ни в какую не хочет уживаться с Mac OS, Kies, хоть и заработал, просто ужасен и полон глюков и зачем-то пытается быть очередным iTunes. Ну вот так получилось, что основная рабочая ось у меня Mac.
Я в свое время работал в Самсунге и лично видел ppt файлы, в которых детально по полочкам разложена вся экосистема эппл, и обсуждалось как подобную экосистему создать, правда это происходило в отделе, который делает принтеры, но тем не менее.
Отличный шанс создать подобную моногенную среду есть у Microsoft, у них в теории на десктопах, ноутах, мобилах и планшетах будет практически одна ось. У эппл подобное уже давно намечается, сначала iOS росла и в нее добавлялись фреймворки из Mac OS, теперь уже Mac OS начинает заимствовать что-то у iOS, имхо они когда-нибудь сольются в один продукт.
Ну и даже если десктоп, планшел и смартфон эппловские, все равно возникают мелкие неприятности на уровне софта. Например очень хочется использовать одновременно использовать гугловские контакты и address book, гугловский календарь и ical, возникают проблемы с настройкой и синхронизацией.
Ради интереса, назовите эти приложения под Андроид. И даже если они стабильны, это еще ничего не значит, насколько они юзабельны и полезны? Допустим они не крешатся при каждом втором запуске, какие из этих приложений вы находите реально полезными и часто используете? На своем Galaxy Tab 10.1 я не нашел ни одного нормального приложения от Самсунга, для каждого есть аналоги, у которых лучше и дизайн и функциональность. Более того, не понравилось их навязывание, их даже удалить нормальным путем нельзя, никак не в духе открытости андроида.
Вы не поверите, но подавляющему большинству пользователей особо нет дела до того, что у Apple какая-то там своя ОС и экосистема
меня всегда радуют такие коменты, самое главное я ничего не могу возразить, ведь мне придется опросить подавляющее большинство пользователей чтобы опровергнуть ваше высказывание :)
Для меня этот момент, например, важен. Я точно заню что в пределах эппловской экосистемы все устройства и нужный софт совместимы друг с другом, всегда, просто и без лишних телодвижений. Самсунговский Galaxy Tab 10.1, к примеру, до недавнего времени нельзя было нормально подключить к Mac OS. Kies до недавнего времени просто не мог соединиться с устройством, Android File Transfer его до сих пор не разпознает, в то же время средствами Android SDK скопировать и записать файлы можно, adb push — очень удобно для подавляющего большинства мак юзеров.
Это обычный жирный вброс от эпплхейтера, который в тысячный раз сорвал все покровы. Ничего нового, просто появился инфоповод. Если суд оправда самсунг, вброс был бы еще жирнее.
Apple «умеет» свою собственную ось. Назовите-ка мне операционку, которую пишет Самсунг, для ноутов и десктопов. Да хоть для мобильных устройств, такого же уровня как iOS или Android.
Да что там операционку, назовите мне хоть одну нормальную, не глючную программу, разработанную Самсунгом. Самсунг делает железо, худо бедно, а иногда даже и хорошо пишет firmware для своих же девайсов, но с приложениями у них беда и в этом плане им до яблока действительно как до луны раком.
Наверняка это затратно в плане ресурсов. Уже не в первый раз слышу что инди командам из одного-двух человек тяжело перенести свой продукт на андроид, в первую очередь за счет огромного разнообразия устройств, разрешений и версий прошивок (собственно фрагментация). Читал подобное в интервью с создателями Temple Run, там как раз двое работают.
Ну а второе — гораздо меньше отдача в финансовом плане. Своей статистики у меня нет, так что это все «там читал, тут слышал». Если есть контр-примеры — будет интересно услышать.
Я уверен, что это изменится в будущем, но сейчас iOS инди разработчику выгоднее разрабатывать что-то новое под iOS, чем портировать имеющееся на андроид.
Уже второй раз встречаю подобное мнение, просто слово в слово повторяют слова одного из основателей Rocketcat Games. Ребята наверняка знакомы и разделяют одну и ту же точку зрения. Видимо для нишевых игр и небольших команд такой подход имеет право на жизнь.
Наглым образом с помощью print screen выдрал отсюда HandHeld Quake. Конечно, после этого были долгие часы ковыряния в фотошопе, чтобы вырезать каждый спрайт, там подмазать, там подчистить, и т.д. Звуки оттуда же, с помощью утилиты (уже не помню какой) записал эти звуки прямо во время работы программы.
Насчет появления яиц, так с ходу не вспомню, но вы можете посмотреть собственно в коде. Я уже давно выложил весь проект на github. Там, кстати, есть вся графика и все звуки. Там же я выложил упрощенную версию под Android (aneggs, aneggs-xl, ahunt).
У них на сайте до сих пор написано «Stay tuned for word on when the videos will be available.». Что-то очень долго. Видео 2011 года есть, значит и за этот год подготовят рано или поздно, я надеюсь.
Как оно работает и что делает.
После установки cocoapods (это ruby gem), в папке с проектом вы создаете Podfile — файл, в котором перечисляете все поды (библиотеки), которые хотите использовать. Например Podfile может быть таким
#Pods
platform :ios, :deployment_target => '4.0'
pod 'FlurrySDK'
pod 'Facebook-iOS-SDK'
pod 'TestFlightSDK'
pod 'Reachability', '~> 3.0.0'
pod 'CocoaLumberjack'
После команды pod install [xcode-project-name] cocoapods вытащит весь нужный код для каждого пода из git репозиториев, создаст в вашем workspace (нужно создать заранее) проект Pods, в котором сгенерирует все что нужно (конфигурации, пути для поиска .h файлов и либ, флаги компиляции и линковки), также добавит необходимые флаги, пути и инструкции в ваш исходный проект.
Вы можете настраивать все нужные вам параметры, например указать что данный под нужен какой-то конкретной версии, как Reachability в этом примере, и т.д.
Проблема зависимостей тоже решена за вас, в этом примере Facebook SDK использует другой под — SBJson, эта зависимость прописана в podspec файле Facebook SDK. SBJson нужной версии будет автоматически добавлен в число подов.
После этого у вас все 3rd party библиотеки будут лежать и собираться отдельно, в результате получается библиотека libPods, которая слинкуется с вашим главным target.
Удобства? Да много их. Забудьте про ручную операцию «скачать последнюю версию, распаковать, добавить файлы в проект, убедиться что старая версия подчищена». Ну или если вы это как-то автоматизировали, cocoapods предлагает новый способ автоматизации, работающий для огромного числа полезных библиотек. Получить последний код теперь можно одной простой командой 'pod install', все. Использовать конкретную версию либы — просто, изменил Podfile, выполнил 'pod install'. Опять же, вопрос зависимостей тоже решен, если один под использует другой под, cocoapods обо всем позаботится.
Насчет вашего конкретного примера, если несколько библиотек прямо внутри себя содержат один и тот же код Reachability, то это, скажем, неправильные библиотеки. Или они все вместе должны использовать отдельную либу Reachability, или по особенному называть свою имплементацию, как, например, в AddThis есть ATReachability, чтобы не было конфликтов при компиляции. В cocoapods вообще есть как минимум 2 либы для reachability, одна из них это чуть доработанный код из примеров Apple, в котором такие же имена классов и методов (эта либа есть в моем примере).
Это более менее поверхностное объяснение, но уже из этого примера видно, насколько можно облегчить себе жизнь.
Есть, конечно, свои заморочки. Например, SBJson уже дорос до версии 3.1, а Facebook SDK до сих пор использует 2.2.3, хотя у Facebook в коде всего один вызов к JSON парсеру. SBJson 3.1 не обладает обратной совместимостью с 2.2.3. Проблемы возникнут если нужно использовать Facebook SDK и SBJson 3.1 одновременно. Но и эти ситуации вполне решаемы.
И опять не хватает CocoaPods! Впервые узнал о нем как раз в статье «Крутая подборка различных библиотек...», точнее в комментариях к этой статье.
Это нужно добавить или в основы или в разное, или отдельным пунктом «менеджер пакетов», например, с жирной пометкой must have.
Как говорится, попробовал один раз и уже не представляю себе жизни без cocoapods. Есть свои небольшие недостатки, но они не критичные, к тому же проект очень активно развивается, и все больше и больше разработчиков добавляют podspecs в свои github репозитории, а еще чаще это делает кто-то из сообщества.
Значит зазнался чувак. Как-то слишком катерочино заявляет что его код уже включает в себя верификацию, прям с восклицательным знаком… Видимо не хочет ронять свою репутацию «industry standard», которую сам себе приписал.
И похоже он ничего делать не собирается. В описании на гитхабе сказано «работаю на поддержкой Lion, после этого, скорее всего, никаких больших обновлений больше не будет (если только Apple не придумает новый механизм In-App Purchases)». Уже появился Mountain Lion, последние коммиты были 3 месяца назад, на открытый баг он отписался один раз, мол «все у меня проверяется!» и замолк. Жалко будет если он совсем забил на это дело.
Никто не в курсе как обстоит это дело в MKStoreKit?..
Автор пишет что его имплементация уже включает в себя receipt verification, но прямо не отвечает на следующие вопросы
— Подвержен ли MKStoreKit этой новой уязвимости? (он как бы говорит что «нет»)
— Использует ли он новый VerificationController? (судя по всему нет)
Теперь возникает вопрос «что лучше». Уже прошел три курса на coursera.org, остался очень доволен и думал что лучше не бывает. А теперь еще edX.
У кого сертификаты «сильнее» и больше «котируются»?
Мне так кажется что пошла очередная волна онлайн обучения, на этот раз более мощная, чем раньше. Каждая программа будет стараться закрепиться как самая лучшая и самая признанная, а нам, студентам, придется метаться туда-сюда и выбирать фаворита, а ведь у них даже курсы некоторые одни и те же.
Ну и ничего плохого, в принципе. Уже и world of planes и world of submarines вроде есть. А мне в WoT всегда хотелось выстрелить во врага из мощнейшей лазерной пушки, да так чтобы стотонный танк подлетел метров на 5 вверх кувыркаясь!
Да и «клон» как-то сильно сказано. Сеттинг другой, какие-то новые виды вооружения, типа «барьер» и т.д. С таким подходом любой онлайн шутер где что-то ездит и стреляет можно сразу обозвать клоном WoT.
Хм, а смысл опроса? Оценить как будут покупать Mountain Lion?
С таким же успехом можно создать опрос «Вы будете покупать Mountain Lion или скачаете бесплатно, или...»
Я в свое время работал в Самсунге и лично видел ppt файлы, в которых детально по полочкам разложена вся экосистема эппл, и обсуждалось как подобную экосистему создать, правда это происходило в отделе, который делает принтеры, но тем не менее.
Отличный шанс создать подобную моногенную среду есть у Microsoft, у них в теории на десктопах, ноутах, мобилах и планшетах будет практически одна ось. У эппл подобное уже давно намечается, сначала iOS росла и в нее добавлялись фреймворки из Mac OS, теперь уже Mac OS начинает заимствовать что-то у iOS, имхо они когда-нибудь сольются в один продукт.
Ну и даже если десктоп, планшел и смартфон эппловские, все равно возникают мелкие неприятности на уровне софта. Например очень хочется использовать одновременно использовать гугловские контакты и address book, гугловский календарь и ical, возникают проблемы с настройкой и синхронизацией.
меня всегда радуют такие коменты, самое главное я ничего не могу возразить, ведь мне придется опросить подавляющее большинство пользователей чтобы опровергнуть ваше высказывание :)
Для меня этот момент, например, важен. Я точно заню что в пределах эппловской экосистемы все устройства и нужный софт совместимы друг с другом, всегда, просто и без лишних телодвижений. Самсунговский Galaxy Tab 10.1, к примеру, до недавнего времени нельзя было нормально подключить к Mac OS. Kies до недавнего времени просто не мог соединиться с устройством, Android File Transfer его до сих пор не разпознает, в то же время средствами Android SDK скопировать и записать файлы можно, adb push — очень удобно для подавляющего большинства мак юзеров.
на данный момент это еще не так
Да что там операционку, назовите мне хоть одну нормальную, не глючную программу, разработанную Самсунгом. Самсунг делает железо, худо бедно, а иногда даже и хорошо пишет firmware для своих же девайсов, но с приложениями у них беда и в этом плане им до яблока действительно как до луны раком.
Ну а второе — гораздо меньше отдача в финансовом плане. Своей статистики у меня нет, так что это все «там читал, тут слышал». Если есть контр-примеры — будет интересно услышать.
Я уверен, что это изменится в будущем, но сейчас iOS инди разработчику выгоднее разрабатывать что-то новое под iOS, чем портировать имеющееся на андроид.
Насчет появления яиц, так с ходу не вспомню, но вы можете посмотреть собственно в коде. Я уже давно выложил весь проект на github. Там, кстати, есть вся графика и все звуки. Там же я выложил упрощенную версию под Android (aneggs, aneggs-xl, ahunt).
Как оно работает и что делает.
После установки cocoapods (это ruby gem), в папке с проектом вы создаете Podfile — файл, в котором перечисляете все поды (библиотеки), которые хотите использовать. Например Podfile может быть таким
После команды pod install [xcode-project-name] cocoapods вытащит весь нужный код для каждого пода из git репозиториев, создаст в вашем workspace (нужно создать заранее) проект Pods, в котором сгенерирует все что нужно (конфигурации, пути для поиска .h файлов и либ, флаги компиляции и линковки), также добавит необходимые флаги, пути и инструкции в ваш исходный проект.
Вы можете настраивать все нужные вам параметры, например указать что данный под нужен какой-то конкретной версии, как Reachability в этом примере, и т.д.
Проблема зависимостей тоже решена за вас, в этом примере Facebook SDK использует другой под — SBJson, эта зависимость прописана в podspec файле Facebook SDK. SBJson нужной версии будет автоматически добавлен в число подов.
После этого у вас все 3rd party библиотеки будут лежать и собираться отдельно, в результате получается библиотека libPods, которая слинкуется с вашим главным target.
Удобства? Да много их. Забудьте про ручную операцию «скачать последнюю версию, распаковать, добавить файлы в проект, убедиться что старая версия подчищена». Ну или если вы это как-то автоматизировали, cocoapods предлагает новый способ автоматизации, работающий для огромного числа полезных библиотек. Получить последний код теперь можно одной простой командой 'pod install', все. Использовать конкретную версию либы — просто, изменил Podfile, выполнил 'pod install'. Опять же, вопрос зависимостей тоже решен, если один под использует другой под, cocoapods обо всем позаботится.
Насчет вашего конкретного примера, если несколько библиотек прямо внутри себя содержат один и тот же код Reachability, то это, скажем, неправильные библиотеки. Или они все вместе должны использовать отдельную либу Reachability, или по особенному называть свою имплементацию, как, например, в AddThis есть ATReachability, чтобы не было конфликтов при компиляции. В cocoapods вообще есть как минимум 2 либы для reachability, одна из них это чуть доработанный код из примеров Apple, в котором такие же имена классов и методов (эта либа есть в моем примере).
Это более менее поверхностное объяснение, но уже из этого примера видно, насколько можно облегчить себе жизнь.
Есть, конечно, свои заморочки. Например, SBJson уже дорос до версии 3.1, а Facebook SDK до сих пор использует 2.2.3, хотя у Facebook в коде всего один вызов к JSON парсеру. SBJson 3.1 не обладает обратной совместимостью с 2.2.3. Проблемы возникнут если нужно использовать Facebook SDK и SBJson 3.1 одновременно. Но и эти ситуации вполне решаемы.
Это нужно добавить или в основы или в разное, или отдельным пунктом «менеджер пакетов», например, с жирной пометкой must have.
Как говорится, попробовал один раз и уже не представляю себе жизни без cocoapods. Есть свои небольшие недостатки, но они не критичные, к тому же проект очень активно развивается, и все больше и больше разработчиков добавляют podspecs в свои github репозитории, а еще чаще это делает кто-то из сообщества.
Надеюсь он закроет дыру, если она в его коде есть.
И похоже он ничего делать не собирается. В описании на гитхабе сказано «работаю на поддержкой Lion, после этого, скорее всего, никаких больших обновлений больше не будет (если только Apple не придумает новый механизм In-App Purchases)». Уже появился Mountain Lion, последние коммиты были 3 месяца назад, на открытый баг он отписался один раз, мол «все у меня проверяется!» и замолк. Жалко будет если он совсем забил на это дело.
Автор пишет что его имплементация уже включает в себя receipt verification, но прямо не отвечает на следующие вопросы
— Подвержен ли MKStoreKit этой новой уязвимости? (он как бы говорит что «нет»)
— Использует ли он новый VerificationController? (судя по всему нет)
Просто сначала показалось, что сертификат edX это что-то большее, чем сертификат coursera.
Ну, как бы, и ладно. В первую очередь дают хорошие знания, да еще и за просто так.
У кого сертификаты «сильнее» и больше «котируются»?
Мне так кажется что пошла очередная волна онлайн обучения, на этот раз более мощная, чем раньше. Каждая программа будет стараться закрепиться как самая лучшая и самая признанная, а нам, студентам, придется метаться туда-сюда и выбирать фаворита, а ведь у них даже курсы некоторые одни и те же.
Да и «клон» как-то сильно сказано. Сеттинг другой, какие-то новые виды вооружения, типа «барьер» и т.д. С таким подходом любой онлайн шутер где что-то ездит и стреляет можно сразу обозвать клоном WoT.
С таким же успехом можно создать опрос «Вы будете покупать Mountain Lion или скачаете бесплатно, или...»