Походу вы не докумекали.
С помощью wasm производительность в целом веб приложений будет доводиться до уровня нативных, т.к. js движок будет кушать низкоуровневый бинарник.

Должно быть что то концептуально новое, не веб.

Да ладно, браузер успешно играет роль кроссплатформенного клиента.

Сделка считается совершенной в письменной форме, если воля сторон выражена с помощью телетайпного, электронного или другого технического средства связи (ст.207 ГКУ).

переписку в скайпе или по почте примут в налоговой, банке ? :)

Сколько его там влезет, того порева.

особенно в 3D 4KHD Blu-Ray гурман-качестве :D

пока мы дождемся фотошоп в онлайне, наши внуки уже институт закончат.

т.е. через 40-50 лет? :) С таким уровнем пессимизма, зачем вообще нужны внуки :)

И оно все будет работать на js, жрать петабайт памяти, загружать все 50 ядер, и жутко тормозить.

Мне конечно сложно однозначно утверждать, т.к. ещё очень мало информации, но нас ждут большие перемены в вебе с приходом WebAssembly. Не хочу разглагольствовать, если есть время почитайте.

Не берите к сердцу, это я просто под впечатлением от
dou.ua/...orums/topic/14176/#725136
а потом вы

Если уж запариваться с хакинтошем, то

Не нужно запариваться вообще, дайте человеку нормальное железо, и он сам решит что ставить и как работать :)

Уверен, рано или поздно, весь профессиональный инструментарий будет доступен в вебе.
Живые примеры: Cloud9, Atom, Pixlr (простенький веб-аналог photoshop), ect.
Так что даже не хочу ввязываться во все эти холиварные заскоки, где кто-то кого-то пытается поделить на праведников, сатанистов, понторезов, хипстеров или метросов.

Выбор самой экосистемы — дело личное, но независимо от предпочтений, любая экосистема требует наличие производительной, надёжной техники (8Гб оперативы и тормознутый винт уже не оптимально, особенно если одновременно запущено пару вертолётов под линь or винь, несколько разных браузеров, а в них веб апликухи с графикой, + ide, фтжоп, плеер, skype and other stuff)

asus zenbook pro ux501/win10/hackintoch/apple sticker/saved money

Можно ли купить б/у?

jesusfckno. Только представьте себе, что предыдущий владелец мог вытворять с ним, сколько йоттабайт порева было перечебучено, всякие там стафилококки, стрептококки :), буэ.

Поверхнево ознайомився (знову) з Qt, для мене це як був аналог WinApi, але кросплатформений, так і залишається. Дійсно, є в ньому сенс і я обов’язково познайомлюся з ним ближче (дякую що звернули мою увагу), але у цьому випадку, розробка потребує кращє підготовленої команди розробників + вищий рівень оплати праці, а замовники з жирнішим гаманцем в Україну рідко заходять :) та ще ряд інших нюансів.

А ще виникає питання:
Qt(С++/JS(+HTML)) vs WebAssembly(C/C++)/JS(+HTML)+browser

не, ну реально, залізьте на офф сайт, подивіться семпли, що там є і що значить «реалізовувати компоненти на плюсах». а ще почитайне на чому там справді ЮІ наваяна ;)

та лазю вже лазю :) дякую

LOL, WAT?

це ваше речення, я це не писав, а хотів взяти в лапки, але ДОУ видалило їх, як і більшість відповіді на це ваше ЛОЛВОТ. Так що прочитайте додаток до відповіді, там де посилання на GitHub.

не помістилась вся відповідь

частина логіки на С/С++, частина клієнтської логіки разом з UI на JS,
NOOOOOO

github.com/...design/blob/master/FAQ.md
it is expected that JS and WebAssembly will be used together in a number of configurations:

Whole, compiled C++ apps that leverage JS to glue things together.
HTML/CSS/JS UI around a main WebAssembly-controlled center canvas, allowing developers to leverage the power of web frameworks to build accessible, web-native-feeling experiences.
Mostly HTML/CSS/JS app with a few high-performance WebAssembly modules (e.g., graphing, simulation, image/sound/video processing, visualization, animation, compression, etc., examples which we can already see in asm.js today) allowing developers to reuse popular WebAssembly libraries just like JS libraries today.
When WebAssembly gains the ability to access garbage-collected objects, those objects will be shared with JS, and not live in a walled-off world of their own.

