Software-Engineering

В мире стартапов известна мантра: «Действуй быстро и ломай систему». Но где-то между эпохой быстрых действий и зрелостью предприятия мы коллективно решили, что все технические долги — это злодеи, ожидающие, чтобы нас уничтожить. Мы строили целые карьеры на ликвидации долгов, создавали заявки в JIRA с апокалиптическими описаниями и относились к каждому ярлыку как к поджогу кода. Ирония в том, что некоторых из самых успешных компаний в мире не существовало бы, если бы они не взяли на себя стратегический технический долг в нужный момент....

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

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

Позвольте мне быть откровенным с вами: ваш любимый язык программирования ужасен. Как и мой. Как и у всех остальных. И знаете что? Это совершенно нормально. Мы живём в эпоху, когда разработчики относятся к языкам программирования так же, как спортивные фанаты относятся к своим командам. «Python — для учёных данных», — заявляет кто-то. «JavaScript портит мозг», — бурчит программист на C++. «Go — будущее», — настаивает инженер DevOps. Тем временем все эти языки просто выполняют свою работу, не подозревая, что у каждого из них есть преданные сторонники и критики....

Посмотрите, я хочу сказать кое-что, что может вызвать неодобрительные взгляды на вашем следующем командном стендапе: Разработка через тестирование (TDD) не всегда является решением, и притворство в обратном может стоить вам дороже, чем вы сэкономите. Прежде чем закрыть эту вкладку и написать гневный комментарий, выслушайте меня. Я не говорю, что TDD плоха. Я говорю, что это инструмент, и, как и у любого инструмента, есть ситуации, в которых лучше использовать что-то другое. Использование молотка для всего не делает вас лучшим плотником — это делает вас плотником с множеством погнутых гвоздей....