Чи з часом HTML5 / JS замінить усі мови клієнта? [зачинено]

Мені просто цікаво майбутнє всього. IMHO, є 4 сили, які визначають, куди йде технологія: Microsoft, Apple, Google, Adobe.

Схоже, в iPhone / iPad iAD Apple від Apple зараз можна запрограмувати в HTML5. Так це означає, що HTML5 зрештою замінить target-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.

Підвищення продуктивності призведе до динамічних інтерпретованих мов. Оскільки процесори стають все швидшими та швидшими, продуктивність програмування, що кодує програміст, продуктивність системного адміністратора та продуктивність роботи адміністратора додатків сильніше впливають на загальну продуктивність. Вам просто не потрібно турбуватися про те, як швидше працює VM або компілятор мови програмування. Тепер вам потрібно більше турбуватися про те, скільки коштує надання та підтримка вашої програми.

Більшість автономних програм на мою думку не такі великі. Так само, як є кілька чудових автономних програм для ПК, а найкращі перетворюються на веб-додатки. Насправді краще безкоштовно подарувати клієнтському додатку HTML / JS / CSS та стягувати щомісячну плату за доступ до бек-енд даних та бізнес-логіки. Програмісти краще продаватимуть підписки, ніж одномоментні програми.

BTW перегляньте це відео, коли написали частину самостійного веб-додатку у веб-переглядачі Webkit. Це цікаво...

Існує бажання замінити мови кодування додатків, такі як C ++, Java ... на HTML / Javascript. На те є багато причин, деякі з них:

• Швидший розвиток
• Дешевша робоча сила
• Вбудований зв’язок
• Простіше виготовити щось, що виглядає добре
• Текст доступний для механізмів індексації

І все ж, можливо, з’являться інші мови, які будуть використовуватися як замінники JavaScript, що випадають. Зрештою, важко володіти мовою, яка може зробити все правильно, залишаючись мовою високого рівня! І JavaScript вже деякий час існує і накопичив деякі недоліки.

JavaScript може виявитись головною мовою для клієнта, але я не думаю, що це може бути і не бути єдиною мовою, тому що, будучи JS стандартною мовою, розробленою комітетом, це просто знищить інновації на цьому рівні (мови програмування).

Це також залежить від майстерності більшості розробників та інструментів, якими вони користуються. Технологічні гіганти, про яких ви згадуєте, можуть керувати технологією на основі інструментів, які вони надають. Наприклад, люди кажуть, що HTML5 - це вбивця Flash, але я вважаю, що занадто далеко є багато розробників Flash, і це непроста задача перенести свої навички на JavaScript. Що в підсумку трапляється, навик залишається однаковим, але вихід стає іншим. У цьому випадку Adobe виходить із засобом перетворення HTML5.

Крім того, ви повинні подумати про продуктивність клієнтських додатків. Там, де це необхідно, буде використаний інструмент, визначений для платформи. Наприклад, наприклад, ігри та програми для iOS. Я знаю, що WebGL виходить добре, але я відчуваю, що люди все ще використовують С для створення ігор. Або вони створять мову гри, яка створює ігри з високою ефективністю. Apple спочатку хотіла лише веб-сайтів, але коли розробники побачили чудеса какао, вони стрибнули на нього, щоб створити стильні додатки.

Підсумовуючи це, завжди знайдуться нові інструменти / мова / технології, які завжди будуть крутішими, ніж нинішні.

Не всі, але, мабуть, більшість. Можливо, JavaScript може стати досить швидким, щоб замінити HashCalc, але немає альтернативи VLC (браузери не підтримують усі ці кодеки). Я сумніваюся, веб-браузери дозволять мені отримати доступ до будь-якого файла, який я хочу, або зберегти останній список файлів (без "це нормально для доступу" щоразу, коли я натискаю на останній файл), і мені не подобається ідея розповсюдження додатків, які є 99% веб-браузерами. (кілька мб) з моїм 100 Кб коду, коли мова йде про випадки, коли код розбиває браузери bc, не сумісні з html або мені потрібна версія / незначна модифікація webkit.

-edit- також мені подобаються статичні мови, а не динамічні, але я припускаю, що я можу використовувати гарну мову з LLVM, яку повинен підтримувати браузер.

Я думаю, ми продовжуватимемо рухатись у цьому напрямку, поки браузер не стане операційною системою, і тоді все почне повторно проходити в тому ж порядку, але з отриманими уроками та вдосконаленнями.