В IT чудес не бывает

иллюзии и факты в пятничных #it_memes

How to be a Product Minded Software Engineer
Как это часто случается, инфолентой принесло статью по теме, которая вот буквально недавно всплыла по жизни.

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

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

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

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

#мысли_вслух

Кстати, подумалось, факт умения делать тесты в проде и собственно их реальное использование являются сильно лучшим маркером качества продукта и его понимания командой, чем горячо любимые многими жира-отчеты с количеством мажоро-миноров.
Жира-отчеты показывают лишь те недостатки, которые нам повезло найти. Но не то, что и как у нас в продукте реально работает и понимает ли команда, как продукт работает.
Тесты в проде и деплой по пятницам - только это показывает то, насколько продукт, а скорее процессы его разработки, по-настоящему качественные 🙂
PS оговорка про процессы и качество отсылает к тому, что само определение качества продукта многогранно.

#quality

Тесты с деньгами, да еще и в продакшене 😱

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

Почитайте, кто не видел, и это тоже "Тестирование в продакшене - миф или реальность?"

#testing #тесты_в_проде

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

#байки

Главная редакция канала в лице меня уходит в заслуженный отпуск 🎉

2 недели тишины по утрам у тех 84 подписчиков, у которых не стоит мьют на новые сообщения тут (люди - кто вы, я вас заочно люблю и уважаю ❤️).

И в целом каналу уже почти год (после отпуска как раз год и будет). Чуток не добрал до 500 подписчиков и чуток от этого обидно. Зато нативно 🙂

Будет ли продолжение после отпуска?
Будет, но полегче. Писать каждый день (внутренние обязательства) под конец давалось очень тяжело. Так что скорее всего будет не каждый день.
А в остальном надеюсь не поменяется. Конечно, хочется больше хардового контента, но... В общем посмотрим.

PS в комментах ссылочка на подкаст 5-летней давности, интересно себя слушать и читать спустя какое-то время. Что и как меняется в голове. Но у меня в целом все стабильно консервативно 🙂 Может кому будет интересно послушать.
Ну а я пошел собирать инструменты в свой традиционный отпуск 🙃

Когда тщательно подготовился к performance review в пятничных #it_memes

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

Разработчики чаще таким занимаются - собеседуют разработчиков (но я как-то пропустил этот этап или просто давно было 😂 и не помню).
Менеджеры же обычно собеседуют для себя (в плане иерархии) или иногда помогают искать в параллельные треки/департаменты/отделы/итп. В удивительных случаях (но они бывают) общаются (и я бы не стал называть это собеседованиями) с тем, кто потом будет ими руководить.

Тогда родилась эта заметка.
Перечитал. Все еще годно и не хочу ничего добавить/убрать.
Может кому пригодится.

ЗЫ ссылка уже тут когда-то была, но кто ж их считает :)

#собеседования #management

Для чего нужно делиться своими знаниями?

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

А делать нужно не для бренда, нужно просто для себя...

#развитие

Настроение "эффективный менеджер"
#it_memes не по расписанию... что-то все чаще :(

Smart people don’t learn… because they have too much invested in proving what they know and avoiding being seen as not knowing

(с) Chris Argyris

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

Те же самые люди, у которых всегда на все есть ответ, мгновенный, вне зависимости от контекста.

Вот только действительно ли они умные в этом случае?

#развитие #мысли_вслух #it_философия

Tracking Engineering Time

1. Measure the time engineers are spending. This doesn’t need to be super-precise, nor does it necessarily have to be wall-clock time (you can use story points, or ticket counts, or probably a dozen other things).

2. Split that time into “buckets” that map to the kinds of activities that influence output. I start with three buckets: features (time spent developing new things), debt (time spent fixing old problems), and toil (time spent on routine tasks).

3. Agree on the appropriate ratios for each bucket, and then adjust over time to influence the outputs you care about.

#оценка

Ну, за #развитие

В пятничных #it_memes

Недавно в комментах обсуждали о причинах того, как история с CrowdStrike (когда в мире легла виндовая инфра, около 8.5млн компов) пролезла в прод.
А вот и ответ (оригинал, и на русском, тем более оригинал из РФ еще и недоступен): тула типа виновата.

И самая мякотка, что они будут делать, чтобы не повторять:

Тестировать, млин 😂

#testing

Управлять производительностью (людей) так же безнадежно, как и приказывать растениям расти.
Вы можете посеять семена и удобрить почву, но вы не сможете заставить цветок вырасти, дергая его. И вы же не выкапываете его раз в месяц, чтобы проверить, как он растёт.

(c) Bjarte Bogsnes

#management #it_философия

Полезные ссылки по SRE:
• Курс по подготовке Site Reliability Engineer
• Интенсив SRE Week 2024 ШАД
взято тут

#развитие #tech_read

Why do we underestimate how long it will take to complete a task?

А я всегда говорил, что оптимизм - это опасно :)

#оценка

ну, за рефакторинг 🍻

в пятничных #it_memes

Так как мем был внеочередной, вот полезняха (в плане "как делать не надо" или "сначала думай, потом делай").
https://youtu.be/Qd9ASypIA1s

Нашел у Жени в телеге, поржал (смахнув предварительно слезу) с каждого слайда. Теперь жду доклада Жени (🍿закуплен)

#процессы

Пр-р-ростите, сегодня мем, который не мем.
Я помню, что сегодня еще четверг и для пятничных #it_memes еще рано.
Настроение дня: "менеджмент - это просто"
особенно "релиз-менеджмент"...