+ “Изоморфный JavaScript”

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

Що ж стосується QT, то колись давно читав статю на хабрі
habrahabr.ru/post/133897

Недостатки, конечно, тоже есть, например, вы не сможете пользоваться готовыми UI компонентами — вам нужно будет реализовать их на C++. Либо выносить UI часть приложения в каждую платформу. Также вам обязательно придется тесно познакомиться с каждой платформой, но как показывает практика, полностью уйти от этого знакомства никогда не удается.

частина логіки на С/С++, частина клієнтської логіки разом з UI на JS,

NOOOOOO
s-media-cache-ak0.pinimg.com/...854f69b1167569a6e28c4.jpg

LOL, WAT?
І знов ж таки :), що стосується ігор, я мав наувазі, що в ААА проектах-"non-casual браузерках" використовують Java на стороні back-end-у, ігровий движок на С++, або якщо платформа десктоп — С++. У більшості випадків :)

Да, есть куда расти, да и в Одессе с С++ особенно не размахнёшься сейчас, тем более джуном :) Единственное, если бы я гнался за «тысячами», то давным-давно бы ушёл в море и спокойно бы зарабатывал уже 3-4к$ работая «сторожем на плавучем складе» с возможностью стать «главным сторожем» на 12-15k$ :) У нас тут это «модно». Как говорят мои друзья-моряки: «в море не нужно быть умным» :)

Сейчас пытаюсь учитывать факторы — перспектива и универсальность, чтобы потом

не впадать в депрессию от потерянных лет

Посматриваю в сторону .NET и С#, но пока рискну и сделаю акцент на JS, потому что не вижу где ещё можно добиться такой кроссплатформенности.
А если мои знания будут востребованы, то не думаю что я буду обделён в финансовом плане.
Спасибо Вам за совет, всё по делу.

але ЮІ під кожну платформу кастомізувати доведеться вручну (при потребі)

потреба така 100% буде, але це вже вимагає розширення стеку іншими мовами, навіщо ускладнювати собі життя, хоча можна і на С++ робити UI, якщо подобається bdsm :)

джава не є сильно шанованою ні на мобільних чи десктопних маках, ні на віндовс в якості ЮІ.

Говорячи про джаву, я мав наувазі стек JS(front-end)/Java(back-end), за кордоном такий стек має попит. Але Java як стара товста людина :) Не знаю чому в мене склалося таке враження.

дотнет — в якості ігор є повністю універсальні рішення, в якості ЮІ шанується лише мобільна версія та віндовс версії, на маку і лінуксі наразі не дуже добре сприймається.

я шукаю

оптимальный стек для создания кроссплатформенных приложений

, тобто (це поки що мій дилетантський погляд) частина логіки на С/С++, частина клієнтської логіки разом з UI на JS, + nodejs-соус back-енд. Грубо кажучи «сам п’ю, сам гуляю» :) А користувачам не треба завантажувати ще там якісь .NET або Java приблуди.

Що стосується ігор, то не думаю що якісь ААА проекти переїдуть на такий стек, отже там у більшості рулить Java (якщо то non-casual браузерки — «drakensang») або С++.

Cпасибо за подробное объяснение. А почитав внимательно FAQ по wasm, понял что browser в этом бутерброде никуда не денется, «compiled to binary format» в какой-то левой статейке слишком буквально воспринял :) Поэтому и получился не очень корректный вопрос.

А постоянная эволюция — это неизбежность.

Это хорошо, но она порождает неопределённость.
Я просто пытаюсь определить оптимальный стек для создания кроссплатформенных приложений, которые будут покрывать как десктопный, так и мобильный сегмент. Например, С/С++(WebAssembly)/JS/NodeJS + несколько фрэймворков. Или всё-таки экосистема .NET or Java может быть предпочтительнее ?