У нас родилась следующая идея, которую мы надеемся опробовать на декабрьской встрече (вероятно, 17.12).
Суть в том, чтобы один слот выступления заняли 5-8 человек, каждый из которых выступил бы коротенечко на 5 минут по одной достаточно узкой теме.
За обедами вы с коллегами спорите на разные темы, которые вас беспокоят или даже бесят: неправильная структура команды, лажовая технология, странные решения.
Собрав от 3 до 5 лучших аргументов, из них выйдет сделать несколько слайдов, и выплеснуть свои эмоции на девклабе. Не забудьте приправить это всё долей юмора!
Это прекрасная возможность опробовать себя в роли докладчика, потратив на подготовку минимальное количество времени! Просто заполните эту форму.
И помните, что и тут организаторы помогут вам в подготовке.
Разработчики и ИТ-специалисты в целом, как правило, становятся узкоквалифицированными. В прошлом часто возникали конфликты между разработчиками БД, разработчиками приложений, тестировщиками. Сегодня разработчики продолжают делиться на фронтэнд / бэкэнд / Android / iOS / и ещё что угодно. А это приводит к раздутым командам, неэффективному взаимодействию, отсутствию ответственности каждого конкретного разработчика, низкому коэффициенту командного коллектива и неспособности раз и навсегда решить производственные проблемы. Термин «Full-Stack» часто применяется к разработчикам, отвечающим за все аспекты их работы, но практика XP / Craftsmanship идет дальше — мы также должны взять под контроль нашу коммуникацию, требования, операции, тестирование и всё остальное.
Истинные мастера могут быть на порядок эффективнее, чем узкоквалифицированные разработчики. Они не только пишут код, но и решают проблемы. Конечно же, вы хотите быть одним из них!
Сэм Круглов Java Developer @ Monese
Reactive никуда не денется
Использовать реактивный подход — это ключ к пребыванию на достойном уровне среди современных стандартов. В начале, у нас есть обычный MVC сервис.
Сначала, мы зададим определение современной системе и её основные проблемы. Затем, мы подправим наш сервис, чтобы решить эти проблемы. После всех изменений наш REST API продолжит функционировать как прежде, но при этом мы будем использовать Event Driven Architecture и получим множество преимуществ!
Ивaн Beршинин EMO врач @ Järvamaa Haigla
Профсоюзы и IT
Инфотехнологии, программисты, профсоюзы… Казалось бы, это очень далёкие друг от друга вещи… Однако, это совершенно не так! Приходите, поговорим с вами о том, что представляют из себя профсоюзы; почему их нет в сфере инфотехнологий сейчас, и именно сейчас они очень нужны. Посмотрим, какие возможности для отстаивания своих интересов нам даёт законодательство, какие были прецеденты профсоюзной борьбы в Эстонии. А также обсудим вопрос, хотим ли мы создать свой IT профсоюз, и как это сделать.
Внимание! На сегодняшней встрече мы поделимся промокодом со скидкой на билеты 10%. Вы также можете написать нам на info@devclub.eu, и мы поделимся с вами промокодом.
22-23 ноября XP Injection приглашает разработчиков, архитекторов, тех.лидов, QA, инженеров DevOps и всех, кто участвует в разработке, посетить ежегодную конференцию XP Days Ukraine.
XP Days Ukraine полностью посвящена тематике еngineering excellence, включая архитектуру, разработку DevOps и практическую разработку ПО. Доклады на конференции будут посвящены таким инженерным практикам, как TDD / BDD, CI / CD, code review, refactoring, деятельности и инструментам DevOps, архитектурным темам и подходам, управлению техническим долгом, разным уровням автоматизации, процессам обеспечения качества.
Только жесткие и практические доклады от практикующих специалистов и лучших спикеров! Программный комитет делает все возможное для освещения всех тенденций и современных тем.
У участников также будет возможность познакомиться с новыми людьми и пообщаться со спикерами и организаторами в течение дня и во время виски-пати.
Татьяна Гордеева — Как вести себя на первом свидании ITишнику
О первом свидании, и не только: любовь в схемах и таблицах.
1. Deep learning самого себя. Мужчины и женщины в нашей жизни. 2. Алгоритмы судьбы или «вечные грабли». Можно ли с этим что-то сделать? 3. Ищем primary key в SQL наших отношений. 4. Javascript или выбор языка общения в паре. 5. Раскрываем секретную формулу pick-up’a.
Александр Тавген — Observability — the good, the bad and the ugly
Расскажу про задачу создания мониторинга и observability для операционных команд без лишних False Positives и непонятных алертов. Проблемы, ловушки, анти-паттерны, и как это сделать правильно.
Как справиться с зоопарком мониторинга. Спагеттификация дашбордов. Зачем Уберу 9 миллионов метрик, и почему это антипаттерн. Метрики как потоки данных. Анализ данных временных рядов. Новый язык Flux от InfluxDb и создание пайплайнов для метрик на Flux. «Прогулка пьяницы» по вашим метрикам, и зачем измерять случайность.
Юрий Тимошин — Vim. Часть 3.
Плагины, настройка под свои нужды. Vimrc: options, mappings, abbreviations.
27.06.2019 | Четверг 19:00 Park Inn by Radisson Meriton Conference & Spa Hotel Tallinn Toompuiestee 27/Paldiski mnt 4, 10149 Tallinn
Виктор Кондин
QA Lead @ Genius Sports
Introduction to Quality Assistance
По-русски
На сегодняшний день качество выпускаемого на рынок ПО существенно снизилось. Любой внимательный пользователь может найти достаточно много ошибок, как серьёных так и не очень, в работе программ, выполняющих самые разные функции. Целью доклада не является установка или представление аудитории причин, влияющих на это, а предлагается ознакомиться с относительно новой методологией на рынке — Quality Assistance.
Quality Assistance — новая методология, предложенния компанией Atlassian, направленная на интенсивное привлечение разработчиков к процессу тестирования, а также нахождение и УСТРАНЕНИЕ ошибок на ранних этапах разработки.
Доклад будет состоять из нескольких логических частей: (1) Ознакомление аудитории с существующей методологий Quality Assurance, указав её минусы, историю и отсутствие права на существование в 21-ом веке 🙂 (2) Ознакомление аудитории с Quality Assistance. Основные идеи и понятия. (3) Шаги по интеграции Quality Assistance “у Вас в фирме” (4) Процесс эволюции навыков тестирования команды, их измерение и как следствие изменение уже адаптированой методики Quality Assistance.
Сергей Чипига
Software Engineer @ Pipedrive
Machine Learning, Feature Store & ClickHouse
По-русски
В этом докладе я бы хотел рассказать о своем опыте вхождения в Machine Learning. С какими необычностями и особенностями пришлось мне столкнуться. Значительная часть доклада будет посвящена одному из ключевых пунктов в построении Machine Learning — Feature Store. Также поделюсь мыслям о возможности использования колоночной базы данных ClickHouse в качестве хранилища для Feature Store. Наверное, довольно часто для этого в качестве стандарта де-факто можно встретить применение AWS-стэка, RedShift, Spark, Hadoop, но, тем не менее, присмотримся и к других решениям. ClickHouse (https://clickhouse.yandex) — это open-source разработка от компании Yandex, и, судя по активности в телеграм-чате и использованию другими компаниями, он набирает популярность, к чему и я приложу руку на devclub.
Андрей Солнцев
Software developer @ Codeborne
Антистатик
По-русски
Чем плохи статические методы (кроме того, что «это не ООП»)? Так ли уж полезен dependency injection? Есть ли жизнь без спринга?
Эти вопросы давно вызывают много споров. Пуканы рвутся, но к единому мнение общество пока не пришло. Я расскажу, как менялось со временем моё понимание этих вещей и к чему я пришёл сейчас.
Meriton Grand Hotel Tallinn 30.04.2019 19.00-23.00
Михаил Раер — Azure Active Directory и используемые в ней токены
Мы поговорим о том, какие токены использует AAD, как стандартные (OAuth2 access tokens), так и специальные хитрые (PFT), которые используются для доступа в MSGraph. Так же затронем фичу Conditional Access в AAD.
Евгений Голобородько — Rule your cluster with Kubernetes
Расскажу о своем опыте использования Kubernetes в продакшене:
Все это не так просто выудить из стандартной документации и об этом мало говорят на различных тренингах, по этому я решил поделиться своими наработками на эту тему. Очень часто возникает вопрос: «С чего начать?», постараюсь на него ответить.
Андрей Солнцев — Flaky tests. Часть 2.
Нестабильные (или flaky) тесты — головная боль автотестеров. Ещё вчера тест был зелёный, а сегодня он вдруг покраснел. Приходится их прокликивать руками или перезапускать. Всё это сильно замедляет процесс разработки и убивает эффект от автоматизации.
Я покажу новые примеры flaky тестов из реальных проектов и новые методы их расследования. В этот раз будет больше визуальных эффектов и видосиков. Интересно будет всем.
Доклад можно смотреть без первой части.