Здравствуйте, Pauel, Вы писали:

P>Хотите 3D на сервере запускать — будьте добры обеспечить каждого подключенного юзера 3D видеокартой.
Карточку можно шарить, если ты не знал. На компе давно уже можно запустить несколько игрулек, каждая будет чота там рисовать в своём окне и всё будет работать.

P>А вы трафик в интернете давно смотрели?
Какой именно трафик? IP, TCP, UDP?

P> Винда уже давно не на первом месте.
Не на первом месте по чему именно? По посещению каких то сайтов?

S>> Я работаю за компом с кучей софта которое постоянно обновляется и добавляется!
P>Я вижу, что новые приложения пишут на Электроне, в т.ч. в Микрософте.
И где они все прячутся?

Здравствуйте, CreatorCray, Вы писали:

C>>Ну да, у нас всего-лишь 3D CAD в web'е.
CC>И во что станет ему загрузить и показать какой нить относительно современный автомобиль?
Мы моделировали сайты с 200000 панелей. Каждая панель — это около десятка элементов. Т.е. порядка 2000000 элементов, где-то 10 миллионов полигонов (+текстуры).

Я не знаю сколько нужно на современную машину, но думаю, что примерно тот же порядок. Ну и в обоих случаях, не надо показывать прямо все элементы одновременно.

Кстати насчёт машин и самолётов — я лично видел две системы для CFD (Computational Fluid Dynamics). Одна из них — чисто с Web-интерфейсом (к кластеру из 100500 машин), с просмотрщиком данных в WebGL. Другая система — на Java с интерфейсом на SWING (no comments).

Так что я не знаю, какие-то ниши для чисто десктопного софта, наверное, ещё есть. Но они становятся всё более и более узкими. Причём часть из них такими сохраняется из-за того, что софт для них начали писать ещё при президенте Рэйгане, и с тех пор его эволюционно допиливают.

C>> С кучей расчётов на серверной стороне
CC>Потому что в чистом web app на js это всё сдохнет не родившись.
В тории, сейчас уже можно было бы и перенести, после того, как в JS появилась многопоточность. Даже аппаратную трассировку лучей можно было бы переписать на софтовую.

Но:
1. Это просто не надо.
2. Web-модель подразумевает, что очень легко часть вычислений сгрузить на сервер. Это вообще её преимущество.

C>>над которой работала команда из нескольких PhD.
CC>Это есессна сразу +100500 к крутости добавлять должно, да?
Ага. Я это к тому, что софт очень профессиональный.

CC>Но на деле скорее наоборот.
В UI они не участвовали, только в создании расчётной части.

Здравствуйте, Cyberax, Вы писали:

CC>>И во что станет ему загрузить и показать какой нить относительно современный автомобиль?
C>Мы моделировали сайты с 200000 панелей. Каждая панель — это около десятка элементов. Т.е. порядка 2000000 элементов, где-то 10 миллионов полигонов (+текстуры).
Ну т.е. примерно чтоб рендерить ~60 fps на древнем железе уровня GeForce4

CC>>Потому что в чистом web app на js это всё сдохнет не родившись.
C>В тории, сейчас уже можно было бы и перенести, после того, как в JS появилась многопоточность. Даже аппаратную трассировку лучей можно было бы переписать на софтовую.
Уже смешно.

C>2. Web-модель подразумевает, что очень легко часть вычислений сгрузить на сервер. Это вообще её преимущество.
Ну т.е это не веб софт, это веб просмотрщик результата работы серверного софта.
Веб софт это скорее гуглодоки.

C>Ага. Я это к тому, что софт очень профессиональный.
Наличие PhD-шников не делает софт профессиональным.
Профессиональный софт банально заточен для решения специфических профессиональных задач.

C>В UI они не участвовали, только в создании расчётной части.
Да какая разница.

Здравствуйте, CreatorCray, Вы писали:

C>>Мы моделировали сайты с 200000 панелей. Каждая панель — это около десятка элементов. Т.е. порядка 2000000 элементов, где-то 10 миллионов полигонов (+текстуры).
CC>Ну т.е. примерно чтоб рендерить ~60 fps на древнем железе уровня GeForce4
Мы проверяли на MacBook Air. На нём такие сцены притормаживают (<20fps), хотя работать можно.

