RN
(а еще, здесь есть автор доклада и при желании можно что-то спросить)
Size: a a a
2019 April 26
RN
Здрасте :)
Ⓢ
Привет! Да, авторы доклада здесь, ждут ваших вопросов!
Ⓢ
Серёж, видео же тоже будут?
SM
спасибо!!!
SB
Есть вопрос ) Что-то я не смог найти в трелло презентаций по js и jooq - я не там смотрю или их там нету?
https://trello.com/c/urfpQqpu/6-%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%B0-%D1%81-%D0%B1%D0%B4-%D1%87%D0%B5%D1%80%D0%B5%D0%B7-jooq
https://trello.com/c/h4aSkMbV/7-kotlin-js
https://trello.com/c/urfpQqpu/6-%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%B0-%D1%81-%D0%B1%D0%B4-%D1%87%D0%B5%D1%80%D0%B5%D0%B7-jooq
https://trello.com/c/h4aSkMbV/7-kotlin-js
IM
круто! а презы обещали еще. Презы будут?)
Ⓢ
круто! а презы обещали еще. Презы будут?)
См. 7 строк вверх
IM
ооо спасибо!
SM
Посмотрел первый доклад 🙂 Как-то не однозначненько было высмеять ESB и ETL, при этом спокойно рассказать про подписку на события от триггеров на БД 🙂
SM
Это при том, что ESB инсталяции до сих пор много где живут в «кровавом» Enterprise, и их даже развивают, а не выпиливают 🙂
NN
Всем привет! У нас намечается митапчик на тему - средства и практики Code Review. Какими системами управления исходным кодом пользуетесь? Что пишете в комментариях к коммиту? Что делаете с сотрудниками, ломающими продукт, и как часто это случается? Делаете ли публичное code review и как часто?
Используем Git, Bitbucket и Teamcity
В коммите обязательно пишем номер задачи из jira
В develop коммитить никому нельзя, только через pull-request. Обязательное Code review и билды на каждом PR. Долго подбирали опимальное количество ревьюверов
С сотрудниками, которые ломают продукт не делаем ничего. Неужели кто-то реально за такое наказывает? 🙂
Если develop сломали, мы его просто чиним и начинаем думать, что еще можно поменять в процессах, чтобы такого не было. В результате это вылилось в самописные плагины, которые делают pre-merge, позволяют подписаться на директории в проекте и т.п.
В коммите обязательно пишем номер задачи из jira
В develop коммитить никому нельзя, только через pull-request. Обязательное Code review и билды на каждом PR. Долго подбирали опимальное количество ревьюверов
С сотрудниками, которые ломают продукт не делаем ничего. Неужели кто-то реально за такое наказывает? 🙂
Если develop сломали, мы его просто чиним и начинаем думать, что еще можно поменять в процессах, чтобы такого не было. В результате это вылилось в самописные плагины, которые делают pre-merge, позволяют подписаться на директории в проекте и т.п.
2019 May 01
R
Всем привет
Кто-нибудь хочет проревьюить статью на тему "Гетерогенная микросервисная архитектура" (JVM, Kotlin, различные фреймворки)?
Кто-нибудь хочет проревьюить статью на тему "Гетерогенная микросервисная архитектура" (JVM, Kotlin, различные фреймворки)?
SM
Всем привет
Кто-нибудь хочет проревьюить статью на тему "Гетерогенная микросервисная архитектура" (JVM, Kotlin, различные фреймворки)?
Кто-нибудь хочет проревьюить статью на тему "Гетерогенная микросервисная архитектура" (JVM, Kotlin, различные фреймворки)?
Не откажусь 😀
VV
Всем привет
Кто-нибудь хочет проревьюить статью на тему "Гетерогенная микросервисная архитектура" (JVM, Kotlin, различные фреймворки)?
Кто-нибудь хочет проревьюить статью на тему "Гетерогенная микросервисная архитектура" (JVM, Kotlin, различные фреймворки)?
Тоже могу.
Ⓢ
Публикуй ссылку, почитаем
R
Отправил в ЛС первым двум желающим
2019 May 05
VV
#articles #kotlin #Elizarov #functional_programming
“Functional Programming is on the rise” by Roman Elizarov https://link.medium.com/MKoyBKCYqW
“Functional Programming is on the rise” by Roman Elizarov https://link.medium.com/MKoyBKCYqW
2019 May 06
VV
/report
#spam
#spam
В
Да норм же вакансия