Юрий Артамонов jreznot

Они как раз вовремя с этим всем, jlink и Java 11 позволят всё нормально так утромбовать.

Да, тоже часто встречается, поправил

Вполне себе устоявщееся употребление, вариант лучше найти сложно.

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

Рад, что вам понравился мой перевод. Оригинальный автор — Jorge Manrubia medium.com/@jmanrubia/escaping-the-spa-rabbit-hole-with-turbolinks-903f942bf52c

Они просто используют такой-же подход с пререндером, наверное не совсем удачная параллель

Ну, в Discourse работает реально классно, например, на их собственном форуме meta.discourse.org

Vaadin — это только UI, никакой инфраструктуры, не говоря уже про кэширование данных, кластер, права доступа и hot-deploy. В CUBA упор делается на скорость разработки типовых вещей, чтобы у вас осталось время и желание решать свои сложные и интересные задачи, а не в очередной раз прикручивать Spring / Hibernate / Vaadin / FlyWay / etc.

Да, есть такое. Мы поэтому себе разработали свой компонент, который контент табы прячет через CSS, а от Vaadin использует только сами корешки вкладок.

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

А в Vaadin 8 в Grid теперь это делается так:

grid.getEditor().editRow(2);

Конструктор у них есть, правда платный. В своих демо-проектах я сейчас использую Vaadin Kotlin DSL www.vaadinonkotlin.eu

@AutoView
class CreateArticleView: VerticalLayout(), View {
    private val binder = beanValidationBinder<Article>()
    init {
        label("New Article") {
            styleName = ValoTheme.LABEL_H1
        }
        textField("Title") {
            bind(binder).bind(Article::title)
        }
        textArea("Text") {
            bind(binder).bind(Article::text)
        }
        button("Save Article") {
            onLeftClick {
                val article = Article()
                if (binder.writeBeanIfValid(article)) {
                    article.save()
                }
            }
        }
    }
}

> Как заставить Vue.js и Electron работать вместе?
Ответ: никак не нужно никого заставлять, оно из коробки работает.

Разработчики браузеров себе свой интерфейс уже так и пишут. В самом HTML / CSS нет ничего странного или плохого, 50% интерфейсов сегодня это веб-приложения.

Говоря о независимости от серверов, я имел в виду оффлайн в веб-приложениях, а не софт серверов. В цитате речь идёт об этом.

> И памяти всё это будет жрать, как не в себя: пара гигов — браузеру, пара гигов — ноде, и всё, что осталось — джаве

Это вы совсем мимо. В нашем приложении весь Electron (вместе с Node.js) потребляет 100 MB памяти. Это не браузер, в котором юзер себе открывает сотни вкладок. Это движок рендеринга страниц, который управляется разработчиком.

На этом стеке (Electron.js + Java) мы пока делаем только Studio, около полугода как выпустили. Бизнес приложения тоже на подходе.

Приложения на платформе можно найти здесь: www.cuba-platform.com/case-studies

А вы спросите этих людей с руками, нравится им писать на Swing? Захотят они новый проект писать на нём? Смогут они новые требования заказчиков на нём выполнить?

А веб разработчикам не только нравится, они и сделают быстрее и качественнее.

Да, надо определённо попробовать для варианта без сети, правда там пока только Java 8 поддерживается. И есть риск что javah удалят скоро из JDK: openjdk.java.net/jeps/313 что сломает этот модуль

Обновление Java можно теперь контролировать, в Java 9 есть jlink, чтобы забандлить нужную с приложением.

1. Это огромный продукт, который не надо сильно кастомизировать каждый релиз. 2. У них много квалифицированных кадров, которые могут продолжать писать на Swing.

Ну так это опять надо изучать XAML, знания HTML/CSS там не получиться применить

К сожалению, WebView обновляется только с новой мажорной JDK, и там не самый распространённый движок WebKit.
User Agent: Mozilla/5.0 (Linux x86_64) AppleWebKit/604.1 (KHTML, like Gecko) JavaFX/9 Safari/604.1


Ну из неудобного, вы не контролируете обновление браузеров и то, что вы тестировали может сломаться с обновлением Chrome / Firefox / Edge.

Похоже что, что-то недоустановилось капитально, у вас всё в порядке с JDK на компьютере? Мы пока не поддерживаем запуск на JDK 9. Если вы её устанавливали, то она могла остаться дефолтной JRE.

Смотря что реализовывать, мы делаем инструмент для разработчиков, а не чат. Там большая часть памяти уходит на JVM и реализацию функциональности, а Electron тратит всего 70-100 MB памяти, что раз в 5 меньше памяти для основных фич приложения.

Да, мы собираемся собрать всё с jlink в приложениях на JDK 10 и получить небольшой бандл Java без JavaFX и других больших модулей.

Вот это не классно, у вас случаем не JDK 9/10? Если что, заглядывайте к нам на форум: www.cuba-platform.ru/discuss Нам тоже хотелось бы понять в чём дело

Оно старое и медленное, там есть проблемы с CSS3 анимациями. И там совсем другие баги, а Electron — это свежий Chromium, что радует.

#logomachine_help Платформа для бизнес приложений CUBA Platform www.cuba-platform.com/sites/all/themes/cuba_adaptive/img/cuba-logo.png

Деньги то тут, а экспертиза — там.

Очень странно, что вы не считаете утечкой мозгов работу на иностранного дядю. То что человек присутствует в стране, не значит, что его идеи и возможности здесь. Задница то тут, а мозги там.

Мы сейчас мигрируем всё на Vaadin 8.3. На Vaadin 10 пока не планируем миграцию, но будем на него смотреть. К сожалению, проект Vaadin Flow (10) ещё очень сырой и не покрывает даже 50% возможностей Vaadin Framework (7/8), кроме того, его применение ограничено самыми свежими веб-браузерами. В IE 11 есть проблемы, в Safari тоже.

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

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

Мы используем ZooKeeper примерно так же, как и все — discovery сервисов, координация работы кластера и хранение конфигурации распределённой системы.

Просто возьмите бинарное значение UUID и сожмите его в base64

Его просто маркетологи покусали

Для тех, кто уже сейчас хочет нормально читать код без прыгающих объявлений и визуального мусора есть неплохой плагин для Intellij Idea — Advanced Code Folding plugins.jetbrains.com/plugin/9320-advanced-java-folding

Пример кода:

Мы пользуемся уже более 5 лет. По факту этот багтрекер очень нравится техническим людям в проектах, а руководители и заказчики его не очень любят, он как то больше ориентирован на процесс разработки в отличие от Jira, которая для всего подряд.

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

В платформе, которую мы разрабатываем, есть похожий механизм с названием Views. Для запросов можно указать дерево требуемых полей и связей (а точнее имя одного из представлений, зарегистрированных на сервере). Front-end разработчики довольны и могут вытаскивать из REST-API данные с нужной детализацией.

Пример в доке: https://doc.cuba-platform.com/manual-6.5/rest_api_v2_ex_get_entities_list.html

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