Если есть время у FrontEnd-еров то пусть пишут заглушки/тесты. Если есть время у BackEnd-еров пусть по быстрому базовое API и генераторы бессвязных данных

Для разработки UI не нужно ходить на сервер с генераторами

тем более UI часто нужны пограничные значения (типа очень длинные, короткие, на разных языках)

А кто-нибудь ведёт внутреннюю документацию на AsciiDoctor? Вместо Confluence

Ведут

swaggerhub пробуем

Спс. Обязательно гляну.

Confluence

А как фиксируете внесение правок с чьей-либо стороны?

А как фиксируете внесение правок с чьей-либо стороны?

там вроде указывается, кто редактировал последний

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

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

У нас на AsciiDoctor в репозитории и мы делаем pull-requestы. А в ревьюеров добавляем тех, кому необходимо ознакомиться. Честно - дрочь. Попроще бы...

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

если они watchers списке, то да. но прям чтоб указать кому послать уведобление. не, такого не припоминаю. может через расширения какие можно.. но вообще для этого ведь и mail можно написать :)

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

если их добавили в этот документ

У нас на AsciiDoctor в репозитории и мы делаем pull-requestы. А в ревьюеров добавляем тех, кому необходимо ознакомиться. Честно - дрочь. Попроще бы...

дрочево. да. но зависит, что за документация

если они watchers списке, то да. но прям чтоб указать кому послать уведобление. не, такого не припоминаю. может через расширения какие можно.. но вообще для этого ведь и mail можно написать :)

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

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

тогда офицальный майл, subject большими красными буквами

если их добавили в этот документ

Что это значит?

Что это значит?

в доке можн через “@“ упоминать людей

Ааа. А есть фоловеры там? Вот ты говорил watchers - можно поподробнее чуть?(

Ааа. А есть фоловеры там? Вот ты говорил watchers - можно поподробнее чуть?(

https://confluence.atlassian.com/doc/manage-watchers-218271870.html

ну вот как то так

Благодарствую)

Мы пользуемся Jira, но с Confluence не сложилось.

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

С Vaadin сайта про память Vaadin stores the state of the user interface on the server-side in the HTTP session. The size of the session fully depends on the amount of state (e.g. views) and business data that is stored in the application, ranging from 50kb to 1000kb per concurrent user, depending on the amount of business data that is stored in the session. Memory use is rarely a bottleneck for a properly designed application. See below for tips on optimizing the session size.

typical Vaadin application scales up to 10 000 concurrent users per server

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

Спасибо, Антон! Будем пробовать

typical Vaadin application scales up to 10 000 concurrent users per server

ну то есть просто надо уметь готовить

да там есть какие то методы

тут вот, если осилишь финнский акцент, можно послушать про разные способы работы с сессией https://www.youtube.com/watch?x-yt-cl=85114404&v=bH2_nWxwXY8&x-yt-ts=1422579428

Меня больше интересует насколько трудоёмко писать там свои кастомные контролы

Меня больше интересует насколько трудоёмко писать там свои кастомные контролы

без понятия

Меня больше интересует насколько трудоёмко писать там свои кастомные контролы

Насколько кастомные интересуют?

например такие плавающие панельки которые должны анимационно летать пересортировываться

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

Про анимацию не скажу

да боксы с контентом

Боксы - ерунда. Наследованием решается. Примерно как в Android. Да с любым компонентом. Грубо говоря наследуешься от лэйаута, туда пихаешь в нужные места базовые контролы и все. А потом используешь уже этот, недавно созданный компонент. В конструктор, например, передаешь объект требуемого класса.

Т.е. у тебя будет MyBox компонент, внутри которого будет определена логика по его отображению.

Я с Vaadin работал лишь в одном проекте, а вот на SmartGWT был большой опыт. Там именно так решали. Мало того, у этого бокса может быть несколько реализаций, опять таки решается наследованием: MyBuyBox, MySellBox и т.д.

оно не будет тормозить если их будет 10-15 на экране ?

Ну зависит от того как сделаешь, но нет, не будет)

там внутри есть немножко контролов

Грубо говоря он просто в див несколько дивок вставит

Не переживай, тормозить не будет. В итоге будет нормально интерпретировано. В нормальный HTML. Просто работать ты будешь с высокоуровневым компонентом. Это удобно.

Если 100000 вставишь, то будет) хоть ты на самом HTML сделаешь. Тогда придется думать над ленивой подгрузкой. Но если реально 10-20 даже не сомневайся.

Не переживай, тормозить не будет. В итоге будет нормально интерпретировано. В нормальный HTML. Просто работать ты будешь с высокоуровневым компонентом. Это удобно.

Спорно, в gwt любят обменивать все хендлерами и делать лаяуты через js, а не css

Не переживай, тормозить не будет. В итоге будет нормально интерпретировано. В нормальный HTML. Просто работать ты будешь с высокоуровневым компонентом. Это удобно.

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

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

а ленивая загрузка это про GWT.runAsync?

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

Банковская система по мониторингу АТМ для одного из российских банков, чьё имя начинается на Home)

Спорно, в gwt любят обменивать все хендлерами и делать лаяуты через js, а не css

Это да

а ленивая загрузка это про GWT.runAsync?

видимо да

Спорно, в gwt любят обменивать все хендлерами и делать лаяуты через js, а не css

Там проще так, чем через CSS)

а кто dagger юзал с gwt, кроме меня?

а ленивая загрузка это про GWT.runAsync?

Я вообще про концепцию

