На чём сейчас писать логику подо все платформы?

Сишка, в вебе компилируется в wasm/js в два клика, на мобилках идёт so библиотекой с привязками к ней если надо, на десктопе библиотекой или просто линкуется статически. По итогу у тебя один каталог с тройкой файлов кода логики и один Makefile с тройкой целей сборки . Код един и не раздроблен, вся суть во что его и как скомпилировать. Сишка компилируется, во всё, везде и всегда. В случае чего даже в эмбед микроконтроллёры пойдёт без изменений ибо это логика.

Но наверняка есть что-то под такую задачу заточенное и поэтому оно будет лучше ибо заточено. Но шаг в сторону и грабли в лоб опять де потому что заточено.

Важно, у меня такой задачи не стояло, и я вообще ничем подобным в жизни не занимался, но своё диванно экспертное мнение конструктивно презентовал =)

C++.

Я в похожей ситуации и выбираю между C++ и Java. Тяжелых вычислений не предвидится и я склоняюсь к Java.

Требования к скорости были? Не было. Значит JavaScript.

Vala.

Осторожно плюсану (pun intended), при большом разбросе технологий и платформ количество вариантов неизбежно будет сокращаться к двум-трём, среди которых будет Си, кресты, и может быть, какой-нибудь развитый язык, собираемый LLVM. C этим придут и ограничения, вызванные системой типов, например, особенно в Си.

Либо использовать то, что компилируется под большинство платформ (сишечка, llvm-ir), либо то, для чего есть виртуальные машины для большинства платформ (жаба, питон).

C++

Преимущества C++ в синтаксическом сахаре, системе типов и стандартной библиотеке понятны. Какие есть недостатки в моём случае по сравнению с Си? Может, с компилированием под мобилки или веб, ещё что-нибудь? Микроконтроллеры не рассматриваю.

JavaScript

Какие преимущества у реализации на JS перед таковой на Си? Вроде, сишечка подо всё компилируется. Требований к скорости нет, но хочется понимать, что получу взамен.

clr. За ним здесь будущее, так как еднственное, что прошло сертификацию в астре (пока mono, но кого это колышит). А на чём начнёшь - пофиг. Ест практически всё.

JS надо уметь. После Си будет непросто. Он тоже везде, неумехи идут со стороны TS.

Какие есть недостатки в моём случае по сравнению с Си?

Я думаю, что и сам знаешь ))

ты теоретик. wasm по ряду объективных причин никем не используется

хорошие сишники, которые писали игры, например, наверняка имели дело с LUA, который то еще говнецо и после которого JS покажество совершенством (синтаксис и концепции схожие)

Не соглашусь. А на Lua написал недавно config (nvim), ну да, непривычно, только JS - матрёшка.

Он не используется потому что трудно с чем-то объединять, а вот отдельная чистая логика и числодробилки делаются на нём отлично, наружу пропидываются уже просто js функции которые дёргают васм и возвращают некий результат или массивы данных.

только вот в вебе 99% логики - это работа со строками

Требования к скорости были? Не было. Значит JavaScript.

Эээээ?

Где логика?

только вот в вебе 99% логики - это работа со строками

Ну тогда PERL!!!

никем не используется

https://www.figma.com/

https://earth.google.com/

Метапрог

тож аргумент, но я сколько гомнопроектов делал, мне нигде не нужно было. я сомневаюсь, что оно вообще какой-то прирост производительности дает, так как V8 сам умеет ускорять код, путем компиляции в байт-код как в джаве или питоне… другое дело, что js убог по причине отсутствия чего-то типа байтовых строк вместо типизированных массивов… вот какой-нибудь архиватор на васме запилить. а вот для вывода графики на канвас он не нужен. я сомневаюсь что и гуглокартам его использование дало какой-то профит

Rust конечно же. Blazing fast, memory safe.

https://github.com/dioxuslabs/dioxus https://github.com/yewstack/yew

Из недостатков C++ может разве что неумение писать на C++. Для меня это всегда большой недостаток, так как писать на нем я не умею, хотя и могу :D

