Не сдюжат. Можно сравнивать iOS и Андройд, причем второй, возможно уже популярнее, но нельзя сравнивать Apple и Самсунг, без андройда тут не надо быть биномом ньютона, чтобы разобраться кто победит в гонке по разработке ОС. Самсунг ну нифига не софтверная компания, в отличие от гугл, эппл и MS.
Так еще бог с ним, если бы кидались. После 1946 (ну или, в крайнем случае, 60-70х годов) военные бюджеты России и США — это такой массовый распил, к реальной полномасштабной войне имеющий весьма косвенное отношение.
Примерно в середине лета, после очередного апдейта iOS перестали приходить push уведомления для gmail. Долго и нудно гуглил по данному вопросу — не у одного меня такая беда. Кому-то помог новый аккаунт google, кому-то полный сброс iOS устройства. Эти варианты мне категорически не подходят. Кто-нибудь сталкивался с подобным, может есть решения?
Сейчас сделал обновление gmail — та же проблема, уведомления так и не заработали.
Кто предупреждает? По-моему они на всю ивановсвую орут, что вот он офис на планшете работает и вообще этот планшет легко превращается в полноценный ноутбук. Но, судя по продажам, народ не дает себя обмануть.
Win 8 — вполне нормальная ОС. Windows 8 RT (ARM) — бесполезная ОС. На ней нельзя запускать обычные приложения. Также в этой ОС MS умышленно скрыло привычный API. Surface это именно ARM.
Прямой путь к воспитанию поколения послушного быдла, которое не хочет ничего решать. Все эти ограничения, в т.ч. различные надписи «Не прыгай в пропасть, а то убьет» приводят к деградации человека. Головой надо учиться думать с детства.
Так они были написаны на том же .net с использованием сервелата — логика осталась нетронутой, переписали только рендер под новую систему. Т.е. пользовательские приложения, писанные на шарпе, будут работать без проблем, останется только прикрутить стартап + отрисовку на новый лад.
наверное мы говорим про разные стандартные программы. я имею ввиду, в первую очередь, различные стандартные оснастки управления, ну и другие стандартные утилиты. Там .NET нету, все нативное.
Скорость работы html+js не просто удручает, о ней даже говорить не хочется (все пытаю phonegap).
видимо от реализации зависит и от браузера, стабильности нету — это точно, с другое же стороны уже вот такие проекты www.canvasdemos.com/ явно показывают, что потенциал таки есть )
Если не использовать криптографию, WinForms, WxF, DirectoryServices, COM, ActiveX, Interop и прочие завязанные на софт штуки (Sharepoint, TFS, etc), то весь софт переносим безо всяких проблем, включая даже ASP.Net (xsp под mono). Mono прекрасно работает на куче платформ (является платформой для пользовательского кода той же Unity3d).
если это не использовать, как и другие платформенно зависимые фенички, то я бы выбрал в качестве клиента браузер, а качестве ЯП — html5 и JS. Вполне серьезно говорю, впрочем насчет mono спорить не буду, почти не сталкивался.
Хотите, чтобы ваш код работал без проблем на десктопах с виндой и на планшетах с ней же без изменения и строчки кода?
Во-первых, почему бы и нет?
Во-вторых, для поддержки winRT API нужно очень многое переписывать (в идеале — почти все), это действительно совершенно новый API.
Я все к чему. Обратите внимание на стандартные системные приложения Windows 8 ARM. Они все остались еще со времен Windows Vista/7 а то и win2K, т.е. очевидно, что их просто перекомпилировали под ARM не меняя ни строчки кода. Почему нельзя дать такую же возможность обычным пользователям? Там кроме как загрузить metro приложение через windows store ничего нельзя больше.
Я в курсе что такое .NET (много лет занимался разработкой на C#) и что такое WinRT. Только вот вы рассуждаете в сослагательном наклонении. В том же .NET почти все платформенно зависимо на поверку. Runtime от MS для систем, отличных от виндовс нету. Есть mono, но очень похоже на то, что MS с ними только борется, какая там поддержка.
У WinRT замечательная концепция, только с какого перепугу я должен переписывать весь код, только потому что, кому то было лень реализовать обратную совместимость?
Претензий к самой парадигме нет, претензии к тому, что какой-то дядя маркетолог сказал — господа девелоперы, вот вам сверх инновационная нано-платформа, извольте полностью переписать все ваши приложения. Оно мне надо? Конечно же нет.
Где-то я это уже слышал… ах да, сколько было холиваров примерно на ту же тему в далеком 2001 году, .NET framework помните? И где он сейчас? — Так и остался хорошим инструментов для создания корпоративного софта. MS на нем так и не написала сама ни одного нормального приложения (до сих пор они все свое пишут на старом добром C++ и компилируют в нативный код) + приложения написанные на этом «кроссплатформенном» фреймворке не работают в WinRT. А сколько было и до .NET и после этих «революционных» прослоек, которые на поверку являлись просто неудобными оболочками над win32. Так что то, что оно «не взлетит» у меня нет ни капли сомнения.
1. Где-нибудь оставить флажок «Использовать стандартное меню Пуск».
2. Сделать возможным запуск всех обычных win32/64 приложений на WinRT. Как это сделать? Не знаю, через виртуализацию и т.п. на то они и одна из самых крупных IT компаний в мире, чтобы делать магию, а не копипастить конкурентов. 21 век на дворе как никак.
3. Как lite вариант п.2 дать возможность компилировать свои приложения под WinARM и запускать их в стандартной среде (в не мертворожденной winRT) с привычным API (как это и делают стандартные не_метро приложения в WinRT).
Сейчас сделал обновление gmail — та же проблема, уведомления так и не заработали.
наверное мы говорим про разные стандартные программы. я имею ввиду, в первую очередь, различные стандартные оснастки управления, ну и другие стандартные утилиты. Там .NET нету, все нативное.
видимо от реализации зависит и от браузера, стабильности нету — это точно, с другое же стороны уже вот такие проекты www.canvasdemos.com/ явно показывают, что потенциал таки есть )
если это не использовать, как и другие платформенно зависимые фенички, то я бы выбрал в качестве клиента браузер, а качестве ЯП — html5 и JS. Вполне серьезно говорю, впрочем насчет mono спорить не буду, почти не сталкивался.
Во-первых, почему бы и нет?
Во-вторых, для поддержки winRT API нужно очень многое переписывать (в идеале — почти все), это действительно совершенно новый API.
Я все к чему. Обратите внимание на стандартные системные приложения Windows 8 ARM. Они все остались еще со времен Windows Vista/7 а то и win2K, т.е. очевидно, что их просто перекомпилировали под ARM не меняя ни строчки кода. Почему нельзя дать такую же возможность обычным пользователям? Там кроме как загрузить metro приложение через windows store ничего нельзя больше.
У WinRT замечательная концепция, только с какого перепугу я должен переписывать весь код, только потому что, кому то было лень реализовать обратную совместимость?
Претензий к самой парадигме нет, претензии к тому, что какой-то дядя маркетолог сказал — господа девелоперы, вот вам сверх инновационная нано-платформа, извольте полностью переписать все ваши приложения. Оно мне надо? Конечно же нет.
Это лет через 5? От MS все этого ждали сейчас. О чем и статья.
1. Где-нибудь оставить флажок «Использовать стандартное меню Пуск».
2. Сделать возможным запуск всех обычных win32/64 приложений на WinRT. Как это сделать? Не знаю, через виртуализацию и т.п. на то они и одна из самых крупных IT компаний в мире, чтобы делать магию, а не копипастить конкурентов. 21 век на дворе как никак.
3. Как lite вариант п.2 дать возможность компилировать свои приложения под WinARM и запускать их в стандартной среде (в не мертворожденной winRT) с привычным API (как это и делают стандартные не_метро приложения в WinRT).
Вот такое вот IMHO.