Rose debug info
---------------

Заметки (не) разработчика

LinkedIn · Github · ИТ-консалтинг · Теги

Позднее Ctrl + ↑

Запуск программы в фоновом режиме

В MacOS и операционных системах семейства Unix для запуска программы в фоновом режиме достаточно
добавить к команде знак амперсанда &. Пример:

sync --folder /home/akrisanov/downloads &

После ввода команды оболочка отвечает идентификатором процесса (PID) который может быть использован в дальнейшем для прекращения работы процесса.

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

 72   2020   PID   Shell   Unix

Fatal Lock File Postmaster Pid Already Exists

Иногда при обновлении PostgreSQL через Homebrew возникает следующая проблема. «Починить» ее можно удалив файл, содержащий идентификатор запущенного процесса и заново запустив сервис БД:

$ brew services stop postgresql
$ rm /usr/local/var/postgres/postmaster.pid
$ brew services start postgresql
 41   2020   Homebrew   macOS

Ежедневный стендап

В командах, с которыми я работаю, мы стараемся придерживаться следующего подхода при проведении ежедневных стендапов:

Формат

  • Стендап всегда начинается в одно и то же время
  • Начинаем с членами команды, которые присутствуют и не ждем остальных
  • Продолжительность: 10-15 минут
  • Важно не прерывать коллег и забыть на время стендапа про мобильные устройства и другие отвлекающие факторы

Структура

  • Прогресс по задачам с момента предыдущего стендапа
  • Сложности, блокеры и/или необходимость помощи и поддержки
  • Планы на сегодня

Чем не является стендап

  • Отчетом перед менеджментом, скрам-мастером, владельцем продукта
  • Обсуждением новых идей, фич и т. д.
  • Планированием

Перформанс-ревью #2

В кросс-функциональных командах задача разработчика не писать код, а создавать продукт.

Это фундаментальная причина по которой любые попытки объективно измерить производительность программиста терпят неудачу. Если, например, для роли дизайнера мы понимаем, что он(а) не рисует мокапы и макеты, а проектирует пользовательский интерфейс, то вряд ли станем измерять продуктивность количеством выполненных экранов. Так почему тогда для разработчика в продуктовой команде мы все еще цепляемся за количественные метрики?

Некоторые из таких метрик:

  • Рабочие часы
  • Количество строк кода
  • Количество или % багов
  • Функциональные точки
  • Стори-пойнты

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

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

 24   2020   Менеджмент

Перформанс-ревью

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

CTO компании N26, с которой мне пару лет назад посчастливилось разрабатывать совместный продукт, Патрик Куа, когда-то сказал:

Чем больше мы пытаемся сделать что-то повторно используемым, тем менее практичным и удобным это становится — продукт, программное обеспечение, код, перформанс-ревью.

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

Перформанс-ревью должен же быть инструментом карьерного роста, что включает в себя постоянное профессиональное развитие, увеличение вклада в ценности и задачи компании, поощрение сотрудников. Оно идет бок о бок с прозрачностью, доверием и установкой карьерных ожиданий. Все перечисленное, а также матрица компетенций, составляют Career Growth Framework и позволяет инженерной организации успешно масштабироваться.

 22   2020   Менеджмент
Ранее Ctrl + ↓