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

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

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

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

(далее…)

Как подружить мастера с менеджером по логистике и 1С8 с 1С7 на сервере с закрытыми портами

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

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

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

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

Свой продукт для управления корпоративами: от MVP за 2 месяца до успешной версии 4.0

Привет, Хабр! Меня зовут Женя, я занимаюсь развитием цифровых продуктов в Sminex, в том числе — разных внутренних сервисов. Моя команда запустила и продолжает улучшать корпоративный портал, о котором мы рассказываем в отдельной серии статей. В этом материале поделюсь опытом создания Sminex Event — собственной разработки для управления мероприятиями.

Почему решили уйти от списков на бумаге и в Excel

(далее…)

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

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

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

(далее…)

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

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

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

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

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

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

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

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

(далее…)

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

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

(далее…)

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

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

(далее…)