В каждом вопросе есть половина ответа...
"сколько времени вам нужно, чтобы зарелизить нечто похожее на то, что дока описывает, к концу следующего года?" (с) М.Шульга
#байки #мысли_вслух

Вовремя сданный релиз - это всегда чья-то недоработка...
#мысли_вслух

Короткий трейлер к сериалу "Релиз".

пятничные #it_memes

Thoughts And Reasons Behind Dysfunctional Software Engineering Teams
•Believers in “self-commenting code”.
•Code review drama.
•Nobody questions the status quo.
•No bond with your boss.
•Too many cooks in the kitchen for every single thing.
•Layers and layers of useless managers.
•Backlog clusterfuck.
•The release process is only theoretical.
•Product planning is apparently against “agile”.
•Team balance doesn’t exist.
•Glorification of overworking.
•Blame culture and silos.
•Last-minute vacations (unexpected absence is common).
•Tasks & tickets are as clear as Covid lockdown rules.
•Your Slack chanelofobia becomes a real thing.
•Only key players are allowed to participate in discussions.
•The feedback loop is the thing when you hear yourself on Zoom calls.
•Trust no one!

#процессы

The 300% Production Problem

The definition of the 300% problem is:

To successfully get an application into production, you need to be an expert in the application itself, the deployment target and the deployment methodology.
Each of these expertise layers is a full-time job or undertaking. If you’re lucky, you have more than one person who needs to be an expert on all these 3 layers. If you’re unlucky, you might read this and think, “holy shit, no wonder I’m burned out”.
...
People have been writing about keeping “Keep it simple stupid” for a long time. The problem is that the “simplicity” is often defined by the people building the system, and those people are experts already in the system they’re building.

Все хорошо в этой статье, но предпоследний абзац (тот что с "what is often overlooked") сломал мне мозг. Или там инверсия написана к тому, что в последнем абзаце.
Или я его неправильно перевожу :)

#it_философия

Testing Strategies in a Microservice Architecture
Хорошая выжимка по возможным видов автотестов для микросервисов.
Статье уже 10 лет, а наблюдаемые мной проблемы понимания того, что и как может тестироваться не меняются: большинство все так же используют только end2end тесты и даже не сервисов, а всей системы. Лишь иногда "декларируя" наличие юнит-тестов.
#test_automation

"Если сделать кое-как, потом исправим - получится фигня, которую мы перепишем, если нас не уволят" (с) из древних интернетов

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

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

Сложный пятничный ребус: расставь картинки в правильном порядке 😏
#it_memes

Коротко про фундаментальную проблему большинства технических собеседований: спрашивать фигню, которую вы знаете только потому, что используете ее для вопросов на собеседовании. (с) Камилла Фурнье

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

Мощная серия статей "Bottlenecks of Scaleups".
Я зацепился за онбординг, а там целая пачка полезностей.

• Accumulation of tech debt; experiments and shortcuts are core components
• Constrained by talent and struggling to attract top technologists
• Friction Between Product and Engineering; Lack of trust and collaboration slowing down product growth
• Surging cloud and managed services costs outpacing customer growth
• Service disruptions; production incidents reduce reputation and revenue
• Onboarding; Too long for new hires to reach full effectiveness

#management #процессы

Про ракурс.

Когда ты наблюдаешь какое-то событие, чье-то действие или бездействие - помни, что ракурс и контекст у всех может быть разным.
Поэтому перед тем как “отбомбиться”, никогда не бывает лишним выровнять ракурсы и контекст. А только потом уже…
ЗЫ Ну и про эмоции не забывайте.
ЗЫ2 картинка для примера важности ракурса.
#мысли_вслух

Ответственность – состояние, при котором человек является и признает себя причиной чего-либо.
Другими словами: ответственность - это «способность быть причиной».
И все, и никакого традиционного "принять на себя вину за свои действия"

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

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

Есть мнение к одному из моих комментов:

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

и такая точка зрения тоже есть :)

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

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

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

И снова #it_memes про любимую всеми #оценка за авторством Макса Дорофеева

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

New Hires: Learn How The System Breaks

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

И всяко это лучше, чем подход "на собеседовании мы просим запускать ракеты в космос, а потом они приходят работать и картошку копают" из кулуаров HeisenbugConf
#management #собеседования

грустный мем Лайфхак для тех, кого утомили рекрутеры. Работает не только в LinkedIn, но есть нюансы.

#байки

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

И даже после этого ты еще не сеньор. По-настоящему сеньорность раскрывается только в тот момент, когда ты делишься знаниями с другими.
ЗЫ и кстати "благодаря" последнему замкнутая в себе команда из сеньоров быстро перестает быть сеньорной.

#мысли_вслух #развитие

Какой чудесный пример цикличности развития.
Подробнее тут (но бесплатно только первые 3 пункта описаны подробно).
Особенно интересно, когда ты сам, как пиксель на этом витке спирали :)

#it_философия

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

Всех с 29 февраля.

#байки

Когда ты "починил" баг и отдал на проверку тестировщику...

традиционно-пятничные #it_memes