Я просто интересуюсь будущим всего этого. ИМХО, есть 4 силы, которые определяют, куда идут технологии: Microsoft, Apple, Google, Adobe.
Похоже, что в Apple iPhone / iPad iAD теперь можно программировать на HTML5. Значит ли это, что HTML5 в конечном итоге заменит цель-c?
Кроме того, Microsoft теперь сместила акцент с WPF / Silverlight на HTML5, и я предполагаю, что Visual Studio 2011 будет полностью посвящена инструментальной поддержке HTML5. Потому что это то, что делает Microsoft. (Инструменты). Через несколько месяцев IE9 последний крупный браузер будет поддерживать HTML5.
Точно так же Adobe получает широкую поддержку HTML5 и позволяет экспортировать флэш-контент в HTML5 в своих последних инструментах.
И все мы знаем, сколько в постели Google с HTML5. Черт, их последняя операционная система (Chrome OS) - не что иное, как большой толстый веб-браузер.
Приложения для мобильных устройств (например, iPhone, Android, WM7) очень сложно программировать, особенно для множества различных устройств (каждое со своим языком), поэтому я предполагаю, что это не продлится долго. Т.е. HTML5 будет объединяющим языком. Что несколько печально для разработчиков приложений, потому что теперь пользователи смогут бесплатно играть в «крутые» html5-приложения в Интернете, и за них будет сложно взимать плату.
Итак, действительно ли строго типизированные языки обречены, и в будущем, скажем, через 5-10 лет, будет ли программирование на стороне клиента работать только на HTML5? Станем ли мы все программистами на JavaScript? :) Потому что знаки точно указывают таким образом ...
Ответы:
Я думаю, что ошибочно полагать, что HTML5 / JS заменит ВСЕ клиентские языки. Будет ли так много приложений в будущем? Да, возможно. Будут ли все из них? Нет .
Другим важным моментом, который следует отметить, является то, что ландшафт постоянно меняется. HTML5 - это отличная технология, которая обещает решить многие проблемы, с которыми в настоящее время сталкиваются разработчики, пытаясь писать приложения, работающие кроссплатформенно. Конечно, HTML5 / JS может решить многие из этих проблем, но ландшафт изменится, и возникнет новый набор проблем. HTML5 в конечном итоге покажется устаревшим.
Через 10 лет спросите себя, был ли HTML5 / JS решением всех проблем, и я почти гарантирую, что ответ будет отрицательным. Через 20 лет сам вопрос, вероятно, покажется смешным.
источник
Javascript - очень плохой язык программирования. Перевод со статически типизированных языков программирования, таких как Java с GWT, становится все более распространенным. Javascript может стать таким же объединяющим языком, как и ассемблер - вы можете писать на нем напрямую, но редко это хорошая идея.
источник
Да.
Вот почему Приложения состоят из кода пользовательского интерфейса и внутренних данных. Код пользовательского интерфейса выполняется в HTML5 / CSS3 / Javascript. Внутренний код может быть проприетарным и запускаться на любом языке. Кроме того, jQTouch и аналогичные библиотеки могут использоваться для эмуляции iPhone-подобных интерфейсов, но с открытым исходным кодом и написаны на Javascript / HTML5 / CSS. jQTouch показал, что если браузер предоставляет JS-программистам доступ к событиям пользовательского интерфейса устройства, JS-программисты будут эмулировать любой стиль пользовательского интерфейса, который является модным для той же платформы.
Программисты Javascript будут востребованы как никогда. В архитектуре модель-представление-контроллер модель и контроллер находятся в серверной части, но код представления лучше всего записывать в браузере. т.е. HTML5, Javascript, CSS. И вам нужно написать код JS для доступа к внутренним данным, особенно с тяжелым кодом AJAX.
Повышение производительности все пойдет на динамически интерпретируемые языки. По мере того, как процессоры становятся все быстрее и быстрее, производительность программирования программистов, производительность системных администраторов и администраторов приложений оказывают сильное влияние на общую производительность. Вам просто не нужно беспокоиться о том, как быстро работает виртуальная машина или компилятор вашего языка программирования. Теперь вам нужно больше беспокоиться о том, сколько будет стоить предоставление и поддержка вашего приложения.
На мой взгляд, большинство автономных приложений не так уж хороши. Точно так же, как есть несколько отличных автономных приложений для ПК, и лучшие из них превращаются в веб-приложения. На самом деле лучше раздавать клиентское приложение HTML / JS / CSS бесплатно и взимать ежемесячную плату за доступ к внутренним данным и бизнес-логике. Программисты лучше продают подписки, чем одноразовые приложения.
Кстати, посмотрите это видео, написав часть автономного веб-приложения в браузере Webkit. Это интересно...
источник
Существует желание заменить языки программирования приложений, такие как C ++, Java ... HTML / Javascript. Есть много причин этого, некоторые из них:
Тем не менее, возможно, появятся другие языки, которые будут использоваться в качестве замены JavaScript. В конце концов, трудно иметь язык, который может делать все правильно, оставаясь языком высокого уровня! И JavaScript существует уже некоторое время и накапливает некоторые недостатки.
JavaScript вполне может в конечном итоге стать основным языком для клиентской стороны, но я не думаю, что он может и не должен быть единственным языком, потому что, поскольку JS является языком, основанным на стандартах и разработанным комитетом, это просто убьет инновации на этом уровне (языки программирования).
источник
Это также зависит от мастерства большинства разработчиков и инструментов, которые они используют. Технологические гиганты, о которых вы упомянули, могут управлять технологиями на основе предоставляемых ими инструментов. Например, люди говорят, что HTML5 - это убийца Flash, но я чувствую, что слишком далеко, есть много разработчиков Flash, и очень сложно перенести их навыки на JavaScript. Что в итоге происходит, навык остается тем же, но результат становится другим. В этом случае Adobe предлагает инструмент преобразования HTML5.
Также вам стоит задуматься о производительности клиентских приложений. Там, где это необходимо, будет использоваться инструмент для конкретной платформы. Например, игры и приложения для iOS. Я знаю, что WebGL выходит хорошо, но я чувствую, что люди все еще используют C для создания игр. Или они создадут игровой язык, который создаст высокопроизводительные игры. Изначально Apple хотела только веб-приложения, но когда разработчики увидели чудеса Какао, они запрыгнули на него, чтобы создать классные приложения.
Подводя итог, всегда будут новые инструменты / язык / технологии, которые всегда будут круче, чем текущие.
источник
Не все, но, вероятно, большинство. Возможно, javascript может стать достаточно быстрым, чтобы заменить HashCalc, но веб-альтернативы VLC нет (браузеры не поддерживают все эти кодеки). Я сомневаюсь, что веб-браузеры позволят мне получить доступ к любому файлу, который я захочу, или сохранить список последних файлов (без «это нормально для доступа» каждый раз, когда я нажимаю на недавний файл), и мне не нравится идея распространения приложений, которые на 99% являются веб-браузерами. (несколько мегабайт) с моим 100-килобайтным кодом, когда дело доходит до случаев, когда разрывы кода браузерами bc не обратно совместимы с html, или мне требуется вариант / небольшая модификация webkit.
- также мне нравятся статические языки, а не динамические, но я предполагаю, что могу использовать хороший язык с LLVM, который должен поддерживаться браузером.
источник
Я думаю, что мы будем продолжать двигаться в этом направлении до тех пор, пока браузер не станет операционной системой, а затем все начнёт повторяться в том же порядке, но с извлеченными уроками и улучшениями.
источник