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

#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, можно использовать существующие языки, дополнительно лишь описывая требования к глубине детализации.

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

Вы читаете мой комментарий или сразу отвечаете? Я спросил только про Build Tool. SBT один из самых противоречивых инструментов сборки, который даже в родном Scala сообществе воспринимается как нечто не в меру странное. Чуть ли не половина разработчиков на Scala используют не его, а Gradle.

А почему бы и не Gradle? Зачем вам там SBT?

И разработчикам нравятся вот эти застенки в виде боксов?

Все GC в Java определяют достижимость объектов от корней кучи. Если объект недостижим — он кандидат на отстрел, циклические ссылки не могут препятствовать отстрелу по определению.

Если нужен custom-интерфейс, то вполне можно делать, Благо компонентов много: https://www.cuba-platform.com/online-demo

А откуда вы вообще взяли, что Lucene и Activiti имеют какие-то проблемы с масштабируемостью? Lucene — де-факто стандарт в своей области, как и Activiti, активно используемый в Alfresco.

Мы используем свежие версии Vaadin 7.6 (в скором времени 7.7), но интерфейсы компонентов и декларативная разметка для экранов у нас своя. Мы не хотим распыляться на несколько UI фреймворков, поскольку мы сами тоже пишем компоненты для UI, кроме того, для custom веб-сайтов мы предлагаем модуль интеграции со Spring MVC и свой generic REST-API.

C WebSocket в 7.6 всё довольно хорошо, сложных проблем ещё ни разу не возникало.

Стандартные библиотеки для интеграции Spring и Vaadin не используем, у нас свой слой интеграции, и Vaadin используется только и исключительно как UI toolkit.

Ну а уж на вопрос про покрытие тестами вы можете ответить сами, юнит тесты лежат прямо в проекте cuba на github. Тестовое покрытие наших премиальных компонентов мы, пожалуй, можем раскрыть только нашим клиентам.

Я думаю поддерживается, но не для всего приложения. Сущности JPA придётся оставить на Java, а вот код сервисов и экранов можно будет писать на Scala. Мы проверим насколько хорошо можно использовать Scala с CUBA, как сделали это для Groovy. Groovy сейчас поддерживается даже в Studio.

> это поддержка пользовательских объектов и их поведения…. Это делает Постгрес невероятно гибким и надежным.

Маркетинговая манипуляция мнением относительно надёжности

А куда сообщать то? Там половину текста бы править ещё, там русский на русский не похож

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

В Scala проблемы с различимостью не замечено

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

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

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

В прошлом году было два доклада про Scala. Тот что от Jetbrains был совсем глупый и бесполезный, хотя с зазывающим названием. Зато доклад от Sociohub был приятный, в этом году есть доклад от того же спикера: Страх и ненависть в распределённых системах.

Это точно, Барух — эксперт по управлению зависимостИ, осталось выяснить какой

Объясните, пожалуйста, почему на бумажных книгах 2015 года уже который раз красуется 2016 на самом видном месте. Это просто раздражает.

Из ваших заметок пока видится только один посыл: не критикуйте MySQL. Лучше бы побольше писали про настоящие недостатки, на которые нужно смотреть при сравнении с Postgres.

Ох хо хо! Очень советую вам набежать на CUBA.platform. И Java, и CRUD, и быстро и даже импортозамещение. Да, реклама, но ссылок не даю.

Эх, двести лет уже все ждут понятные NPE в Hotspot

>> Vaadin это Java фреймворк для создания современных высокопроизводительных веб приложений
Это совсем плохое описание Vaadin, высокопроизводительные это не про них, больше подошло бы:

Vaadin — фреймворк для разработки веб-приложений с server-side моделью программирования и состоянием UI на сервере.

У вас что-то guava делает во фреймворках, а в «Добавление новых возможностей в язык Java» откуда-то взялся Guice.

Вы пробовали Gradle? На первый взгляд кажется, что он может решить задачи описанные в статье.

Groovy намного ближе к Java, чем Scala. Использовать для Java проектов SBT я бы не стал. При этом в Gradle отличная поддержка всех трёх языков: Java/Groovy/Scala.

Это много раскиданных файлов вместо одного скрипта на проект в корне.

И вас устраивает количество мусора в проекте? Разные build.sbt, pligins.sbt и отдельная папка project? Уж лучше лаконичный Gradle с одним скриптом build.gradle, чем этот вынос мозга.

Этот выбор был сделан нами очень давно (более 5 лет назад) и с тех пор мы смотрели несколько веб фреймворков — ZK, Smart GWT, и даже JS фреймворки. Но ни разу мы не находили необходимой нам функциональности и гибкости. Наработок по Vaadin у нас очень много и в перспективе мы не планируем от него отказываться.