С iOS этот вопрос возникает реже, так как там вариаций устройств куда меньше и для каждой заранее известно, какую самую свежую версию операционной системы туда можно поставить. Так, например, нет никакого смысла ставить ограничение на минимальную версию iOS 4.0, потому что для всех устройств, способных запустить 4.0, есть возможность обновления минимум до 4.2.1.
С Android фишка ещё в том, что низкоуровневая реализация меняется от производителя к производителю. Так, например, в процессе разработки я сталкивался с Motorola-specific поведением видеоплеера, что не представлялось возможным исправить. Пришлось урезать функциональность, так как простая перемотка видео могла привести к зависанию из-за бага в NicePlayer, поверх которого уже реализован VideoView
Ну вот насчёт «никогда не пофиксят» — за этим можно и в Google обращаться, в багтрекере Android есть баги, которым года по 2-3, за которые голосовало по тысяче человек, а статус всё так же New/Unresolved.
А про механизм самостоятельного исправления хотелось бы услышать поподробнее. Ну вот, положим, есть у нас недоработка в Android. И мешает она нам так сильно, что прям кушать невозможно. Что делать?
Писать в багтрекер бессмысленно по вышеупомянутым причинам. Хотя, некоторые баги даже за полгода успевают закрыть :)
Написать самому патч для Android и отправить в upstream/написать pull request. Честно говоря, success stories не слышал, но они есть, полагаю. Но это, опять же, сложно, долго и не сработает.
Надеяться на условный Cyanogen Mod. А если устройство им не поддерживается? Вдруг вендор выставил препоны по возможности установки кастомной прошивки? Тогда что?
Вопросов больше, чем ответов. Не хочу огульно обвинять всех сторонников open-source, но нередко встречается позиция «open-source как самоцель». То есть если есть исходники, то всё отлично и программа уже лучше закрытых аналогов. Даже если она глючная и корявая — всё же можно исправить. Только, как показывает практика, исправляют это самое всё отнюдь не всегда.
Не сочтите за троллинг, но ручками и для iOS можно джейлбрейк сделать, тогда из вашего списка минусов тирания Apple уйдёт.
Насчёт ценового диапазона — согласен, что в низшем диапазоне iOS-устройства не представлены. В среднем и верхнем диапазоне цены сравнимы.
Насчёт разнообразия устройств соглашусь. Тут действительно против «политики партии» ничего не попишешь.
Как мне кажется, Google целенаправленно занимал эту нишу, так как нужно было оттяпать долю рынка, пока слова телефон и iPhone не стали синонимами. Занять место WM было проще всего, так как система уже стагнировала, а устройства по мощности и форм-фактору подходили для первых версий Android. OEM-поставщики стали заливать новые прошивки, а Android потихоньку занял место WM6.5 в экосистеме мобильных операционок.
Хочу ещё раз отметить — автор оригинальной статьи предупреждал, что его критика будет скорректирована сферой, в которой он трудится (собственно, образование с помощью высоких технологий). Отсюда уже и следует внимание к «творческим» приложениям.
Да, тут чувствуется перекос в сторону сравнения с Apple, но сложно поспорить с тем, что это два основных игрока на рынке мобильных операционных систем, и в любой статье с какой бы то ни было критикой сравнения iOS и Android будет сложно избежать.
Мне как разработчику очень «понравились» некоторые фишки, когда ранее законные методы (пусть не самые оптимальные), становятся deprecated и даже вызывают падение приложения. Из свежих примеров — Network on UI thread (причём вызывалось оно в сторонней либе) и canvas.drawPicture для включенного аппаратного ускорения.
Сегодня начну смотреть лекции, хотя задание уже выполнил. Для начала — неплохо, но вот смесь рукописного текста и печатного в pdf-ках жизнь гармоничнее не делает. Вообще говоря, когда первую такую страницу увидел — у меня глаза вытекли.
А asshole — тут именно имеется в виду вредный пользователь, такая заноза в мягком месте. Которому, несмотря ни на что, надо угодить.
С Android фишка ещё в том, что низкоуровневая реализация меняется от производителя к производителю. Так, например, в процессе разработки я сталкивался с Motorola-specific поведением видеоплеера, что не представлялось возможным исправить. Пришлось урезать функциональность, так как простая перемотка видео могла привести к зависанию из-за бага в NicePlayer, поверх которого уже реализован VideoView
А про механизм самостоятельного исправления хотелось бы услышать поподробнее. Ну вот, положим, есть у нас недоработка в Android. И мешает она нам так сильно, что прям кушать невозможно. Что делать?
Вопросов больше, чем ответов. Не хочу огульно обвинять всех сторонников open-source, но нередко встречается позиция «open-source как самоцель». То есть если есть исходники, то всё отлично и программа уже лучше закрытых аналогов. Даже если она глючная и корявая — всё же можно исправить. Только, как показывает практика, исправляют это самое всё отнюдь не всегда.
Насчёт ценового диапазона — согласен, что в низшем диапазоне iOS-устройства не представлены. В среднем и верхнем диапазоне цены сравнимы.
Насчёт разнообразия устройств соглашусь. Тут действительно против «политики партии» ничего не попишешь.
гладибольше полугода»