Все записи

В Челябинске состоялась первая встреча JUG.CHEL

На этой неделе состоялась первая встреча сообщества Java-разработчиков Челябинска!

Официальная часть длилась более 2 часов, за это время около 50 участников успели прослушать 3 доклада, задать все интересующие вопросы, а также обсудить подробности с докладчиками в кулуарах. Ведущим и программным директором первой встречи стал Андрей Каргаполов (ДИТПО, г.Челябинск). 
На первой встрече выступили:
1. Андрей Попов (ДИТПО, г. Челябинск) с докладом «Расширяем Enterprise решение с помощью встроенных приложений»;

2. Максим Зубов (Департамент проектов в госсекторе, г. Челябинск) с докладом «Модель факторов и параллелизм в JVM с использованием Akka»;

3. Дмитрий Чуйко (Oracle, г. Санкт-Петербург) с докладом «CompletableFuture. Хочется взять и применить».

После официальной части все желающие смогли посетить afterparty и пообщаться со спикерами в неформальной обстановке. 
Фото со встречи: https://vk.com/jugchel?z=album-138980159_243095450
Видео докладов: https://vk.com/videos-138980159 

tsXVZG6jPz8.jpg

Похожие новости

Как подружить работу дизайнера и аналитика

Думаем, многим знакома ситуация: на встрече все обсудили, договоренности и сроки зафиксировали — разошлись работать с ощущением ясности. Однако в процессе оказалось, что результат каждый представлял по‑своему.

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

Как перестать быть центром всех решений и не потерять контроль

Когда команда растет, руководитель постепенно становится обязательной точкой во многих процессах. Кажется, все логично, ведь так быстрее и надежнее. Проблема становится заметной, когда появляется вопрос: что будет, если руководитель на время выпадет из работы?

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

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

Когда задача считается выполненной

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

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

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

Все новости