Там проще так, чем через CSS)

ну когда у тебя на ресаизинге все через js рисуется, эт жесть

Я вообще про концепцию

ну что за концепция? про острова?

А если сравнивать Vaadin с GWT то в чём приемущества в рамках такого проекта ?

ну что за концепция? про острова?

Что за концепция про острова?)

А если сравнивать Vaadin с GWT то в чём приемущества в рамках такого проекта ?

ну ваадин эт фирма, у них не только gwt фреимворк есть) еще есть и для ангулара 2 и полимера компоненты

Что за концепция про острова?)

GWT.runAsync

А если сравнивать Vaadin с GWT то в чём приемущества в рамках такого проекта ?

Как я говорил, GWT сильно разделяет клиентский код и серверный. Ты даже не можешь использовать некоторые из методов явы в клиентском пакете. Связь с сервером через RPC. Vaadin сильно все упрощает. Ты не следишь за вызовами до сервера. В этом есть как плюсы так и минусы. В классическом GWT клиент и сервер - это разные вещи, которые общаются между собой. В Vaadin же, клиент за каждым чихом ходит на сервер. Если при нажатии на кнопку нужно показать popup, то при нажатии на кнопку клиент пойдёт на сервер и узнает что нужно делать (показать попап). Т.е. количество запросов вырастает качественно. Но разрабатывать удобно.

GWT.runAsync

Не совсем. Я про то, чтобы не пихать сразу 10000 компонентов на UI, а добавлять их, когда появляется необходимость.

Как я говорил, GWT сильно разделяет клиентский код и серверный. Ты даже не можешь использовать некоторые из методов явы в клиентском пакете. Связь с сервером через RPC. Vaadin сильно все упрощает. Ты не следишь за вызовами до сервера. В этом есть как плюсы так и минусы. В классическом GWT клиент и сервер - это разные вещи, которые общаются между собой. В Vaadin же, клиент за каждым чихом ходит на сервер. Если при нажатии на кнопку нужно показать popup, то при нажатии на кнопку клиент пойдёт на сервер и узнает что нужно делать (показать попап). Т.е. количество запросов вырастает качественно. Но разрабатывать удобно.

ну не только rpc, есть же restygwt

ну не только rpc, есть же restygwt

Либо не использовал, либо в данной терминологии не знаком.

Расскажешь?

Либо не использовал, либо в данной терминологии не знаком.

либа, которая позволяет юзать rest)

ERROR: S client not available

А) ну понятно, что можно rest) просто есть ли смысл?) мы делали через RPC. Со скрипом, но можно было сказать, что это было удобно) Всяко удобнее, чем REST) Но ИМХО. Просто какой смысл писать клиент на GWT, если бэк даёт rest API?))

А) ну понятно, что можно rest) просто есть ли смысл?) мы делали через RPC. Со скрипом, но можно было сказать, что это было удобно) Всяко удобнее, чем REST) Но ИМХО. Просто какой смысл писать клиент на GWT, если бэк даёт rest API?))

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

А) ну понятно, что можно rest) просто есть ли смысл?) мы делали через RPC. Со скрипом, но можно было сказать, что это было удобно) Всяко удобнее, чем REST) Но ИМХО. Просто какой смысл писать клиент на GWT, если бэк даёт rest API?))

да никакого смысла

только если проект не легаси)

До других серверов - даже не обсуждается, однозначно - тру. Только опять вопрос - почему клиент ходит до других серверов через REST API, а не просит сервер сделать это для него. В общем, спорно. Но да, то, что ты обозначил, что так можно - это плюс.

До других серверов - даже не обсуждается, однозначно - тру. Только опять вопрос - почему клиент ходит до других серверов через REST API, а не просит сервер сделать это для него. В общем, спорно. Но да, то, что ты обозначил, что так можно - это плюс.

ну часто бывает что один виджет ходит на один урл, другой на другой)

ну часто бывает что один виджет ходит на один урл, другой на другой)

Портлет?)

Портлет?)

на самом деле rest и балансировать проще

только если проект не легаси)

скорее gwt rpc легаси

скорее gwt rpc легаси

Скорее GWT - легаси)))

Скорее GWT - легаси)))

закопать

ну не, если в релизе 2.8 не плохой прогресс таки

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

Я бы вообще не стал новый проект делать на GWT. Даже из под палки. Вспоминается только боль.

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

Даггер - это штука, которая DI добавляет на клиент?

Я бы вообще не стал новый проект делать на GWT. Даже из под палки. Вспоминается только боль.

главная боль эт конечно компиляция и дебаг

Даггер - это штука, которая DI добавляет на клиент?

угу

угу

даггер же не про клиент. видио с Gin перепутали

даггер же не про клиент. видио с Gin перепутали

нет, даггер можно юзать с gwt

по сути дела, эт просто генератор )

нет, даггер можно юзать с gwt

ок, я отстал от жизни

ок, я отстал от жизни

не ссы, эт мало кто знает)

не ссы, эт мало кто знает)

ок, не буду

кстати он еще и на activities and places не плохо ложился вроде

единственное что я хотел бы тогда видеть эт автоматический GWT.runAsync) чтоб портянки кода поменьше были

Короче, сча подпишем Sergey на Vaadin. Давайте лучше отговаривать)))

блин, ребят 2016, скоро 2017

какой гвт, какой ваадин

ну а что юзать

для ee само то

какой гвт, какой ваадин

Не могу не согласиться)

есть вариант для богатых компаний