Большинство более типичных систем — летают даже на iPad'е.

Кстати, отдельный вопрос. Если речь идёт о профессиональных системах, то почему вопрос стоимости железа вообще должен кого-то волновать? Те же CAD'ы в своё время требовали рабочих станций за десятки тысяч долларов (ещё тех старых долларов).

C>>В тории, сейчас уже можно было бы и перенести, после того, как в JS появилась многопоточность. Даже аппаратную трассировку лучей можно было бы переписать на софтовую.
CC>Уже смешно.
То есть? Мы экспериментировали с этим — вполне реально для нас. Но переделывать пока никто не хочет из-за того, что симуляция написана на Питоне, причём достаточно жутком (с вставками на С и прочим кошмаром). Но в теории нет особых ограничений.

C>>2. Web-модель подразумевает, что очень легко часть вычислений сгрузить на сервер. Это вообще её преимущество.
CC>Ну т.е это не веб софт, это веб просмотрщик результата работы серверного софта.
И что?

CC>Веб софт это скорее гуглодоки.
И что?

Я не очень понимаю — а в чём проблема-то? Вся суть веб-софта в том, что мне необязательно всё делать локально. Мне не нужно хранить, скажем, несколько терабайт профилей поверхности Земли. Или типичные погодные данные. Этим всем может заняться серверная сторона.

C>>Ага. Я это к тому, что софт очень профессиональный.
CC>Наличие PhD-шников не делает софт профессиональным.
CC>Профессиональный софт банально заточен для решения специфических профессиональных задач.
Это точное определение нашего софта — он заточен для проектирования солнечных систем. Применяется профессионалами, которые проектируют и устанавливают эти системы.

При этом внутри софта вполне себе узкоспецифичные алгоритмы, которые требовали проведения исследовательской работы.

Здравствуйте, Cyberax, Вы писали:

C>Я не очень понимаю — а в чём проблема-то?
В определениях.

C> Вся суть веб-софта в том, что мне необязательно всё делать локально.
То, что ты описал — это не веб приложение. Это типичный случай терминального доступа: есть сервак который всё жуёт, а есть лёгкий клиент, который вообще нифига ломально не делает а просто отображает что нагенерил сервак.

Здравствуйте, CreatorCray, Вы писали:

C>> Вся суть веб-софта в том, что мне необязательно всё делать локально.
CC>То, что ты описал — это не веб приложение. Это типичный случай терминального доступа: есть сервак который всё жуёт, а есть лёгкий клиент, который вообще нифига ломально не делает а просто отображает что нагенерил сервак.
Нет, не просто. Там ещё есть CAD с кучей своей логики.

Т.е. как раз классическое современное web-приложение — часть логики на клиенте, часть на сервере.

Здравствуйте, CreatorCray, Вы писали:

P>>Хотите 3D на сервере запускать — будьте добры обеспечить каждого подключенного юзера 3D видеокартой.
CC>Карточку можно шарить, если ты не знал. На компе давно уже можно запустить несколько игрулек, каждая будет чота там рисовать в своём окне и всё будет работать.

Непринципиально. Все равно количество карточек прямо пропорционально нагрузке, т.к. количеству юзеров. Кроме того, карточек придется понатыкать с запасом, т.н. резервирование.

P>>А вы трафик в интернете давно смотрели?
CC>Какой именно трафик? IP, TCP, UDP?

Разный. Сейчас основная платформа для игр это мобильные устройства. И для показа контента вообще, тоже мобильные устройства.

P>> Винда уже давно не на первом месте.
CC>Не на первом месте по чему именно? По посещению каких то сайтов?

Игры, сайты

S>>> Я работаю за компом с кучей софта которое постоянно обновляется и добавляется!
P>>Я вижу, что новые приложения пишут на Электроне, в т.ч. в Микрософте.
CC>И где они все прячутся?

Ты недавно сказал, что ничем не пользуешься. Забыл?

