Я разрабатываю и поддерживаю несколько npm-пакетов. И это требует времени и внимания. Чтобы обслуживать их проще у меня есть довольно развестистый флоу работы с пакетом.

Подробно описал весь процесс в статье — Процесс подготовки npm-пакета.

#процесс

3 месяца назад публиковал заметку о том как обращаюсь с публикацией npm-пакетов. Два месяца назад осознал, что это все еще требует непозволительно много времени на поддержку.

Тогда я сделал @solid-soda/scripts — пакет инкапсулирующий в себе все проверки. Там статический анализ кода и стилей, форматирование, проверка сообщений к коммитам и их генерация, создание релизов.

Процесс публикации и поддержки пакетов сильно упростился. Обновил заметку.

Процесс подготовки npm-пакета

#процесс

Процессы

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

Крутой доклад Александра Феоктистова — Направляем снежный ком задач в нужное русло.

#процесс #softskills

В хорошей команде должно быть много коммуникации. Смотрите:

— Когда нужно закончить?
— Хм... 25 ноября.
— Ок, делаем.

Или:
— Когда нужно закончить?
— Хм... 25 ноября.
— Стой, 25 мы должны закончить разработку или выпустить релиз?
— Да, конечно релиз.

Недавно я оказался чуваком из первого диалога. Услышав дату окончания проекта принял ее за дату завершения разработки. Мне повезло — через неделю в разговоре с QA ошибка вскрылась.

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

#процесс #softskills

На скорость работы программиста сильно влияет переключение контекста. То есть примерно так. Если выполнить две задачи последовательно — это займёт 2 дня. А если попытаться делать их параллельно — 3.

Старайтесь работать в один момент времени только над одним проектом и убежать менеджеров, которые требуют обратного.

#процесс #softskills

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

Пару недель назад посмотрел доклад про монаду Either, сразу захотелось куда-нибудь ее вкрутить. В такие минуты, нужно остановится и спросить себя: зачем, как это поможет проекту? В итоге даже пет-проекты не пострадают от увлечения модной штукой.

Думаю, каждому разработчику стоит иногда останавливаться и проверять: «А не тащу ли я в проект технологию ради технологии?»

#процесс

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

Основной проблемой стала повышенная тревожность. Я не могу это объяснить, но пока я был в офис, мне казалось абсолютно нормальным прогуляться до пляжа, выпить чаю с булочками на кухне, погладить кошку на крыльце офиса. А после переезда у меня почему-то появилась в голове установка, что я должен быть доступен на 100%. В итоге я стал раздражительным и нервным. Примерно через месяц после переезда, я решил поговорить с тим-мейтами и предложил им попробовать перестроить наши внутренние коммуникации, сделать их асинхронными за некоторыми исключениями.

С тех пор я стал лучше работать (субъективно) и сильно меньше раздражаться по пустякам (объективно). Как оказалось, мне совсем не подходит комбинация удаленной работы и синхронных коммуникаций. Сейчас мне кажется самой подходящей моделью работы Ресурс.

А как у вас?

#процесс

Исключения — это общие встречи (они обычно по вторникам) и дни дежурства, где от меня требуется взаимодействие с другими командами.