Size: a a a

Архитектура ИТ-решений

2020 February 20

KK

Kirill Khromov in Архитектура ИТ-решений
Сергей Старцев
😊
основная проблема в том, что мы имеем до сих пор интепретируемый HTML и интепретируемый  JS.
Как я уже говорил - если для десктопа мне нужен компонент - я буду работать без лишних посредников. А с веб у меня есть достаточно скудный набор компонентов, из которых реализуется все UI.
Посмотрите примеры интерфейсов именно с использованием канвы на вебе - игры в данном случае не в счет 😊
Покажите мне компоненты, реализованные на канве и интерфейс на их основе - особливо
Весь разговор же у нас начался с воспоминаний о Delphi и разработке через WYSIWYG-редактор интерфейса 😊
Ну сейчас вон Flutter попер, который именно так и работает, не использует ничего нативного, а отрисовывает сам через простенькую 2d библиотечку. Для мобилок хорошо зашёл, для web делают (обещают на днях доделать)
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Угу, dart хорош, флаттер не без глюков, но норм.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Мы на нем пару проектов делаем.
источник

AK

Anton Korotkikh in Архитектура ИТ-решений
Phil Delgyado
Ну, скриптовая динамика хороша для одноразовых скриптов. А не для того, для чего ее используют.
Да не обязательно, для веба отлично заходит, конкретно нода та же для сервисов с интенсивной IO нагрузкой, важно уметь готовить.
источник

A

Andreλ in Архитектура ИТ-решений
Anton Korotkikh
очень нужны. не нужны были бы не было бы всяких TS и wasm движухи
Это вы просто еще молодой, не застали прошлые попытки) их было гораздо больше. Ни одна не полетела в итоге. Более менее полетел только флэш и то, в основном для игр.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Э, любой язык будет лучше js для задач ноды. Просто фронтендеры ничего другого учить не хотят, а сервер делать хочется.
Не видел качественных проектов на ноде (как и на перле), всегда беда с развитием и сопровождением.
источник

AK

Anton Korotkikh in Архитектура ИТ-решений
Andreλ
Это вы просто еще молодой, не застали прошлые попытки) их было гораздо больше. Ни одна не полетела в итоге. Более менее полетел только флэш и то, в основном для игр.
я застал, и флэши, и аплеты и nacl
текущие попытки зашли уже гораздо дальше и потихоньку катятся в прод (различные порты дестктопных приложух, например конструкторы кухонь или интерьеров в ритейле, которые на wasm)
источник

СХ

Саддам Хусейн in Архитектура ИТ-решений
Kirill Gorin
я зашел в гугл докс и заполнил весь докУмент циферками
я тут наброшу субъективных ощущений немного)
года три-четыре как перешел на гуглшиты. по скорости обработки приемлемо работает пока не больше 40-50к строк. больше редко нужно, мне один раза или два понадобилось. устраивает, работать можно.
недавно открывал мс эксель.
До чего ж он быстр по сравнению с гуглшитами! Он просто многовенен! Очень приятно с ним работать.
Насколько же мерзки эти микролаги в браузере! Но к сожалению они не ничего решают.
Когда-то гуглшиты были удобнее на порядок, за счет бесплатности и удобства шаринга любому в интернете по простой ссылке, и тогда многие на них перешли.
Сейчас МСэксель лучше, теперь и в нем все это тоже есть, и без этих мерзких лагов, но увы это слишком маленький перевес, недостаточный  чтобы перейти обратно.
источник

AK

Anton Korotkikh in Архитектура ИТ-решений
Phil Delgyado
Э, любой язык будет лучше js для задач ноды. Просто фронтендеры ничего другого учить не хотят, а сервер делать хочется.
Не видел качественных проектов на ноде (как и на перле), всегда беда с развитием и сопровождением.
Это всё лирика и субъективщина, нода на жс, поэтому не будет. Такое удобство асинхронщины и готовность эксоситемы к ней вообще мало где есть, нода, го, BEAM (erlang / elixir) и на этом как бы всё.
источник

