Уютный IT адочек

2020-12-10 09:20:43 организации личных знаний пост

У меня не получается удержать всё в голове. Вообще предпочитаю "выгружать" из неё контекст. Поделюсь своим текущим рецептом организации личных знаний.

- Есть гуглодока, где я думаю план на ближайшие годы. Где возможно — помесячно, большими мазками, по 3-5 пунктов на месяц. Ни один из пунктов не требует каких-то конкретных действий, это просто список для подумать, вдохновиться и раз-два в месяц посмотреть, туда ли я иду.
- Есть trello с оперативными задачами. Структура регулярно трансформируется, колонки меняются, но суть остаётся той же: есть "инбокс" с тем, на что я ещё не обращаю внимание, scheduled — отложенное до не зависящих от меня обстоятельств, Done и Trash для карточек, с которыми я распрощался и пара-тройка колонок с максимум 15 карточками, на которые я реально обращаю внимание.
- Для общения внутри семьи есть пачка чатиков в Telegram (что купить в ближайший раз в магазине, куда можно поехать отдохнуть, идеи как обставить строящуюся квартиру, идеи игр с ребёнком, фотографии рецептов и заметки после посещения врачей).
- Куча разных специализированных заметок и рабочих документов в Google Docs, Evernote, Google Photos и других сервисах-хранилищах, в том числе git репозиториях.
- И для навигации по вышеописанному — есть гуглодока "Карта знаний", где выписано где что искать (заметки по авто — под тегом в Evernote, в гуглдоках искать бессмысленно, а заготовки материалов для Уютного адочка — на отдельной доске в Trello) плюс ссылки, которые я регулярно продалбываю и мучительно долго ищу (например, я постоянно забываю название сервисов figma, typeform и notion)

Тащить всё в одно место — не реально, у всего свои плюсы и минусы.
А как вы выгружаете инфу из своей головы? Открыть/Комментировать

2020-12-08 09:44:57 рубрика "восхитительные факапы"

Есть техническая вещь, которой я не горжусь. Однажды мы делали достаточно крупный проект с большими амбициями в те времена, когда микросервисная архитектура только начинала набирать популярность.
Начинали как по учебнику: по-быстрому зафигачили прототип в виде огромного монолита, а потом... А потом что-то пошло не так.
Мы начали пилить его на микросервисы и немного увлеклись.

Со стороны клиента было несколько функциональных заказчиков. И сначала всё было не так плохо: мы сделали под каждого функционального заказчика по своему мини-"продукту", представленному одним сервисом. Но потом понеслось: а давайте отделим фронтэнд от бэкэнда, выделим куски кода, общие для нескольких продуктов в отдельные микросервисы, учтём потенциальное гипотетическое развитие функционала и невероятное масштабирование.

Что плохого? Релизный процесс стал адски сложным (ведь теперь "микро"-сервисы нужно катить в строгой последовательности и с танцами!) и получили сильно связанные как-бы-независимые приложения, разработка новых фич в которой стала тоже требовать определённых ритуалов.

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

2020-12-03 09:49:11 прохождения ревью пост

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

2020-11-30 15:31:15 прохладных историй пост

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

Но вот проблема: руководители команд были назначены не всегда обдуманно, откуда брать новых было не то, чтобы понятно. Вытаскивали наиболее перспективных с точки зрения директора инженеров и сразу ставили руководить. Без поддержки, без ввода в должность, брутально и маскулинно. "Сейчас переломается и станет отличным руководителем, я тоже через это прошёл".

Один из таких руководителей почти и переломался, пополам: он вообще был очень ответственным и всё принимал на свой счёт. А ещё фокусировался не на людях, а на технике. В итоге — все задачи делал сам.

И вот с такой методикой формирования руководителей нужно было из 14 сотрудников сделать 80 за 4 года. С очень высокими требованиями к компетенции сотрудников в технике и проектах компании — что практически закрывало возможность найма "извне".

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

Чтобы расти — нужно выстраивать карьерные лестницы. Само оно, увы, не случается. Открыть/Комментировать

2020-11-27 12:11:14 Пятничного чата пост

Есть термин "пассивная агрессия", когда человеку говорят завуалированные гадости.
А есть ли название, когда говорят о плохом, но с чувством принятия неизбежного? "Всё будет плохо, но это нормально", "Ты злой мудак, но мы тебя любим", "Будет полный пиздос, но мы справимся" — вроде такого.
А если названия нет — давайте попробуем придумать? Открыть/Комментировать

2020-11-25 10:23:20 Эстимейтов пост

Одна из сложных вещей в организации разработки — эстимейты. На тему планирования есть много шуток и обрывочных пропагандистских материалов.
Но вот тут Lera Grechanik разложила проблематику и подходы к решению как боженька. Статья длинная, но это 15 минут стоят того, чтобы разложить ситуацию в голове по полочкам. Открыть/Комментировать

2020-11-23 09:46:19 Всем хорошего понедельника. Сегодня — небольшой ребрендинг и уютные адовенькие стикеры для вас. Открыть/Комментировать

2020-11-23 09:45:39 Channel photo updated Открыть/Комментировать

2020-11-19 12:16:40 Уважаемых экспертов пост

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

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

- Проекции. Эксперт всегда знает, о чём вы, якобы, думаете — ведь у него такой богатый опыт! Он уже всё видел и знает, по какому сценарию будет развиваться ваш проект. И не применёт вам об этом рассказать.
А если вам особенно "повезло" —  вас попытаются убедить, что вы неправильно понимаете сами себя.

- "Так это не работает". Услышав пару слов "эксперт" уже сложит своё мнение о том, что вы имели ввиду. Все внутренние противоречия будут использованы против вас. У уважаемого человека нет времени разбираться и задавать вам уточняющие вопросы, он сейчас расскажет вам, как обстоят дела "на самом деле".

Узнали кого-то из своих знакомых? Давайте обнимемся и поплачем вместе. К счастью, есть множество прекрасных и внимательных к коллегам людей. А чтобы самому не стать злыднем — старайтесь не вдаваться в крайности и оставаться открытыми для нового. Открыть/Комментировать