Posts

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

Посмотрите, я собираюсь сказать то, что все думают на утренних стендапах в 9 утра, но стесняются озвучить: внедрение Scrum часто превращается в бюрократический кошмар, функционально неотличимый от Waterfall, только с обязательным участием аудитории и большим количеством уведомлений Jira. Я знаю, это спорно. Но выслушайте меня, прежде чем закрыть эту вкладку в расстроенном молчании. Неудобная правда за Agile революцией Дело в том, что Scrum родился из искреннего желания вырваться из жёстких, последовательных оков методологии Waterfall....

Тихая смерть технического контента Вы знаете этот момент, когда вы натыкаетесь на страницу документации, начинаете читать, и уже к третьему абзацу ваши глаза стекленеют? Вы не одиноки. Где-то в канале Slack прямо сейчас разработчик печатает: «Кто-нибудь читал эту документацию? Я так запутался». Суровая правда: большинство технических материалов не работает не потому, что они неверны, а потому, что забывают, что их будут читать люди — реальные, уставшие, нетерпеливые люди. Мы пишем так, как будто роботы объясняют физику другим роботам, вместо того чтобы преодолеть разрыв между «я это глубоко понимаю» и «я могу объяснить это тому, кто не понимает»....

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

Мы любим говорить о техническом долге. Это монстр под нашей кроватью, виновник медленных спринтов и разочарованных разработчиков. «Нам нужно провести рефакторинг», — кричим мы. «Базовое кодовое хранилище — беспорядок!» — протестуем мы на ретроспективах. Но вот неудобная правда, которую никто на вашем последнем совещании по архитектуре не хотел услышать: иногда настоящий виновник — это не быстрые исправления и короткие пути. Иногда всё наоборот — мы создали нечто слишком хорошее для того, что на самом деле нужно было сделать....