Почему архитектура до сих пор живёт в прошлом?

В большой компании иногда легко заметить странный разрыв.

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

А потом начинается архитектура. Открывается draw.io. Кто-то двигает прямоугольник на восемь пикселей вправо, экспортирует PNG, вставляет его в Confluence и кидает ссылку в чат. Через месяц сервис переименовали, интеграцию переделали, команда-владелец сменилась, а прямоугольник продолжает жить своей жизнью.

(далее…)

От Django к no-code: опыт разработки системы управления инцидентами

От Django к no-code: опыт разработки системы управления инцидентами - 1

Привет, Хабр! Меня зовут Семён, я разработчик приложений в экосистеме ИТ-продуктов «Лукоморье» (далее…)

Чему меня научило управление платформой, которая распределяет 90 000 встреч в день

Дефект как источник информации о продуктовом риске

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

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

(далее…)

Почему Уолл‑стрит игнорирует долги техногигантов

Тайпсетинг: ChatGPT

Тайпсетинг: ChatGPT

Несколько недель назад издание Nikkei Asia сообщило (далее…)

Почему долгоиграющие планы в ИТ больше не работают и что использовать вместо них

За последние годы я несколько раз видел как компания утверждает план в декабре, а к марту он теряет смысл, но продолжает выполняться, потому что план утверждён. Формально всё в порядке, метрики исполнения зелёные. Фактически ресурсы уходят в никуда.

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

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

(далее…)

Почему гибкие подходы не дают ожидаемой скорости. Серия 1. «Код замедления»

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

(далее…)

nanoCAD BIM ВК: проектирование спринклерных и дренчерных систем пожаротушения

nanoCAD BIM ВК содержит комплексные инструменты для разработки спринклерных и дренчерных установок, соответствующие российским нормативам.

(далее…)

Почему ИИ так и не заменил разработчиков (и вряд ли заменит)

Перестаньте делать фичи, которые никому не нужны

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

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

(далее…)