СС

Сергей Старцев in Архитектура ИТ-решений
Anton Korotkikh
я застал, и флэши, и аплеты и nacl
текущие попытки зашли уже гораздо дальше и потихоньку катятся в прод (различные порты дестктопных приложух, например конструкторы кухонь или интерьеров в ритейле, которые на wasm)
понятно что с каждой итерацией все лучше и лучше...
wasm решает проблему трафика при доставке и проблему парсинга кода... но проблема DOM-модели при этом не решается... 😞
Приведу пример из мира Java - она долго набирала популярность, пока был одинокий свинг (медленный, невзрачный и т.п.)... и выстрелило все, когда появились нативные eclipse-компоненты... и сейчас в принципе работать с ней сносно - сам пользуюсь Xmind, DBeaver, Archi... и все они на эклипсе.
источник

A

Andreλ in Архитектура ИТ-решений
Anton Korotkikh
Это всё лирика и субъективщина, нода на жс, поэтому не будет. Такое удобство асинхронщины и готовность эксоситемы к ней вообще мало где есть, нода, го, BEAM (erlang / elixir) и на этом как бы всё.
Госпади откуда вы берётесь? Какая готовность к асинхронщине? Вы в курсе вообще, что те же абстракции асинхронного выполнения есть в большинстве языков?
Ничего особенного тот же го не даёт. Они просто засунули библиотеку реализации одного из вариантов в стандартную либу. Тем самым лишив выбора пользователей) Но все носятся неразобравшись, как будто там что-то особенное изобрели.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Anton Korotkikh
Это всё лирика и субъективщина, нода на жс, поэтому не будет. Такое удобство асинхронщины и готовность эксоситемы к ней вообще мало где есть, нода, го, BEAM (erlang / elixir) и на этом как бы всё.
Ээ, котлин, java, .Net, эрланг.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Сергей Старцев
понятно что с каждой итерацией все лучше и лучше...
wasm решает проблему трафика при доставке и проблему парсинга кода... но проблема DOM-модели при этом не решается... 😞
Приведу пример из мира Java - она долго набирала популярность, пока был одинокий свинг (медленный, невзрачный и т.п.)... и выстрелило все, когда появились нативные eclipse-компоненты... и сейчас в принципе работать с ней сносно - сам пользуюсь Xmind, DBeaver, Archi... и все они на эклипсе.
Ну, на самом деле в эклипсе от нативных компонент скорее проблемы. Эклипс был хорош не компонентами (это как раз беда была), а полноценным каркасом для приложений и автоапдейтом плагинов. Именно это и дало энтерпрайзный рынок.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Если бы он был на свинге, то было бы только удобнее и, начиная с 2012 примерно года - быстрее
источник

СС

Сергей Старцев in Архитектура ИТ-решений
Phil Delgyado
Если бы он был на свинге, то было бы только удобнее и, начиная с 2012 примерно года - быстрее
ну. возможно.
в данном случае м.б. произошло совпадение событий (все стало работать быстрее и все начали писать на эклипсе) 😊
источник

DO

Dmitry Ognyannikov in Архитектура ИТ-решений
NetBeans на Swing гораздо юзабельнее Эклипса на SWT. И как IDE, и как платформа для своего приложения (удобство API).
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Вот если бы был rcp для java FX, это было бы удобно. Но увы, мало кто понимал смысл rcp.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Netbeans опоздала с rcp и вечно отставала по функциям. И она ещё жива вообще?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Не видел реальных проектов на нетбинсе вообще
источник

DO

Dmitry Ognyannikov in Архитектура ИТ-решений
Phil Delgyado
Netbeans опоздала с rcp и вечно отставала по функциям. И она ещё жива вообще?
Апач проект сейчас. Полумертвый.
источник