Комментарии 93
UX в ноль Только из-за пары процентов потенциальных пользователей?!
И такая маленькая разница в тулах!
Количественные оценки, IMHO, сверхсубъективны. Да и качественно весьма небесспорны.
И такая маленькая разница в тулах!
Количественные оценки, IMHO, сверхсубъективны. Да и качественно весьма небесспорны.
Да, как упоминалось в посте, исследование делалось для конкретного клиента. Поэтому оценки и могут быть сверхсубъективны.
UX даже не в 0, там у Silverlight стоит минус 10!!! После такого, как-то не очень хочется доверять остальным цифрам.
Вообще, в данном отчёте есть скрытая манипуляция с цифрами. Разницу между Silverlight и HTML5 дают поля «Стратегия» и «UX». По сути выбор в пользу HTML 5 делатьется только из-за того, что HTML 5 работает на iPhone/iPod/Android и вообще он стандарт. Остальные критерии при выборе сколько-нибудь значительной роли не играют, а служат маскировкой. Так как с двумя критериями это был бы не отчёт.
Вообще, в данном отчёте есть скрытая манипуляция с цифрами. Разницу между Silverlight и HTML5 дают поля «Стратегия» и «UX». По сути выбор в пользу HTML 5 делатьется только из-за того, что HTML 5 работает на iPhone/iPod/Android и вообще он стандарт. Остальные критерии при выборе сколько-нибудь значительной роли не играют, а служат маскировкой. Так как с двумя критериями это был бы не отчёт.
Ну да, заговор и мерзкие инсинуации против непогрешимого Microsoft и безупречного Silverlight.
Какой нафиг заговор? Какая непогрешимость и безупречность?? Где я про это хоть словом???
Просто автор отчёта делает выводы исходя из 2 критериев: поддержка iPhone/iPod/Android и соответствие web стандартам. По этим критериям Silverlight однозначно проигрывает.
В реальной же жизни всё сложнее. Например, часто требуется нативное приложение под iPhone/iPad. В этом случае не важно, работает ли на iPad web приложение.
В каждой конкретной ситуации может быть множество критериев. Иногда имеет смысл использовать HTML5, но есть и большой класс задач, когда Silverlight позволяет сделать быстрее и дешевле.
Просто автор отчёта делает выводы исходя из 2 критериев: поддержка iPhone/iPod/Android и соответствие web стандартам. По этим критериям Silverlight однозначно проигрывает.
В реальной же жизни всё сложнее. Например, часто требуется нативное приложение под iPhone/iPad. В этом случае не важно, работает ли на iPad web приложение.
В каждой конкретной ситуации может быть множество критериев. Иногда имеет смысл использовать HTML5, но есть и большой класс задач, когда Silverlight позволяет сделать быстрее и дешевле.
Мне больше понравилось к тому, что «остальные критерии для маскировки». Ну да. Т.е., например, производительность (в частности на клиенте) — вообще не важна. Как по мне (да и имхо 90% пользователей интернета) гораздо удобнее получить моментально отрендеренную браузером и готовую к использованию, скажем, форму (или скажете это очень частный случай?), чем ждать, что сначала подгрузится сельверлатовый код, и только потом плагин (который, кстати, может не стоять) сделав нагрузку на проц соизволит ее отрисовать. Я уж не говорю про некоторых «веселых» людей делавших сайты (которые по хрен знает сколько грузились) целиком на сильверлайте, при том что все эти красоты элементарно делались банальным HTML и работали бы абсолютно везде (в сайт мосметро пальцем тыкать?).
Поехали далее. Лицензии. Ну тут говорить нечего. Открытого кода сильверлайта нет, при том что если в jQuery(мы же и о нем тоже говорим?) в случае нужды можно элементарно что-то поправить или под свои нужды подогнать. Остальные технологии (рендер HTML, движок JS) у нормальных браузеров также существуют в открытом и свободном(!!!) виде, что позволит при желании или необходимости узнать в точности подробности реализации. Т.е. банально, если сильно захочется, можно посмотреть исходники V8 и понять, почему же некий скрипт подтормаживает в хроме и в какую сторону от этого избавляться. Хотя говорить о преимуществах свободных лицензий с сотрудником МС дело бесполезное.
По стратегии, HTML+JS+CSS — технологии, существующие давно, имеющие огромное количество специалистов, документации, готовых решений. Можно быть уверенным, что эта связка будет существовать ещё очень долго и её доминирующему положению даже потенциально ничто не может повредить. В противовес сильверлат — проприетарная технология, появившаяся относительно недавно, от одной компании, которая может легко её угробить (сколько уже технологий МС загубило?). При таком раскладе инвестиции денег и человекочасов в последнюю технологию, при наличии первой, откровенно бессмысленны.
Продолжать или стало ясно, что и другие критерии помимо тех двух имеют существенный вес при выборе технологии?
Как уже ниже сказали, сильверлайт — нишевое решение, для внутренних портальчиков фирм, которые завязанны на технологии МС. Оно не должно и не может претендовать на что-то большее.
А насчет непогрешимости — это аллюзия на инсинуации, которые так любит сама МС (напомнить, хотя бы, Get the fackts или что «IE8 — самый современный* и безопасный браузер**»). И читать после этого от их сторонников (а тем более, сотрудников) крики вида «Ааааа, всё подтасовали, цифры с потолка, остальное вообще не существенно и притянуто за уши».
Ребят, я понимаю что при трудоустройстве в МС вас требуют подписать бумажку имеющую пункты типа «Не очернять авторитет компании и всегда стараться рекламировать ее» (на одной фирме сам подобную подписывал), но имейте уже, наконец, совесть!
В общем, уже поздно, мысль немного путается, спокойной ночи!
Поехали далее. Лицензии. Ну тут говорить нечего. Открытого кода сильверлайта нет, при том что если в jQuery(мы же и о нем тоже говорим?) в случае нужды можно элементарно что-то поправить или под свои нужды подогнать. Остальные технологии (рендер HTML, движок JS) у нормальных браузеров также существуют в открытом и свободном(!!!) виде, что позволит при желании или необходимости узнать в точности подробности реализации. Т.е. банально, если сильно захочется, можно посмотреть исходники V8 и понять, почему же некий скрипт подтормаживает в хроме и в какую сторону от этого избавляться. Хотя говорить о преимуществах свободных лицензий с сотрудником МС дело бесполезное.
По стратегии, HTML+JS+CSS — технологии, существующие давно, имеющие огромное количество специалистов, документации, готовых решений. Можно быть уверенным, что эта связка будет существовать ещё очень долго и её доминирующему положению даже потенциально ничто не может повредить. В противовес сильверлат — проприетарная технология, появившаяся относительно недавно, от одной компании, которая может легко её угробить (сколько уже технологий МС загубило?). При таком раскладе инвестиции денег и человекочасов в последнюю технологию, при наличии первой, откровенно бессмысленны.
Продолжать или стало ясно, что и другие критерии помимо тех двух имеют существенный вес при выборе технологии?
Как уже ниже сказали, сильверлайт — нишевое решение, для внутренних портальчиков фирм, которые завязанны на технологии МС. Оно не должно и не может претендовать на что-то большее.
А насчет непогрешимости — это аллюзия на инсинуации, которые так любит сама МС (напомнить, хотя бы, Get the fackts или что «IE8 — самый современный* и безопасный браузер**»). И читать после этого от их сторонников (а тем более, сотрудников) крики вида «Ааааа, всё подтасовали, цифры с потолка, остальное вообще не существенно и притянуто за уши».
Ребят, я понимаю что при трудоустройстве в МС вас требуют подписать бумажку имеющую пункты типа «Не очернять авторитет компании и всегда стараться рекламировать ее» (на одной фирме сам подобную подписывал), но имейте уже, наконец, совесть!
В общем, уже поздно, мысль немного путается, спокойной ночи!
На самом деле, я мог бы и не писать такую простыню, приводить аргументы, а просто ответить на эмоциональный выпад «Цифры взяты с потолка!!! аргументы для маскировки!!!!!!111» фразой вида «Даже если вдруг и так (хотя это и не так), то что? Вы (представители МС) постоянно этим занимаетесь(подделкой цифр и придумыванием с потолка аргументов).» или еще более коротко, но как-то по детски, отчего не менее верно: «Чья бы корова мычала.»
Мне сложно что-то ответить, так как Вас переубедить не получится в любом случае, а эмоциональный холивар разводить смысла не имеет.
Однако
>>Даже если вдруг и так (хотя это и не так), то что?
Логика: «Если для борьбы с Microsoft требуется притягивать за уши цифры, то так и надо делать, так как Microsoft сама это делает» мне кажется несколько странной. Это примерно как:
А: Мне сказали, что ты избил жену, зачем ты это сделал?
B: Даже если и так, то что? Мне говорили, что ты сам ребёнка ударил.
Don't be evil :) Плохо и хорошо не зависят от того, играет это за Microsoft или против.
По отчёту:
Поле User Experience даёт HTML5 и Silverlight разницу в 84 пункта, а поле Strategic, как не странно, тоже 84. В сумме 168 пунктов.
Вот это я называю подтасовкой.
Низкий бал Silverlight во многих остальных пунктах просто показывает, что автор не работал с Silverlight. Например, я понимаю, что посмотреть исходный код V8 важно, но часто ли разработчики смотрят исходный код всех браузеров, под которые пишут? В то же время большая часть кода Silverlight открыта, а вообще весь managed код можно легко посмотреть рефлектором.
Раздел «Код/Архитектура» более чем странен. Silverlight давно поддерживает «читабельные URL» на страницы внутри приложения. А чего-то аналогичного Sketchflow у HTML 5 нет. Также нет никаких проблем у Silverlight с i18n. Всё очень субъективно.
Однако
>>Даже если вдруг и так (хотя это и не так), то что?
Логика: «Если для борьбы с Microsoft требуется притягивать за уши цифры, то так и надо делать, так как Microsoft сама это делает» мне кажется несколько странной. Это примерно как:
А: Мне сказали, что ты избил жену, зачем ты это сделал?
B: Даже если и так, то что? Мне говорили, что ты сам ребёнка ударил.
Don't be evil :) Плохо и хорошо не зависят от того, играет это за Microsoft или против.
По отчёту:
Поле User Experience даёт HTML5 и Silverlight разницу в 84 пункта, а поле Strategic, как не странно, тоже 84. В сумме 168 пунктов.
Вот это я называю подтасовкой.
Низкий бал Silverlight во многих остальных пунктах просто показывает, что автор не работал с Silverlight. Например, я понимаю, что посмотреть исходный код V8 важно, но часто ли разработчики смотрят исходный код всех браузеров, под которые пишут? В то же время большая часть кода Silverlight открыта, а вообще весь managed код можно легко посмотреть рефлектором.
Раздел «Код/Архитектура» более чем странен. Silverlight давно поддерживает «читабельные URL» на страницы внутри приложения. А чего-то аналогичного Sketchflow у HTML 5 нет. Также нет никаких проблем у Silverlight с i18n. Всё очень субъективно.
Мне сложно что-то ответить, так как Вас переубедить не получится в любом случаеЭто называется «он прав».
Представьте спор о религии. Спорят Католик и Православный о том, чья религия более правильная. Совпадения во мнениях безусловно есть, но есть и много различий.
Вы бы в такой ситуации стали спорить? Я нет, как и сейчас.
Главный итог то, что один другого переубедить точно не сможет. А правота одного или другого зависит только от того, к какой конфессии принадлежит оценивающий правоту.
Вы бы в такой ситуации стали спорить? Я нет, как и сейчас.
Главный итог то, что один другого переубедить точно не сможет. А правота одного или другого зависит только от того, к какой конфессии принадлежит оценивающий правоту.
> А: Мне сказали, что ты избил жену, зачем ты это сделал?
Подчеркну, я бы мог так ответить, но все-же первоначально ответил не так, так что придирка к этому не сильно подходит.
>Поле User Experience даёт HTML5 и Silverlight разницу в 84 пункта, а поле Strategic, как не странно, тоже 84. В сумме 168 пунктов.
Т.е. Вы сделали вывод по фальсификации исходя из совпадения цифр? Вот так вот безапелляционно? О_О
>Раздел «Код/Архитектура» более чем странен.
Я с Вами по этому пункту, заметьте, не говорил. У меня тоже по нему есть некоторые вопросы, но конкретно он не решающий при остальных пунктах. И даже если я с Вами тут соглашусь и мы выкинем этот пункт, общая картина не изменится.
Подчеркну, я бы мог так ответить, но все-же первоначально ответил не так, так что придирка к этому не сильно подходит.
>Поле User Experience даёт HTML5 и Silverlight разницу в 84 пункта, а поле Strategic, как не странно, тоже 84. В сумме 168 пунктов.
Т.е. Вы сделали вывод по фальсификации исходя из совпадения цифр? Вот так вот безапелляционно? О_О
>Раздел «Код/Архитектура» более чем странен.
Я с Вами по этому пункту, заметьте, не говорил. У меня тоже по нему есть некоторые вопросы, но конкретно он не решающий при остальных пунктах. И даже если я с Вами тут соглашусь и мы выкинем этот пункт, общая картина не изменится.
Спасибо за нормальный, развернутый ответ, а не разжигание холивара!
SL предназначит не для создания сайтов, а для интернет приложений, и да, есть люди которые не правильно выбирают технологию.
>у нормальных браузеров также
Основная проблема, вы не можете работать только с нормальными браузерами, вам нужно поддерживать все.
>можно посмотреть исходники V8 и понять, почему же некий скрипт подтормаживает в хроме
И так для всех js движков? Вам больше заняться нечем?
Html хорош для создания сайтов, но по части приложений это просто набор костылей, и тут SL на голову выше как технология, главная проблема которой это то что она он МС.
>у нормальных браузеров также
Основная проблема, вы не можете работать только с нормальными браузерами, вам нужно поддерживать все.
>можно посмотреть исходники V8 и понять, почему же некий скрипт подтормаживает в хроме
И так для всех js движков? Вам больше заняться нечем?
Html хорош для создания сайтов, но по части приложений это просто набор костылей, и тут SL на голову выше как технология, главная проблема которой это то что она он МС.
>Основная проблема, вы не можете работать только с нормальными браузерами, вам нужно поддерживать все.
Согласен. Это проблема.
>И так для всех js движков? Вам больше заняться нечем?
Читаем внимательно: " некий скрипт подтормаживает в хроме". Где тут про все движки? Если будет скрипт тормозить только в лисе — смотри ее, если больше выхода нет (ну не известно из-за чего проблема).
>по части приложений это просто набор костылей, и тут SL на голову выше как технология
Конкретики можно, а то мой контраргумент будет:
«по части приложений SL это просто набор костылей, и тут HTML5 на голову выше как технология»
Точно так же без оснований.
Согласен. Это проблема.
>И так для всех js движков? Вам больше заняться нечем?
Читаем внимательно: " некий скрипт подтормаживает в хроме". Где тут про все движки? Если будет скрипт тормозить только в лисе — смотри ее, если больше выхода нет (ну не известно из-за чего проблема).
>по части приложений это просто набор костылей, и тут SL на голову выше как технология
Конкретики можно, а то мой контраргумент будет:
«по части приложений SL это просто набор костылей, и тут HTML5 на голову выше как технология»
Точно так же без оснований.
Ну а какая вам нужна конкретика? Вы работали хоть с одним нормальным RIA, flex, sl, javafx? Если после них вы считаете html на голову выше, ну я не знаю что тут можно еще сказать.
HTML5( именно как комплекс HTML JS CSS и подход AJAX) уже не ненормальны RIA? Ок.
Тогда флекс. Недолго, не сильно глубоко, но достаточно. Что дальше?
Тогда флекс. Недолго, не сильно глубоко, но достаточно. Что дальше?
Конечно не нормальны. Что либо сложное на нем реализовать — замучаешься.
«сложное» понятие относительное, но часто приводится в подобных спорах как аргумент, не могли бы вы привести пример подобных «Сложных моделей» которые «замучаешься»
Пожалуйста, я работаю в СМИ. Сделаете мне на JS+CSS редактор рекламы на полосах? Нужно выводить 300-500 полос, уметь двигать и менять местами полосы и группы полос, перетаскивать с полосы на полосу рекламные модули, менять их (модулей) размеры с привязкой к модульной сетке. Сколько за это возьмете?
Содержание самих модулей как я понимаю статическое и если и редактируется то в специализированном редакторе а не в данном приложении?
Если это так, то по сути — это реалтайм редактор шаблона с динамическим масштабированием + драг анд дроп + авто-колонки и доп плюшки…
Если это так, то по сути — это реалтайм редактор шаблона с динамическим масштабированием + драг анд дроп + авто-колонки и доп плюшки…
Ах, да еще совсем забыл постраничный вывод в рамках макета и конвертация конечного результата в некий формат на вывод.
Все схематично, данные берутся с сервера через ajax+json.
Вот ведь все говорят — «это по сути… легко… и просто», а вы возьметесь за работу?
Вот ведь все говорят — «это по сути… легко… и просто», а вы возьметесь за работу?
Я положим не писал про просто и легко в своих сообщениях.
Без ТЗ — не цены, не решения «взять не взять» уже давно не принимаю. Во-вторых сейчас в любом случае заказы не беру.
Если говорить о реализации то реализовывал скорей всего — внутренние приложение на AIR и при необходимости внешние — публичное приложение с ограниченным функционалом как раз на html+css+js (html5)
Без ТЗ — не цены, не решения «взять не взять» уже давно не принимаю. Во-вторых сейчас в любом случае заказы не беру.
Если говорить о реализации то реализовывал скорей всего — внутренние приложение на AIR и при необходимости внешние — публичное приложение с ограниченным функционалом как раз на html+css+js (html5)
Вы просили привести пример «сложного», чего нельзя быстро и удобно реализовать на html+js. Я вам пример привел, даже готов заплатить деньги за реализацию.
Интересно?
Интересно?
Я вам тоже написал в сообщении выше: «Без ТЗ — не цены, не решения «взять не взять» уже давно не принимаю. Во-вторых сейчас в любом случае заказы не беру. „
Друх,
а) но ie действительно самый безопасный из браузеров. Если под безопасностью встроенные понимать механизмы по защите пользователя от фишинга и других напастей.
б) много ты видал людей, которые способны что-нибудь понять в коде браузера? Бахвалится открытыми кодами каждый, а вот разобраться в нем могут единицы ;-)
в) А так в целом верно, у JS/HTML есть известные недостатки, не позволяющие использовать их в сложных и насыщенных интерфейсом приложениях. А SL нечего делать в простых хтмл-формочках.
а) но ie действительно самый безопасный из браузеров. Если под безопасностью встроенные понимать механизмы по защите пользователя от фишинга и других напастей.
б) много ты видал людей, которые способны что-нибудь понять в коде браузера? Бахвалится открытыми кодами каждый, а вот разобраться в нем могут единицы ;-)
в) А так в целом верно, у JS/HTML есть известные недостатки, не позволяющие использовать их в сложных и насыщенных интерфейсом приложениях. А SL нечего делать в простых хтмл-формочках.
Ну, у нас, например, по статистике больше 20 процентов клиентов с убунтой/дебианом и около 2 с федорой. Так что я будучи в здравом уме никогда бы сервелат не использовал на сайте. Тут от рода деятельности сильно зависит, как уже выше писали.
А сколько по вашей статистике поддерживает html5? И почему пользователи GNU/Linux не могут поставить Moonlight?
Он уже научился всем фишкам оригинального сервелата? А если писать под мунлайт, то не понятно насколько оно хорошо потом в оригинальном сервелате заработает.
> Он уже научился всем фишкам оригинального сервелата?
А обязательно в отдельно взятом приложении использовать «все фишки»?
> А если писать под мунлайт, то не понятно насколько оно хорошо потом в оригинальном сервелате заработает.
Что значит «писать под мунлайт»? На html5 вы будете писать под сафари? Лучше делайте это в соответствии со стандартами и рекомендациями для кросс-платформенных приложений и тогда никаких проблем не будет. Взять хотя бы таких монстров сервелатостроения как Telerik. Мегатонны их исходников были адаптированы под вышедший превью четвертого мунлайта практически мгновенно. И #if'ов, скажу, очень мало. Я бы даже сказал, что между moon/silverlight совместимость гораздо лучше, чем между IE и всеми остальными браузерами :)
А обязательно в отдельно взятом приложении использовать «все фишки»?
> А если писать под мунлайт, то не понятно насколько оно хорошо потом в оригинальном сервелате заработает.
Что значит «писать под мунлайт»? На html5 вы будете писать под сафари? Лучше делайте это в соответствии со стандартами и рекомендациями для кросс-платформенных приложений и тогда никаких проблем не будет. Взять хотя бы таких монстров сервелатостроения как Telerik. Мегатонны их исходников были адаптированы под вышедший превью четвертого мунлайта практически мгновенно. И #if'ов, скажу, очень мало. Я бы даже сказал, что между moon/silverlight совместимость гораздо лучше, чем между IE и всеми остальными браузерами :)
Знаете, я как-то попробовал зайти на сайт с мунлайтом — оперу оно вообще уронило, а в фурре подвисло на каком-то там проценте загрузки. Уж лучше по-старинке на HTML+jQuery.
Попробовал я ради интереса Moonlight на Ubuntu. Не работает он, так что давайте не будем его больше советовать для Linux пользователей.
Прошу прощения, а вы что — центр мирового ОТК? Если что-то лично у вас не завелось, то списываем в утиль?
PS. На ютубе нашел немало демок с мунлайтом на убунту. Либо это заговор MS по изготовлению фейков, либо вам надо прочитать наконец документацию.
PPS. Все никак не могу привыкнуть на айтишном форуме видеть такие «багрепорты». Не «пробовал версию X на убунте Y, отвалилась с ошибкой Z», а просто и лаконично «пробовал — не работает».
PS. На ютубе нашел немало демок с мунлайтом на убунту. Либо это заговор MS по изготовлению фейков, либо вам надо прочитать наконец документацию.
PPS. Все никак не могу привыкнуть на айтишном форуме видеть такие «багрепорты». Не «пробовал версию X на убунте Y, отвалилась с ошибкой Z», а просто и лаконично «пробовал — не работает».
Прощаю. Вы меня не поняли. Он запустился, он даже ошибок не отображает. Все отлично. Только вот он жутко тормозит по сравнению с SL, да так тормозит, что работать в нем нереально. К тому же в сложных проектах бывает и отображает представления не так, как должно быть.
Это как тебе нужно проехать от Москвы до Санкт-Петербурга, есть вариант на машине простенькой (это обычный SL), а есть вариант на мотороллере, который сначала нужно подкрутить, потому всю дорогу отплевываться от мошек, дышать выхлопом и т.п. (вот это Moonlight).
В общем, уважайте Linux пользователей, и не подсовывайте им этот шлак, как решение. Может быть у Moonlight есть будущее, но пока настоящего нет.
PS. Вы, в общем, сначала сами попробуйте, а потом уже советуйте ;)
PPS. Задолбали школята, которые услышат где-то что-то, сами не проверят, но советуют везде.
Это как тебе нужно проехать от Москвы до Санкт-Петербурга, есть вариант на машине простенькой (это обычный SL), а есть вариант на мотороллере, который сначала нужно подкрутить, потому всю дорогу отплевываться от мошек, дышать выхлопом и т.п. (вот это Moonlight).
В общем, уважайте Linux пользователей, и не подсовывайте им этот шлак, как решение. Может быть у Moonlight есть будущее, но пока настоящего нет.
PS. Вы, в общем, сначала сами попробуйте, а потом уже советуйте ;)
PPS. Задолбали школята, которые услышат где-то что-то, сами не проверят, но советуют везде.
> Задолбали школята, которые услышат где-то что-то, сами не проверят, но советуют везде.
Прости меня, о великий)) Просто я нОвелу в тестеры не набивался и мне показалось, что если уж Telerik анонсировал совместимость своих контролов с мунлайтом, то жизнь начинает налаживаться. И уж коль речь в посте ТС шла о стратегии, а не о сегодняшнем дне, то рискнул задать вопрос: «И почему пользователи GNU/Linux не могут поставить Moonlight?». Вместо этого вылезает какой-то ментор, у которого весь смысл жизни в самоутверждении за счет оскорблений других и начинает обвинять меня в том, что я де рекомендую. Вот такие персоны реально задолбали, не находите?))
Прости меня, о великий)) Просто я нОвелу в тестеры не набивался и мне показалось, что если уж Telerik анонсировал совместимость своих контролов с мунлайтом, то жизнь начинает налаживаться. И уж коль речь в посте ТС шла о стратегии, а не о сегодняшнем дне, то рискнул задать вопрос: «И почему пользователи GNU/Linux не могут поставить Moonlight?». Вместо этого вылезает какой-то ментор, у которого весь смысл жизни в самоутверждении за счет оскорблений других и начинает обвинять меня в том, что я де рекомендую. Вот такие персоны реально задолбали, не находите?))
Да я же написал уже, что прощаю. Подними свою самооценку, хорош извиняться. :)
А не думаете, что это просто тупая реклама Telerik, не?
Меня вот тоже интересовал этот вопрос долго, решил поставить и посмотреть, а оказалось банально, что нет смысла в его установке, все равно работать не будет как должно.
Вы отнеслись ко мне как к школяру или троллю, вот и получили такой же ответ. Все сходится. А доказательства, типа «увидел на youtube, значит работает» — это просто жесть.
Telerik анонсировал совместимость своих контролов с мунлайтом
А не думаете, что это просто тупая реклама Telerik, не?
И почему пользователи GNU/Linux не могут поставить Moonlight?
Меня вот тоже интересовал этот вопрос долго, решил поставить и посмотреть, а оказалось банально, что нет смысла в его установке, все равно работать не будет как должно.
Вместо этого вылезает какой-то ментор, у которого весь смысл жизни в самоутверждении за счет оскорблений других и начинает обвинять меня в том, что я де рекомендую. Вот такие персоны реально задолбали, не находите?))
Вы отнеслись ко мне как к школяру или троллю, вот и получили такой же ответ. Все сходится. А доказательства, типа «увидел на youtube, значит работает» — это просто жесть.
> Да я же написал уже, что прощаю. Подними свою самооценку, хорош извиняться. :)
В обществе таких профи я сразу теряюсь)) К тому же умение извиняться — удел людей великодушных, ибо от них при этом не убывает, а малодушным — корм))
> А не думаете, что это просто тупая реклама Telerik, не?
Ничего другого от фана Devexpress я не ожидал. Если первым анонсировал конкурент — то тупая реклама. Был бы devex, был бы прорыв)
> А доказательства, типа «увидел на youtube, значит работает» — это просто жесть.
Т.е. ваша эпистолярная оценка «попробовал — не заработало» — золото, а когда я решил посмотреть, нет ли у кого-то еще реальной практики запуска мунлайта (не на словах, а воочию) — это «жесть»? У нас с вами разные понятия об объективности.
> Вы отнеслись ко мне как к школяру или троллю, вот и получили такой же ответ. Все сходится.
Я даже не подозревал, что фраза: «Либо это заговор MS по изготовлению фейков, либо вам надо прочитать наконец документацию» вас так ранит и заставит опуститься до прямых оскорблений ;) За сим хочу уверить, что ничего из сказанного выше не носило оскорбительного подтекста, просто некоторое недоумение — почему вместо фидбека девелоперам идет разглагольствование о том, что за отстой этот мунлайт. Не думали никогда поддержать опенсоурсный проект хотя бы простым багрепортом?
В обществе таких профи я сразу теряюсь)) К тому же умение извиняться — удел людей великодушных, ибо от них при этом не убывает, а малодушным — корм))
> А не думаете, что это просто тупая реклама Telerik, не?
Ничего другого от фана Devexpress я не ожидал. Если первым анонсировал конкурент — то тупая реклама. Был бы devex, был бы прорыв)
> А доказательства, типа «увидел на youtube, значит работает» — это просто жесть.
Т.е. ваша эпистолярная оценка «попробовал — не заработало» — золото, а когда я решил посмотреть, нет ли у кого-то еще реальной практики запуска мунлайта (не на словах, а воочию) — это «жесть»? У нас с вами разные понятия об объективности.
> Вы отнеслись ко мне как к школяру или троллю, вот и получили такой же ответ. Все сходится.
Я даже не подозревал, что фраза: «Либо это заговор MS по изготовлению фейков, либо вам надо прочитать наконец документацию» вас так ранит и заставит опуститься до прямых оскорблений ;) За сим хочу уверить, что ничего из сказанного выше не носило оскорбительного подтекста, просто некоторое недоумение — почему вместо фидбека девелоперам идет разглагольствование о том, что за отстой этот мунлайт. Не думали никогда поддержать опенсоурсный проект хотя бы простым багрепортом?
Как вы меня хоть с Devexpress то связали? Я даже ни разу их контролы не устанавливал. Че вы мне все приписываете-то, а? Где я вас оскроблял-то или кого вообще, что за прямые оскорбления?
Рекомендовать что-то из-за того, что где-то увидел или услышал крайне не профессионально. Вы в своей компании завтра придете и скажете «А давайте реализуем все на Silverlight, хоть у нас все пользователи на Linux, так как я посмотрел видео и там все ок.», так что ли? Я вот не из таких, мне, если я захочу что-то рекомендовать, нужно попробовать и пощупать сначала самому. И я могу сделать скидку на то, что могу что-то не так установить, не до конца разобраться. Но в этом случае я вижу, что оно работает, но не всегда, и не всегда так, как ожидали разработчики, которые писали это под SL. И процент когда работает не так как нужно равен не 5, и не 10, а около 50%. Потому я могу константировать, что это не работает. Даже видео на сайтах с SL плеером не всегда удается посмотреть, на том же techdays.ru не работает банально перемотка, скидывает в начало. Спрашивается, а нафига это нужно?
То, что вы увидели одно или пару видео, где кто-то что-то запустил под Moonlight, ну круто, конечно. А посмотреть в комментах, как linux пользователи отнекиваются от Moonlight, слабо? Ведь не просто так. Ну конечно, есть те, которые не ставят из-за религиозных побуждений, но не все же.
Чего вы MSFT то прикрепляете к Moonlight, как они хоть связаны-то? Mono не поддерживается MSFT.
Никто не говорит, что Moonlight отстой, ребята делают огромную работу, и может быть в будущем он будет очень хорош. Я говорю, что сейчас нельзя советовать linux пользователям использовать Moonlight и гарантировать даже 80% решение их бед с Silverlight.
>Не думали никогда поддержать опенсоурсный проект хотя бы простым багрепортом?
Бля, ну реально задолбали, как вы хоть умудряетесь мне оценки какие-то делать. Если я скажу, что отправлял багрепорты опенсурсным проектам, то все ок?
Рекомендовать что-то из-за того, что где-то увидел или услышал крайне не профессионально. Вы в своей компании завтра придете и скажете «А давайте реализуем все на Silverlight, хоть у нас все пользователи на Linux, так как я посмотрел видео и там все ок.», так что ли? Я вот не из таких, мне, если я захочу что-то рекомендовать, нужно попробовать и пощупать сначала самому. И я могу сделать скидку на то, что могу что-то не так установить, не до конца разобраться. Но в этом случае я вижу, что оно работает, но не всегда, и не всегда так, как ожидали разработчики, которые писали это под SL. И процент когда работает не так как нужно равен не 5, и не 10, а около 50%. Потому я могу константировать, что это не работает. Даже видео на сайтах с SL плеером не всегда удается посмотреть, на том же techdays.ru не работает банально перемотка, скидывает в начало. Спрашивается, а нафига это нужно?
То, что вы увидели одно или пару видео, где кто-то что-то запустил под Moonlight, ну круто, конечно. А посмотреть в комментах, как linux пользователи отнекиваются от Moonlight, слабо? Ведь не просто так. Ну конечно, есть те, которые не ставят из-за религиозных побуждений, но не все же.
Чего вы MSFT то прикрепляете к Moonlight, как они хоть связаны-то? Mono не поддерживается MSFT.
Никто не говорит, что Moonlight отстой, ребята делают огромную работу, и может быть в будущем он будет очень хорош. Я говорю, что сейчас нельзя советовать linux пользователям использовать Moonlight и гарантировать даже 80% решение их бед с Silverlight.
>Не думали никогда поддержать опенсоурсный проект хотя бы простым багрепортом?
Бля, ну реально задолбали, как вы хоть умудряетесь мне оценки какие-то делать. Если я скажу, что отправлял багрепорты опенсурсным проектам, то все ок?
> Как вы меня хоть с Devexpress то связали? Я даже ни разу их контролы не устанавливал. Че вы мне все приписываете-то, а?
Читаю в вашем профиле: «нравиться DevExpress», на основании чего я написал: «фан Devexpressa». В чем мой просчет? И где хоть слово про их контролы?
> Рекомендовать что-то из-за того, что где-то увидел или услышал крайне не профессионально.
Второй раз повторяю. Я никому ничего не рекомендовал. Был только вопрос: " И почему пользователи GNU/Linux не могут поставить Moonlight?". Вашу версию ответа получил, а вот с чего вы меня учите профессионализму — это уже другой вопрос. В себя считаете себя гуру?
> То, что вы увидели одно или пару видео, где кто-то что-то запустил под Moonlight, ну круто, конечно. А посмотреть в комментах, как linux пользователи отнекиваются от Moonlight, слабо?
Учитесь поступать так, как сами рекомендуете. Именно я изначально не принял ваш опыт работы с мунлайтом как догму и начал собирать дополнительную информацию, в том числе и на ютубе и будьте уверены, дойду и до комментариев. Так что ваша истерика по поводу «слабо» мне не совсем понята.
> Чего вы MSFT то прикрепляете к Moonlight, как они хоть связаны-то? Mono не поддерживается MSFT.
Странно. Только что вел речь о возможности поддержать опенсоурсный проект, а оказывается я подразумевал MS. А даже если бы и связал, то перед какой истиной тем самым погрешу? Соглашение между новелом и МС ни для кого ни секрет. То что МС осуществляет свой вклад в это дело — тоже. Взять хотя бы h264 со компанией.
> Бля, ну реально задолбали, как вы хоть умудряетесь мне оценки какие-то делать. Если я скажу, что отправлял багрепорты опенсурсным проектам, то все ок?
Безусловно. И я запросто извинюсь за свою гипотезу, которая не соответствует истине. Что до оценок, то вы мне уже успели навесить ярлык «школята», так что будьте последовательны в своих принципах.
Читаю в вашем профиле: «нравиться DevExpress», на основании чего я написал: «фан Devexpressa». В чем мой просчет? И где хоть слово про их контролы?
> Рекомендовать что-то из-за того, что где-то увидел или услышал крайне не профессионально.
Второй раз повторяю. Я никому ничего не рекомендовал. Был только вопрос: " И почему пользователи GNU/Linux не могут поставить Moonlight?". Вашу версию ответа получил, а вот с чего вы меня учите профессионализму — это уже другой вопрос. В себя считаете себя гуру?
> То, что вы увидели одно или пару видео, где кто-то что-то запустил под Moonlight, ну круто, конечно. А посмотреть в комментах, как linux пользователи отнекиваются от Moonlight, слабо?
Учитесь поступать так, как сами рекомендуете. Именно я изначально не принял ваш опыт работы с мунлайтом как догму и начал собирать дополнительную информацию, в том числе и на ютубе и будьте уверены, дойду и до комментариев. Так что ваша истерика по поводу «слабо» мне не совсем понята.
> Чего вы MSFT то прикрепляете к Moonlight, как они хоть связаны-то? Mono не поддерживается MSFT.
Странно. Только что вел речь о возможности поддержать опенсоурсный проект, а оказывается я подразумевал MS. А даже если бы и связал, то перед какой истиной тем самым погрешу? Соглашение между новелом и МС ни для кого ни секрет. То что МС осуществляет свой вклад в это дело — тоже. Взять хотя бы h264 со компанией.
> Бля, ну реально задолбали, как вы хоть умудряетесь мне оценки какие-то делать. Если я скажу, что отправлял багрепорты опенсурсным проектам, то все ок?
Безусловно. И я запросто извинюсь за свою гипотезу, которая не соответствует истине. Что до оценок, то вы мне уже успели навесить ярлык «школята», так что будьте последовательны в своих принципах.
Попробовал так же посмотреть Telerik демки — работает, все отображается как надо, но ужасно тормозит и подвисает.
Казалось бы — причем здесь стратегия? Главное — полное удовлетворения вашим потребностям.
По-видимому, так выгоднее, смотреть в перспективу. Сегодня Silverlight удовлетворяет все потребности, а что будет завтра. За долгие годы, HTML (+JS+CSS+…) доказал, что в большинстве случаев может быть основной технологией веб разработки и будет. Что будет с Silverlight в ближайшем будущем? А Microsoft его знает… или не знает.
Абсолютно в точку. Помнится были времена когда ActiveX была обалденно передовая технология. Можно было делать мега-эффекты в браузере. MS продвигала ActiveX как удобное сердство для разработки веб приложений.
И где ActiveX сейчас? Используется в IE6-only приложениях и MS из всех сил пытается уговорить компании мигрировать с ActiveX на что нибудь другое.
Вы уверены что завтра (через год, через 3) ваше Silverlite-only приложение будет доступно пользователю из его браузера?
И где ActiveX сейчас? Используется в IE6-only приложениях и MS из всех сил пытается уговорить компании мигрировать с ActiveX на что нибудь другое.
Вы уверены что завтра (через год, через 3) ваше Silverlite-only приложение будет доступно пользователю из его браузера?
Вы уверены, что завтра часть спецификации html5 не поменяется, как было с Web SQL или Web sockets и не придётся всё переписывать?
В отличие от ActiveX сервелат основывается на открытых стандартах ISO/ECMA и уже имеет форки, независимые от MS, взять тот же Mono Project.
Я — разработчик Silverlight. Мне нравится Silverlight, нравится с ним работать. Но я полностью согласен со статьёй — для интернет-приложений лучше выбрать HTML.
Чёрт, камент запотсился сам собой. Хотел ещё добавить, что для интранет-приложений (где известно, что у всех есть плагин) — да, Сервелат прекрасно подходит. Стоимость разработки и поддержки будет намного ниже.
Все верно, Silverlight изначально себя позиционировал как платформа для разработки бизнес-приложений.
Если кто-то думает иначе, то выдает желаемое за действительное :)
Если кто-то думает иначе, то выдает желаемое за действительное :)
> Ответ довольно прост: если ваши пользователи не работают с Windows или OS X, то у них нет опыта вообще.
я не смотрел оригинальный текст, но, очевидно, там стояло слово experience. в данном случае стоит переводить как «если ваши пользователи не работают с Windows или OS X, то у них вообще нет возможности использовать силверлайт». experience = не только опыт, но и непосредственно процесс взаимодействия и приобретения опыта.
я не смотрел оригинальный текст, но, очевидно, там стояло слово experience. в данном случае стоит переводить как «если ваши пользователи не работают с Windows или OS X, то у них вообще нет возможности использовать силверлайт». experience = не только опыт, но и непосредственно процесс взаимодействия и приобретения опыта.
я html/css/js/python разработчик. Скажу честно мечтал и мечтаю о том времени, когда отомрут сторонние плагины. Есть серверная сторона и там хоть Python, asp, php, node.js что угодно! Но блин пользовательская сторона то что рендерится в браузере, давно пора избавить от сторонних плагинов.
P.S. Я имею ввиду что веб развивается, но много динозавров не хочет переучиваться и находят 1000 плюсов своим любимым технологиям, и точно так же находят 1000 минусов дургим технологиям приверженцы нового.
P.S. Я имею ввиду что веб развивается, но много динозавров не хочет переучиваться и находят 1000 плюсов своим любимым технологиям, и точно так же находят 1000 минусов дургим технологиям приверженцы нового.
Как же я с Вами солидарен! Казалось бы, 2006 год, еще чуть чуть и флеш(который уже сослужил свою хорошую службу, показав, что веб может быть красивым и удобным) будет нужен только для видео (а еще вскоре и совсем на пенсию уйдет по старости), на горизонте маячит HTML5…
И тут на тебе: МС выкатывает свою проприетарную вариацию на тему флешей и прочих отживающих своё технологий. При том имеющую кучу непреодолимых минусов и уступающей (до сих пор) не то, что HTML5 и иже с ним, но и даже по многим пунктам старичку-флешу!
И тут на тебе: МС выкатывает свою проприетарную вариацию на тему флешей и прочих отживающих своё технологий. При том имеющую кучу непреодолимых минусов и уступающей (до сих пор) не то, что HTML5 и иже с ним, но и даже по многим пунктам старичку-флешу!
Т.е. ваша модель — это когда 3D, например, рендерится на сервере, а пользователю отдаются картинки со скоростью 60fps?
Еще не надоело везде «использовать» HTML5, учитывая что это пока не более чем черновик будущего стандарта? И когда говорят о том что он лучше чем "..." (вставить по желанию) мне непонятно, как можно сравнивать то что есть и то что МОЖЕТ БЫТЬ будет.
Вброс насчет WP7 и Silverlight не совсем понятен.
Вброс насчет WP7 и Silverlight не совсем понятен.
Все просто… Еесли бы не людям «надоело», как вы говорите, использовать html5 то прогресса бы не было. Вы как нельзя лучше подчеркиваете мой комментарий выше
Не могли бы Вы уточнить, что из моих рассуждений находит отражение в Вашем комментарии? Я всего лишь указал на то, что следует называть вещи своими словами, а не пользоваться модными новыми терминами, что никак не соответствует истине. ASP.NET (хоть MVC, хоть нет) это старая связка HTML/CSS/JS + .NET, в статье же 4 раза упоминается HTML(5) которого по сути еще нет.
Уже много сказано выше про субъективность, но некоторые вещи просто берут предел.
«Взаимодействие с пользователем (совершенство пользовательского интерфейса, доступность, интуитивность/простота в использовании, доступность с различных устройств, доступность из различных платформ)»
Ну с каких же это пор недоступность на iPhone связана с профессионализмом и умением дизайнера/UX-специалиста сделать «доступный, простой, и интуитивно понятный интерфейс»? Как можно такие метрики смешивать в одно?
Ну с каких же это пор недоступность на iPhone связана с профессионализмом и умением дизайнера/UX-специалиста сделать «доступный, простой, и интуитивно понятный интерфейс»? Как можно такие метрики смешивать в одно?
Вы вероятно путаете «доступный, простой, и интуитивно понятный интерфейс» с user experience. Последнее, то к чему пользователь _привык_ и чего он _ожидает_ от взаимодействия с интерфейсом.
Ну дело в том, что в топике так и написано «совершенство пользовательского интерфейса, доступность, интуитивность/простота в использовании». И это задача дизайнера/UX-спеца сделать, чтобы было именно так, а не технологии. Технология — она вообще, просто технология. И здесь, обе сравниваемые способны это сделать, в зависимости от задачи. А абсолютного — у этой технологии UX лучше или хуже — не может быть.
P.S. Я не защищаю какую-то отдельную технологию (хотя сам предпочитаю HTML5 нежели любую из RIA технологий, ибо работаю с соответствующими задачами). Просто хотелось бы объективности.
P.S. Я не защищаю какую-то отдельную технологию (хотя сам предпочитаю HTML5 нежели любую из RIA технологий, ибо работаю с соответствующими задачами). Просто хотелось бы объективности.
Я прагматик и также не ратую за конкретную технологию. Просто именно этот момент на графике «User experience» по-моему вполне объективен. Ну согласитесь, открывая любую страничку в браузере, вы ожидаете увидеть «html-style», а не что-то флеше/сильверлайт/джаваф'икс-образное, разве нет?
Я совсем упустил из виду момент, что это выбор технологии «для открытого веба». Тут тогда и думать нечего — однозначно HTML. В данном _контексте_ HTML заруливает в том числе UX-часть тем, что он по-умолчанию «установлен» в любом браузере.
Я просто ратую за то, чтобы сравнение было в нужном контексте. То есть, учитывая конкретные условия. Здесь же получается смешение в стиле «мы используем png вместо bmp, и поэтому, кроме преимущества портабельности и прозрачности, это позволяет нам рисовать более красивые иллюстрации» (то есть, даже в том случае, когда размер файла неважен и прозрачность не нужна — думаю, мысль понятна).
Я просто ратую за то, чтобы сравнение было в нужном контексте. То есть, учитывая конкретные условия. Здесь же получается смешение в стиле «мы используем png вместо bmp, и поэтому, кроме преимущества портабельности и прозрачности, это позволяет нам рисовать более красивые иллюстрации» (то есть, даже в том случае, когда размер файла неважен и прозрачность не нужна — думаю, мысль понятна).
Скоро мы все узнаем что будет повсеместно использоваться — время покажет.
И, да, боюсь предпочтение будет не у технологии Microsoft.
Но из-за сырости HTML5 священную войну пока рано начинать.
И, да, боюсь предпочтение будет не у технологии Microsoft.
Но из-за сырости HTML5 священную войну пока рано начинать.
Мне нравится, что пишет Davy Brion, но он уж очень активный анти MS, хоть и программирует в стеке .NET, он всеми фибрами против всех и всего, но это не мешает ему писать иногда интересный контент. А вот иногда у него льется желтушные статьи, типа этой.
Для меня, читая только первый абзац:
Конечно это должен быть Html, дальше читать я не вижу смысла. Какой смысл писать целую статью про это, не понимаю. Давно уже всем известно, что сайты/магазины на SL, да и на Flash не очень гуд.
Для меня, читая только первый абзац:
This is a .NET shop
Конечно это должен быть Html, дальше читать я не вижу смысла. Какой смысл писать целую статью про это, не понимаю. Давно уже всем известно, что сайты/магазины на SL, да и на Flash не очень гуд.
Удивительно видеть в комментариях, что люди думают, что Microsoft поддерживает только Silverlight и не поддерживает HTML5. Вы были на первом в мире HTML5 Camp, который был в Москве пару недель назад? Его делал Microsoft :)
Microsoft поддерживает обе технологии — для разных сценариев, вот я писал об этом на Хабре — habrahabr.ru/company/microsoft/blog/107582/
Microsoft поддерживает обе технологии — для разных сценариев, вот я писал об этом на Хабре — habrahabr.ru/company/microsoft/blog/107582/
Что-то никто не обратил внимания, что автор сравнивает Silverlight и ASP.NET MVC 3. Обе технологии от Microsoft и от Microsoft зависит их развитие. А то какая-то полемика про HTML и Silverlight развернулась. Знаю, что ASP.NET MVC 3 на выходе дает HTML, но аргументация некоторых пользователей свелась к открытости и закрытости технологий. Автор исследования несколько передергивает с этим или очень не любит Microsoft и поступает как тот кот, который орет, но лижет.
В конце декабря я апгрейдил свой сертификат MCPD Web Developer до версии 4. Одним из вопросов было что-то вроде «Вам нужно создать кросс-браузерное, кросс-платформенное веб-приложение для широкого круга пользователей, какую технологию вы выберете?». Четыре варианта ответов, среди которых были «Silverlight/WCF RIA Services» и «HTML/jQuery/ASP.Net MVC». Выбрал второй и это было правильным ответом, т.к. экзамен я сдал на 1000 баллов из 1000 возможных.
Я собственно к тому, что автор делает очевидные выводы на основе довольно странного рассчета. Более того, сама MS вполне с этим выбором согласна (судя по активности работы над MVC, IE9 и огромному вкладу в развитие jQuery).
У Сильверлайта вообще очень узкая и специфическая ниша. Я для себя в свое время определил ее как «это когда нам надо WPF-приложение, но чтобы работало на MacOSX, и, если повезет, на Linux». В случае, если нет требования кросс-платформы, разница между WPF и Сильверлайтом становится очень размытой. В случае, если это требование есть — Сильверлайт все равно очень условно его поддерживает.
Вообще, технология клевая, но немного непонятная и слегка позновато вышедшая. Если б оно появилось году эдак в 2003, разговор бы сейчас был другим.
Я собственно к тому, что автор делает очевидные выводы на основе довольно странного рассчета. Более того, сама MS вполне с этим выбором согласна (судя по активности работы над MVC, IE9 и огромному вкладу в развитие jQuery).
У Сильверлайта вообще очень узкая и специфическая ниша. Я для себя в свое время определил ее как «это когда нам надо WPF-приложение, но чтобы работало на MacOSX, и, если повезет, на Linux». В случае, если нет требования кросс-платформы, разница между WPF и Сильверлайтом становится очень размытой. В случае, если это требование есть — Сильверлайт все равно очень условно его поддерживает.
Вообще, технология клевая, но немного непонятная и слегка позновато вышедшая. Если б оно появилось году эдак в 2003, разговор бы сейчас был другим.
Статья ниачем и высосана из пальца.
Perfomance у silverlight почему-то на достаточном уровне, что очень странно. На данный момент производительность между JS и Silverlight примерно одинакова в расчетах, но анимация и не дай бог canvas
/svg то большую часть браузеров можно вычеркнуть из этого списка.
/svg то большую часть браузеров можно вычеркнуть из этого списка.
Bubblemark
Лично у меня связка SL+js оказалась производительнее, чем DHTML. ~140 у SL против ~90 у DHTML в IE9. Связка SL+CLR не запустилась (ошибка в XAML).
Не знаю что будет в будущем с HTML5 + Canvas, но сейчас эта связка мене производительна, чем SL при программировании анимации через CLR.
Лично у меня связка SL+js оказалась производительнее, чем DHTML. ~140 у SL против ~90 у DHTML в IE9. Связка SL+CLR не запустилась (ошибка в XAML).
Не знаю что будет в будущем с HTML5 + Canvas, но сейчас эта связка мене производительна, чем SL при программировании анимации через CLR.
Непонятно, почему Код/Архитектура настолько ниже. Неужели в Сильверлайте нет ни гибкости, ни завершенности, ни легкого использования логики проверок? Я сильверлайт видел два раза в жизни, и конечно могу ошибаться, но все это как-то странно звучит.
Собственно к этому пункту очень много притензий. Гиперсубъективный пункт. Конечно, всё это в Silverlight есть.
Кстати, друзья javascript-разработчики, посоветуйте пожалуйста какой-нибудь крупный js проект — пример правильного кода, который можно было бы почитать, и делать потом так-же. Всё, что я видел до сих пор, было жутковатой смесью коллбеков и странных костылей типа иморта других фаилов через вставление-элемента-в-хтмл (если это нормальная ситуация, исправте пожалуйста, может я слишком испорчен флексом).
Вот посмотрю я на вас как вы будете поддерживать зоопарк непересекающихся подмножеств HTML5(и после этого писать о стандартизации), клиент помучится, помучится, спустит прорву денег, плюнет и уйдёт к другому адэкватному консалтеру через полгода.
После -10% за UX дальше можна не смотреть.
После -10% за UX дальше можна не смотреть.
Самая главная фишка Silverlight — это DRM. А он имеет первостепенное значение в некоторых медийных проектах.
typo так как вам не придется о таких общих проблемах, как XSS, CSRF
видимо выпало слово «думать»
видимо выпало слово «думать»
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
О том, почему мы будем использовать HTML(5) вместо Silverlight