Вообще говоря, всё объясняется просто — вакансий на десктоп разработку Java/C#/C++ в сумме где то в пределах статической погрешности. Это значит, что всерьёз под десктоп на этих технологиях почти никто и не пишет. А вот десктопные проекты продолжают появляться. Вот чудо!
И вдруг выясняется, что новый софт идет на Электроне.

Здравствуйте, rudzuk, Вы писали:

P>> "Само" оно сдохло только после того, как альтернатива появилась.

R>Да какая альтернатива... Активикс с сервелатом сдохли сильно раньше флеша, последний держался исключительно потому, что браузеры не умели видосики показывать. Как только они смогли, так сразу флеш и самовыпилился (адоби надоело его штопать). Дело не в альтернативе, а в чужеродном нативном коде внутри браузера (по той же причине и NPAPI выпилили отовсюду).

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

Какой там код внутри браузера никого не интересовало больше 10 лет. Потом выяснилось, что всё можно и на жеесе. И как только канвас стал вменяемым, флеш незачем стало мейнтейнить.

Здравствуйте, CreatorCray, Вы писали:

C>> Вся суть веб-софта в том, что мне необязательно всё делать локально.
CC>То, что ты описал — это не веб приложение. Это типичный случай терминального доступа: есть сервак который всё жуёт, а есть лёгкий клиент, который вообще нифига ломально не делает а просто отображает что нагенерил сервак.

ты описал классическое веб-приложение. Просто CAD сам по себе профессиональнее некуда — в таком софте люди сидят не часами и днями, а годами.
И в CAD нужно визуализировать чудовищное количество всяких элементов.

Собственно от обычной страницы CAD отличается только количественно. Можно и серверную часть впихнуть на десктоп на том же жээсе, работать будет точно быстрее питона, и чуть медленее C# и Java. Но эта идея сама себя изживает — даже десктопный софт двигается в сторону хранения всего в облаках, и коммуницирует с серверами на той стороне.

Здравствуйте, Pauel, Вы писали:


P>Вообще говоря, всё объясняется просто — вакансий на десктоп разработку Java/C#/C++ в сумме где то в пределах статической погрешности. Это значит, что всерьёз под десктоп на этих технологиях почти никто и не пишет. А вот десктопные проекты продолжают появляться. Вот чудо!
P>И вдруг выясняется, что новый софт идет на Электроне.
И это как раз вызывает рвотный рефлекс при использовании, так как стали значительно хуже после натива.
И все же почему для мобилок создают мобильные приложения? Это по сути мобильный десктоп.
Причем можно писать на разных языках.

Здравствуйте, Serginio1, Вы писали:

S> И это как раз вызывает рвотный рефлекс при использовании, так как стали значительно хуже после натива.

Так всегда было.
Новая технология первые лет 5-10 существенно хуже предыдущего поколения.
Например, дотнетный UI более менее начал внятно работать где то к концу 00х.
Первые оконные приложения были существенно хуже тех, что в DOS
Известный распрекрасный WPF сливал древним WinForms довольно долго, в т.ч. и по перформансу.
JS+Canvas довольно долго сливал флешу, до тех пор, пока канвас не довели до ума.

S>И все же почему для мобилок создают мобильные приложения? Это по сути мобильный десктоп.

Ну да, вы не смогли аргументировать про обычный десктоп, сейчас начинаете играть в слова и "находите" десктоп в мобилках

В мобилах больше инвестиций, сравнивая с десктопом, юзеры охотнее покупают софт. И браузер на мобилах пока что дохлый, отсюда ясно, что возможности каких нибудь PWA сильно ограничены.

Здравствуйте, Pauel, Вы писали:


P>Известный распрекрасный WPF сливал древним WinForms довольно долго, в т.ч. и по перформансу.
P>JS+Canvas довольно долго сливал флешу, до тех пор, пока канвас не довели до ума.
Я говорил про электрон. И сейчас он капитально сливает WPF.

S>>И все же почему для мобилок создают мобильные приложения? Это по сути мобильный десктоп.