Вы попросту недопоняли, для чего предназначен Web Assembly, а к JavaScript у вас претензия нетипичная.

Вообщето,Python, Java, C# и Rust придумали те, кто умел писать на C++. Значит, можно предположить,что они посчитали его не для всех случаев наилучшим.

они посчитали...

... денежки за имплементацию нового ЯП

я все правильно понимаю. в стародавгие времена, когда XMLHttpRequest не могу файлы отправлять, multipart/form-data вручную сформировать и то было невозможным, если у тебя не текстовый файл… Или взять хотя бы проблему с кодировками: вот нужно было на серваке чтобы была Windows-1251… для общего развития сцылка… А сколько траханья то было с попытками в браузер просматривать и формировать архивы… А как пытались до канваса изображения конвертировать из одного формата в другой… Те же самые проблемы были и в Node.js… Потом там ввели Buffer… А на клиенте типизированных массивов ооооочень долго не было. WebAssembley решила именно эту проблему, а не ваши сферические в вакууме числодробилки… Сейчас и WebGL добавили тем более: можно на GPU компрессию делать. Людям, которые не писали на JS либо мало писали, не понимают этого. Они думают, что WASM должен убить этот JavaScript, который они попросту не смогли осилить в виду проф непригодности, а на самом деле тот нужен для байтотраханья

Доказательство тому: отсутствие в WASM методов для работы с (со)DOM

Хватит выбирать, совмещай :)

JavaScript же. И потом обернуть в электрон/ionic/cordova/usw.

ЛожЪ, враньёжЪ и провокация.
Совершенно точно известно, что они не умели.

Можно в сторону capacitor посмотреть, и писать везде на js.

Но вижу тут что то про базовую часть и алгоритмы. Браузеры они в принципе однопоточные, там есть сервис воркеры и прочее, но не очобо удобно с этим работать, и данные передаются неэффективно. Либо костылить всякие заглушки await, чтобы не зависал интерфейс. Но под телефоны и другие платформы я бы писал нативный код.

Можно поглядеть на flutter еще. Возможно там можно будет писать все на дарте без потери производительности

Раз проект for fun напиши логику на Fortran. По крайней мере будет очень прикольно, свежо и не ординарно, и не на javascript каком-нибудь.

Технически, кроме шуток, современный фортран в этом смысле не хуже Си. Также везде компилируется, в отличие от Си более строгий язык, имеет кучу фич, включая ООП и параллельные возможности.

Dart, flutter /thread

Единственный правильный ответ \0/

Особенно много ее в какой нибудь фигме :)

так фигма - это оставшийся 1%

ну если он хочет похайпиться, то достаточно на говнорасте написать любую хрень.

Ну 90% веба, если в сайтах счиатать это всякие лендинги, которые технически вообще не интересны, и тс думаю не их переносить будет. А интересны штуки типа фигмы, ютуба, курсеры, степика, 2гис и тд, а там работа со строками ну не самое важное. Хотя ок, все что угодно можно описать как работу со строкой, а я не знаю что ты имел в виду)

на ютубе вся обработка видео на сишных биндингах была… а вся питонячья логика сводилась к работе со строками (SQL, JSON) и тп. в фигме там работа с графикой через canvas, webgl и пр. те несравнимые вещи.

Не сравнимые с чем? В ютубе я имею в виду плеер например.

Здесь речь идет о клиентской части, фронтенде, при чем тут питон и биндини?

а что в плеере сложного? в браузерах реализовано все для воспроизведение видео нужно только сверстать интерфейс и на кнопки обработчики повесить

Действительно, ничего. Например вот целый репозиторий такого несложного, элементарного кода с youtube-like плеером https://github.com/videojs/video.js

Ну и работа со строками - там ее полно ;)

это все наДстройка над простыми вызовами HTMLMediaElement.{play|stop}()

Ну я и говорю - тривиальщина. А весь юникс кстати это надстрйока над простыми вызовами open/read/write/close.