Все записи

Naumen провел девятую встречу JUG.EKB

Встречи JUG.EKB (Java User Group) проходят два раза в год при поддержке Naumen. И 5 октября состоялась очередная встреча. Мы провели ее на нашей традиционной и любимой площадке – в коворкинге «Соль». 

На девятой встрече с докладами выступили: 
1. Ярослав Киселев (КРОК, г. Москва) с докладом "Application Performance Monitoring: сравнение возможностей, проблемы и решения" 
2. Дмитрий Чуйко (BellSoft, г. Санкт-Петербург) - "Организация многопоточности по модели подписки в Java 9" . 

Доклады вызвали неподдельный интерес у Java-сообщества Екатеринбурга, и на встречу пришли 70 разработчиков! После докладов участники могли лично пообщаться со спикерами и задать свои вопросы. 

Ведущим встречи стал Андрей Чернопрудов (руководитель группы мобильной разработки, ДИТПО, г. Екатеринбург). 

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

Правила хорошего резюме

Бывает, что нужный для вакансии опыт у вас есть, но в ответ на отклик — тишина или отказ. Проблема может быть в том, что резюме не проходит первичный отбор: фильтры не находят нужные ключевые слова, а ИИ не видит подтверждения навыков в описании опыта.

В статье разобрали, как оформить резюме так, чтобы важные детали не потерялись для фильтров и ИИ, а рекрутеру было проще понять и оценить ваш опыт.

Как масштабировать знания, а не нагрузку

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

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


Почему портфель проектов утверждают с дефицитом ресурсов

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

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

Все новости