P>Ну да, вы не смогли аргументировать про обычный десктоп, сейчас начинаете играть в слова и "находите" десктоп в мобилках
P>В мобилах больше инвестиций, сравнивая с десктопом, юзеры охотнее покупают софт. И браузер на мобилах пока что дохлый, отсюда ясно, что возможности каких нибудь PWA сильно ограничены.
Ну вот MAUI позволяет одновременно создавать нативные приложения как для десктопа так и для мобилок.
Мало того, на десктопе сейчас выполняются мобильные приложения для андроида.
Microsoft обещает повышение производительности на 50% на ПК с AMD и Intel с обновлением подсистемы Android в Windows 11. Апдейт также приносит обновление безопасности Android 13

Здравствуйте, Pauel, Вы писали:

P>Сейчас основная платформа для игр это мобильные устройства.
Основная платформа для донатных помоек. Игр же там почти нет.

P> И для показа контента вообще, тоже мобильные устройства.
То то когда мне надо посмотреть на контент я откладываю планшет и иду за нормальный комп.

CC>>Не на первом месте по чему именно? По посещению каких то сайтов?
P>Игры
Подавляющее колво это винда и приставки

P> сайты
А если выбросить соцсетки то какой расклад будет?

P>>>Я вижу, что новые приложения пишут на Электроне, в т.ч. в Микрософте.
CC>>И где они все прячутся?
P>Ты недавно сказал, что ничем не пользуешься. Забыл?
Я сказал что среди того, чем я пользуюсь, электрона нет.

P>А вот десктопные проекты продолжают появляться. Вот чудо!
P>И вдруг выясняется, что новый софт идет на Электроне.
И где этот новый софт на электроне?
Пошёл посмотрел какой софт я покупал в последние годы Fork (git client) for Mac, Crossover for Mac, BeyondCompare Win+Mac, MakeMKV, обновил Visual Assist X
Lightroom забил обновлять, он щас по подписке а я такое не люблю. Пользуюсь старым.
XNView, AIMP, AviDemux бесплатные.
Ничего нету на электроне.
Даже дотнета как то не встречается, один только Janus

Здравствуйте, Cyberax, Вы писали:

C>2. Web-модель подразумевает, что очень легко часть вычислений сгрузить на сервер. Это вообще её преимущество.

Не очень понятно, почему web-модель это подразумевает. Сделать запрос на сервер и получить ответ можно где угодно. Ничего тут web-модель не облегчает, там такой же низкоуровневый API, как и в любом другом ЯП. Я бы даже сказал, что она ограничивает: нужно думать про SOP/CORS, нужно все протоколы заворачивать в HTTP, а нынче скорей в HTTPS. Обычно эти ограничения не представляют проблемы, но всё же они есть.

Здравствуйте, vsb, Вы писали:

vsb>Не очень понятно, почему web-модель это подразумевает.

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

> Сделать запрос на сервер и получить ответ можно где угодно. Ничего тут web-модель не облегчает, там такой же низкоуровневый API, как и в любом другом ЯП. Я бы даже сказал, что она ограничивает: нужно думать про SOP/CORS, нужно все протоколы заворачивать в HTTP, а нынче скорей в HTTPS.

http/https это единственная разумная альтернатива, если вы конечно не заняты стримингом или играми

Здравствуйте, CreatorCray, Вы писали:

P>>Сейчас основная платформа для игр это мобильные устройства.
CC>Основная платформа для донатных помоек. Игр же там почти нет.

Это уже давно не так.

P>> И для показа контента вообще, тоже мобильные устройства.
CC>То то когда мне надо посмотреть на контент я откладываю планшет и иду за нормальный комп.

А мы что, снова тебя обсуждаем? Или ты себя в типичного юзера записал?

CC>>>Не на первом месте по чему именно? По посещению каких то сайтов?
P>>Игры
CC>Подавляющее колво это винда и приставки

Подавляющее количество пользователей не выпускает телефона из рук. Там и играют.

P>> сайты
CC>А если выбросить соцсетки то какой расклад будет?

Смешной аргумент. Сейчас почти все сайты это в том или ином виде социальные сети.

P>>Ты недавно сказал, что ничем не пользуешься. Забыл?
CC>Я сказал что среди того, чем я пользуюсь, электрона нет.

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

