Вы не можете, а мировая статистика по продажам — может.
Компания вроде вашей может себе позволить содержать пару разработчиков для платформы, держащей 2% рынка. Но компании по-меньше справедливо ее игнорируют. Мне нравился Windows Phone, но очень медленное развитие, слишком строгий интерфейс (который почти не поменялся за 5 лет), отсутствие уникальных приложение (да даже от самого Microsoft, которое порой выпускает под айфон игнорируя собственную платформу) да и что там уникальных — даже обычных типа инстаграмма и т.п. долгое время, издевательство в виде бета тестирования глюченной ОС на пользователях, никакой маркетинг — всё это привело к тому что есть за 5 лет существования ОС.
но у нас куча своих «фишечек», которые просто так не реализуешь, используя сторонние библиотеки из вашего списка.
Ну так видимо и на винфоне это «просто так не реализуешь», а по поводу скорости разработки «кастомного дизайна» и на той и на другой платформе я могу поспорить.
К тому же, как Слава написал, в WinPhone команде минимальное количество человек, что сокращает оверхед на коммуникации до минимума.
Так а что мешает создать такую обособленную команду среди андроид разработчиков? берут конкретную ревизию -> форкают -> впиливают экспериментальные фичи -> выпускают как обновление для н-ой группы пользователей и проводят A/B. Если фича хорошая — ее просто мержат в основную ветку и делают для iOS.
Пользователи Windows Phone к этому привыкли. Microsoft не стесняясь нынче продает Lumia 950 с бета версией операционной системы на борту. Покупаешь телефон по цене айфона и тестируешь, тестируешь.
Так я же написал — можно выпустить отдельно андроид апк для одного непопулярного screen size/density (или по другим признакам) который будет занимать эти самые 3% и не повлияет на остальные. При этом можно будет не иметь в штате windows разрботчиков (доля мало того что маленькая, так еще и падает), а обычных андроидеров, которые в свободное время будут помогать основной команде + легко внедрение фич т.к. та же самая платформа.
Все же не сильно понятно почему для эксперементов выбран именно Windows Phone
И имеет одно большое отличие — это графический интерфейс. Metro-дизайн сильно упрощен, в отличие от iOS и Android ОС.
Ну это было верно года три назад. Теперь уже и на айос и на андроиде такой-же минималистичный дизайн + готовых контролов под Android в сотни раз больше т.к. в разы больше комьюнити.
Для A/B можно взять андроид (где паблишинг еще быстрее) для какой-нибудь одной страны или какое-нибудь одно непопулярное разрешение.
Справедливости ради, когда я сохраняю локальные данные в Андроид приложении в data — никакое другое приложение в них не залезет и не сольет их (если не рут, но тогда ССЗБ). А в Windows 90% пользователи понятие не имеют про ACL и данные тырятся простейшим копированием файлика. Тут ничего не поделаешь и это на деле реальная проблема. Поставишь какой-нибудь, возможно, даже доверенный софт, а он незаметно сольет базы скайпа, вайбера и ничего не заметишь. Как по мне так стоило бы хотя бы симметричным шифрованием с ключем на основе телефонного номера + соль (не гарантия, но отпугнет бОльшую часть какеров).
>> У нас же все это было в великолепном джаббере с сотнями клиентов на любой вкус
А можно мне хоть один из этих клиентов под Windows чтобы поддерживал MUC и хай-дпи экран и не выглядил как нечто ущербное из 90ых (ткаббер, пидгин, квип, пси не подходят под эти требования). И под iOS с MUC тоже пожалуйста.
VS шикарным становится после _платного_ плагина от тех же самых jetbrains — R# :-). Да и комьюнити не так давно появилась. Раньше тоже всё было платным.
Я имею ввиду такую схему: Клиент А хочет послать сообщение клиенту B. Он получает все публичные ключи всех устройств клиента B и шифрует каждым ключем свое сообщение — т.е. грубо говоря при 10 устройств у B он отправит на сервер 10 сообщений, которые будут дожидаться онлайна каждого из устройств клиента B. (Ну или это будет не 10 сообщений, а одно, зашифрованное AES'ом вместе со словариком «Публичный RSA (whatever) ключ — зашифрованный им AES ключ».
Не нужно делать выводы по одной статье. Очень много написано приложений на замарине. особенно интерпрайз. Там где много клиентской логики он вне конкуренции. Тем более позволяет легко портануть код на десктопный Windows.
Тут людей не так уж много, а вот работы поддерживать кучу разных версий и все апдейты — много :) А хороших девелоперов надо кормить, это же нишевый продукт — не Angry Birds с сотнями миллионов пользователей.
>>К слову, бесплатная ознакомительная версия не позволяет собрать приложение размером более 64 килобайт
это так, но вы не упомянули про триал 30 дней + 30 дней манибэка. а так же иди лицензию за 25$ в мес.
Все проблемы с Xamarin Studio перестанут быть актуальными с приходом Xamarin Studio Roslyn (уже доступны preview)
>>так что вам придётся сидеть рядом с двумя ПК разом, тестируя приложение на одном и работая в отладчике на другом
TeamViewer — хорошая штука.
>>Но никто от разработчика эти особенности под абстракциями не прячет, так что повторяем, изучать каждую из платформ придётся.
в этом и суть — разработка как на нативных инструментах без всяких абстракций (не говорю про XForms) но на языке C# — я бы скорее назвал это фичей.
>>В данный момент под Xamarin уже написано немало компонентов, но под iOS и Android их всё-таки написано больше.
Objective Sharpe умеет генерит обертки из pods налету, а это умеет генерит обертки налету из jcenter/mavencentral и прочий гредл. Без сучков не будет — сами понимаете. Но Объектив Шарпи становится все лучше, ну а с явой проблемы связаны с разницей языков — они вроде похожи, но мелочи приносят боль.
Вы не можете, а мировая статистика по продажам — может.
Компания вроде вашей может себе позволить содержать пару разработчиков для платформы, держащей 2% рынка. Но компании по-меньше справедливо ее игнорируют. Мне нравился Windows Phone, но очень медленное развитие, слишком строгий интерфейс (который почти не поменялся за 5 лет), отсутствие уникальных приложение (да даже от самого Microsoft, которое порой выпускает под айфон игнорируя собственную платформу) да и что там уникальных — даже обычных типа инстаграмма и т.п. долгое время, издевательство в виде бета тестирования глюченной ОС на пользователях, никакой маркетинг — всё это привело к тому что есть за 5 лет существования ОС.
Ну так видимо и на винфоне это «просто так не реализуешь», а по поводу скорости разработки «кастомного дизайна» и на той и на другой платформе я могу поспорить.
Так а что мешает создать такую обособленную команду среди андроид разработчиков? берут конкретную ревизию -> форкают -> впиливают экспериментальные фичи -> выпускают как обновление для н-ой группы пользователей и проводят A/B. Если фича хорошая — ее просто мержат в основную ветку и делают для iOS.
Ну это было верно года три назад. Теперь уже и на айос и на андроиде такой-же минималистичный дизайн + готовых контролов под Android в сотни раз больше т.к. в разы больше комьюнити.
Для A/B можно взять андроид (где паблишинг еще быстрее) для какой-нибудь одной страны или какое-нибудь одно непопулярное разрешение.
А можно мне хоть один из этих клиентов под Windows чтобы поддерживал MUC и хай-дпи экран и не выглядил как нечто ущербное из 90ых (ткаббер, пидгин, квип, пси не подходят под эти требования). И под iOS с MUC тоже пожалуйста.
это так, но вы не упомянули про триал 30 дней + 30 дней манибэка. а так же иди лицензию за 25$ в мес.
Все проблемы с Xamarin Studio перестанут быть актуальными с приходом Xamarin Studio Roslyn (уже доступны preview)
>>так что вам придётся сидеть рядом с двумя ПК разом, тестируя приложение на одном и работая в отладчике на другом
TeamViewer — хорошая штука.
>>Но никто от разработчика эти особенности под абстракциями не прячет, так что повторяем, изучать каждую из платформ придётся.
в этом и суть — разработка как на нативных инструментах без всяких абстракций (не говорю про XForms) но на языке C# — я бы скорее назвал это фичей.
>>В данный момент под Xamarin уже написано немало компонентов, но под iOS и Android их всё-таки написано больше.
Objective Sharpe умеет генерит обертки из pods налету, а это умеет генерит обертки налету из jcenter/mavencentral и прочий гредл. Без сучков не будет — сами понимаете. Но Объектив Шарпи становится все лучше, ну а с явой проблемы связаны с разницей языков — они вроде похожи, но мелочи приносят боль.