Все записи

Состоялась вторая встреча сообщества JUG.EKB

Напоминаем, JUG - это Java User Group, встречи JUG.EKB - это обсуждение различных технологий из мира Java, обмен опытом, а также просто интересное общение!

Вниманию слушателей были представлены два доклада:

- Хитрин Андрей, компания Naumen , с докладом «Оковы тяжкие падут: как перевести сборку проекта с Ant на Gradle?»

- Елизаров Роман, специально приглашенный гость из Санкт-Петербурга, компания Devexperts, с докладом «Миллионы котировок в секунду на чистой Java».

Доклады вызвали волну вопросов, так, что их обсуждение продолжилось даже на афтепати. Также с успехом прошла серия коротких докладов - lightning talks.

Ознакомиться с докладами подробнее можно на сайте http://jugekb.ru/, а фото с мероприятия в группе ВКонтакте http://vk.com/jugekb?z=album-61807294_199836894

Если у кого-то не получилось прийти, мы выложим видео на сайте или в группе ВК.

С нетерпением ждем Вас на следующей встрече JUG.EKB!

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

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

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

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

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

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

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


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

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

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

Все новости