P>>И вдруг выясняется, что новый софт идет на Электроне.
CC>И где этот новый софт на электроне?

Я же давал список, у тебя память короткая?

CC>Пошёл посмотрел какой софт я покупал в последние годы ... Пользуюсь старым.

Вот-вот — пользуешься старьём.

CC>XNView, AIMP, AviDemux бесплатные.

Забавно, AviDemux © 2001–2009

XNView — тоже древний, на qt, 10 лет назад начали пилить

CC>Ничего нету на электроне.

Потому, что старьем пользуешься. Вместо аимп сейчас Spotify, Tidal, Qobuz — всё это на Электроне, в вебе и мобайле.
Проверил размеры apk, Spotify — 32mb, Tidal — 74mb, Qobuz — 39mb. Все это очень похоже на те же околобраузерные технологии, судя по размеру.

Здравствуйте, Serginio1, Вы писали:

P>>JS+Canvas довольно долго сливал флешу, до тех пор, пока канвас не довели до ума.
S> Я говорил про электрон. И сейчас он капитально сливает WPF.

И что с того? WPF тоже долго сливал WinForms, а в некоторых кейсах и до сих пор сливает.
Вы поймите одну вещь — все новые технологии на старте гарантировано слабее предыдущего поколения.

Берем Skype, Teams, Slack, GitKraken, Github Desktop, Spotify, Tidal, Qobuz итд итд — все они работают на Виндовс, Макос и линукс. Вы можете себе представить такую кроссплатформенность на WPF? Ан нет — WPF это чисто виндовая технология.

Более того — на этих же технологиях можно и мобайл соорудить, что часто и встречается. WPF до такого как до небес.

S> Мало того, на десктопе сейчас выполняются мобильные приложения для андроида.

Это значит, что писать именно под десктоп смысла всё меньше и меньше.

Здравствуйте, Cyberax, Вы писали:

CC>>Профессиональный софт банально заточен для решения специфических профессиональных задач.
C>Это точное определение нашего софта — он заточен для проектирования солнечных систем. Применяется профессионалами, которые проектируют и устанавливают эти системы.
C>При этом внутри софта вполне себе узкоспецифичные алгоритмы, которые требовали проведения исследовательской работы.

Я все жду программистов АЭС, им уже пора тут появиться.

Здравствуйте, CreatorCray, Вы писали:

C>> Вся суть веб-софта в том, что мне необязательно всё делать локально.
CC>То, что ты описал — это не веб приложение. Это типичный случай терминального доступа

Нет, это как раз типичное современное приложение.

Здравствуйте, Pauel, Вы писали:

P>Здравствуйте, Serginio1, Вы писали:

P>>>JS+Canvas довольно долго сливал флешу, до тех пор, пока канвас не довели до ума.
S>> Я говорил про электрон. И сейчас он капитально сливает WPF.

P>И что с того? WPF тоже долго сливал WinForms, а в некоторых кейсах и до сих пор сливает.
P>Вы поймите одну вещь — все новые технологии на старте гарантировано слабее предыдущего поколения.

P>Берем Skype, Teams, Slack, GitKraken, Github Desktop, Spotify, Tidal, Qobuz итд итд — все они работают на Виндовс, Макос и линукс. Вы можете себе представить такую кроссплатформенность на WPF? Ан нет — WPF это чисто виндовая технология.

Конечно! MAUI. Он же Xamarin.Forms. Причем если универсального гуя не хватает, то можно и нативный использовать. При этом кодовая база едина.
Кроме того есть Blazor.Hybrid
P>Более того — на этих же технологиях можно и мобайл соорудить, что часто и встречается. WPF до такого как до небес.
Да ну? Еще раз Blazor.Hybrid может использовать как натив так и HTML
S>> Мало того, на десктопе сейчас выполняются мобильные приложения для андроида.

P>Это значит, что писать именно под десктоп смысла всё меньше и меньше.
Угу. Это значит, что вэб приложения не нужны!
На Десктопе можно использовать все, что угодно. А вот на мобильниках как раз вэб приложения не используют.
Кроме того скоро все уйдет в облака. Все будет передаваться как экраны.