Software-Architecture

Если вы более пяти минут работаете в сфере технологий, вы, вероятно, сталкивались с заманчивыми предложениями новых фреймворков. Кто-то пишет об этом в Twitter, количество звёзд на GitHub растёт быстрее, чем ракеты SpaceX, и внезапно ваш Slack-канал #engineering взрывается сообщениями: «Нам нужно перейти на это!». К четвергу половина вашей команды убеждена, что ваш текущий стек — это, по сути, Commodore 64, работающий на флоппи-дисках. Правда заключается в том, что большинство этих фреймворков будут забыты к 2027 году....

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

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

Абсолютный лайфхак для гарантированной занятости, о котором никто не говорит Давайте будем честными: в мире разработки программного обеспечения уже несколько десятилетий существует негласная стратегия. О ней шепчут в тёмных уголках технических форумов и намекают в постах на Reddit в 3 часа ночи. Я говорю об искусстве написания кода настолько запутанного, настолько великолепно криптичного, что только вы на всей Земле способны его поддерживать. Навсегда. Поздравляем — вы только что изобрели пожизненную занятость....

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