PanDev Metrics — дашборд для программистов, который даёт информацию о том, сколько чистого времени кодит программист в течение дня. 😊

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

Прозрачность и контроль рабочего времени — это не только вопрос продуктивности, но и возможность видеть переработки и особенности в работе того или иного сотрудника. Кто-то работает по ночам, кто-то — утром.

Но это также внутренне дисциплинирует инженеров работать равномерно, тем самым повышая продуктивность.

По нашим исследованиям, среднее время кодинга в день — 4 часа, остальные 4 выделяются на общение, встречи и т.д.

Поэтому продуктивностью 100% мы считаем 4 часа кодинга в день. И, как показывает моя практика, люди на удалёнке кодят даже больше, чем люди в офисе.

Установка PanDev Metrics в множестве компаний способна собрать аналитику Big Data и на больших данных подтвердить или опровергнуть заявление, что на удалёнке многие даже кодят больше, но не голословно, а на цифрах. 😊

PanDev Metrics также проинтегрирован с Jira, после того как инженер поработал в своей ветке и создал Merge Reques (т.е Закоммитил в GitLab).
Мы оставляем коментарий в Jira, о времени работы инженера.

Когда начал разработку, когда закончил и общее время которое потребовалось на завершение задачи.

Для Product Manager, Product Owner, Project Manager: Достаточно полезная информация которая позволит понять, зайдя просто в коментарии Jira любой задачи, сколько потребовалось времени на разработку той или иной фичи.

Напоминаю, если хотите посмотреть Live Demo нашей системы пишите в личку =)

Что должен точно уметь каждый разработчик называющий себя Middle+

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

У вас Highload и бд медленно отдает данные, ставим кэш.

Вы хотите сделать так что бы ендпоинт отрабатывал не за 800 ms а за 50 ms, ставим кэш.

Да я понимаю что кэш не самый универсальный инструмент, но почти всегда он может:
1. Снизить нагрузку на любую бд
2. Улучшить UX, благодаря скорости
3. Уменьшить нагрузку на трафик
4. увеличить скорость отработки запросов

К сожалению, очень мало разработчиков пользуется кэшами.

если вы работаете на Spring Boot, просто возьмите и изучите аннотацию @Cacheable

у компании Blizzard Entertainment есть классная фраза, которая звучит как:

"It will be ready when it's ready" (в переводе: "Будет готово, когда будет готово").

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

Будучи самим в прошлом разработчиком, я понимаю сколько времени и сил надо тратить на то что бы делать классные продукты. даже простой SQL, запрос что бы достать из БД, данные можно написать 20-ю разными способами и у каждого из них будет свой профиль нагрузки, а можно поставить кэш в нужном месте и будет уже неважно, какой из этих 20 видов запросов стоит под капотом.

В PanDev Metrics у нас очень инженерная команда, где на данный момент нет ни одного менеджера, и инициативы рождаются внутри команды тоже инженерные, а также мы верим в простое правило:

Чтобы что-то сделать, надо что-то делать.

А как именно происходит, ключевой фактор успеха "делать", поможет оценить PanDev Metrics, можно бесконечно рассуждать о том использовать ли LinkedList или ArayList, а можно просто сделать два варианта и проверить под нагрузкой, реально какой из них будет работать лучше в данном конкретном кейсе.

Как отличить начинающего разработчика от опытного?

Мне нравится один очень простой вопрос, который действительно показывает зрелость программиста, а звучит он всегда так:

Программирование это Ремесло, Творчество или Наука?

Как правило начинающие программисты считают это наукой, и чем более начинающий программист тем больше он убежден в том, что это наука =)

Программисты, которые работают уже некоторое время, и только только познают мир IT, создают первые проекты, и имеют опыт работы до года или даже двух, считают это творчеством. Им кажется, что с помощью программирования можно решить любые задачи мира и можно придумать все что угодно, изменить мир. Цель конечно благородная, и я радуюсь, когда вижу таких энтузиастов =)

Разработчики же с опытом считают программирование ремеслом. Да, они по прежнему уверены, что можно изменить мир, и они не просто в этом уверены, они его меняют. Но уже не творчеством, а суровым ремеслом шаг за шагом, кирпич за кирпичиком, создавая табличку за табличкой в БД, подрубая кафку где это необходимо. Просто идут и делают. В конечном итоге девелопер, который относится к разработке как к ремеслу действительно берет и меняет мир, несмотря на весь кажущийся окружающим скептетизм и недоверие к идеям и желание что-то почеленджить а точно ли это надо делать впринципе.

А что думаете вы? Програмирование это Ремесло, Творчество или Наука?

У PanDev Metrics есть так же интеграция с GitLab, которая будет отлично помогать в ревью команды разработчиков.

У вас бывало такое что приходит большой Merge Request, и не понятно на что ключевое в нем надо обращать внимание? Я много лет работал в IT и да) У меня такое было очень часто =)

PanDev Metrics помогает Team Lead-у, понять на какие файлы стоит обращать внимание больше, и где больше всего проработал человек. Так как самая сложная часть бизнес логики была написана в тех файлах в которых инженер потратил боьше всего времени.

Удобный помощник для Team Lead-a, или руководителя команды разработки.

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

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

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

Для этого в PanDev Metrics, мы сделали механизм которые позволяет видеть, кто онлайн а кто нет. И данные эти собираются по концепции Zero Click, то есть система сама анализирует и понимает кто из сотрудников прямо сейчас работает, а кто нет =)

Начнем с того, что для визуализации мы используем Grafana как наиболее качественный инструмент, который знаком очень многим IT компаниям, и который позволяет делать действительно качественные визуализации.

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

Можно выгрузить из Jira все задачи, на которых поставлены Story Points, или временные эстимейты. Но точность этих оценок может оказаться очень далекой от реальности.

Можно выгрузить из Gitlab историю коммитов, и даже каким-то образом сравнить ее с другими проектами.

Но ответить на простой вопрос, который интересует CEO, СТО, СРО, сколько команда работает, в каких проектах - практически невозможно.

PanDev Metrics предлагает такую визуализацию, которая не связана ни с Jira, ни с Gitlab, и собирает независимо правильные цифры =)

Мы рады сообщить, что PanDev Metrics теперь имеет свой официальный сайт! https://metrics.pandev.kz/
На нашем сайте вы сможете узнать, как PanDev Metrics помогает командам разработчиков повысить эффективность работы, собирать ключевые метрики и улучшать процессы разработки.

А так же возможность оставить заявку для подключения нашей системы