Posts

Парадокс технического руководителя: как оставаться техническим специалистом, руководя командой Вас повысили. Поздравляем! Теперь вы технический руководитель. Ваше звание выглядит лучше в LinkedIn, зарплата увеличилась, и вдруг все смотрят на вас в ожидании «технического руководства». Затем, примерно через три недели, вы понимаете, что утопаете в совещаниях. Стендапы, синхронизации, обзоры архитектуры, обновления для заинтересованных сторон, планерки и какие-то «совещания по согласованию», которые никто толком не может определить. Между 9 утра и полуднем вы посетили четыре видеозвонка и не написали ни одной строки кода....

Проблема, которую никто не хочет признавать Ваша модель угроз находится на странице Confluence, красиво оформленная в виде диаграмм, тщательно документированная. Это шедевр «театра безопасности». Ваши разработчики мельком смотрят на неё во время знакомства с проектом, служба безопасности отмечает её как выполненное требование соответствия, и затем все делают вид, что она действительно отражает реальность. Звучит знакомо? Вот неудобная правда: большинство моделей угроз — это сложная выдумка — тщательно продуманные истории о том, как системы должны подвергаться атакам, оторванные от того, как они фактически развиваются в процессе эксплуатации....

Когда вы работаете один, ваша инфраструктура — это не просто ваш бизнес, это и есть ваш бизнес. Вам некого вызвать в 3 часа ночи, нет совещания по реагированию на инцидент, где кто-то другой берёт ситуацию в свои руки. Есть только вы, ваш остывший кофе и горькое осознание того, что ваша производственная база данных превратилась в цифровую историю с привидениями. Я был в такой ситуации. И, думаю, вы тоже, или же вы достаточно умны, чтобы понимать, что это может произойти....

Смотрю, я собираюсь сказать нечто, что может привести к тому, что меня запретят посещать вечеринки DevOps: не каждая задача по автоматизации заслуживает модного конвейера CI/CD. Я знаю, я знаю — это звучит кощунственно в 2026 году. Нас приучили верить, что больше, сложнее, более «корпоративно» — всегда лучше. Но что, если я скажу вам, что иногда хорошо написанный скрипт Bash, тихо сидящий в вашем репозитории, может быть именно тем, что нужно вашей команде?...

Если сайт вашей библиотеки кажется лабиринтом, спроектированным кем-то, кто никогда не пытался найти книгу, или ваше физическое пространство заставляет посетителей искать спрятанное сокровище без карты, вы не одиноки. Хорошая новость заключается в том, что создание библиотек, которые людям действительно нравится использовать, — это не мистическое искусство, предназначенное только для технологических гигантов с бездонными бюджетами. Речь идёт о понимании того, что библиотеки — это не просто хранилища книг, это опыт. И этот опыт можно проектировать, тестировать и постоянно совершенствовать....