Валентин Рагозин

Правила архитектора:

В любой деятельности (и ИТ не стало исключением) рано или поздно возникает проблема контроля за изменениями. С этим сталкиваются не только большие корпорации, но даже маленькие и передовые стартапы.

Происходит это естественным образом, потому как бесконтрольные изменения в какой-то момент превращаютс…

Этап 1. Специалисты по "дохлым лошадям" или устаревшие методы борьбы

Введение

В августе написал в соавторстве статью, и недавно она вышла была опубликована в научном журнале. Статья не об ИТ, но как мне кажется получилось хорошо. Опубликую тут её кусочек.

Пошёл уже девятый месяц, как мы занимаемся рефакторингом нашей платформы лояльности, и по текущему плану рефакторинг закончится к концу года, и мы замкнём годовой цикл.

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

Тему этого поста мне подкинул самый технологичный и одновременно жёлтый банк России. Я решил посчитать полис КАСКО на свою машину, и мне это даже удалось — цена получилась вкусной, и я отложил покупку полиса до конца месяца: до момента, когда закончится старый.

Мой хороший друг Михаил, по совместительству прекрасный аналитик, некоторое время назад подметил Цикл развития кризиса, по которому проходят компании и проекты, потерпевшие крах на наших глазах.

Как писал в своей книге «Введение в транзактный анализ» Эрик Берн, человеку всегда приходится противостоять трем силам:

Скажу сразу, это правило противоречит здравому смыслу, моим статьям и умным книжкам, написанным инженерами. Потому последние часто удивляются, почему их не понимают, критикуют, а порой и наказывают за рациональность.

Архитекторы часто предстают окружающим бесполезными рисователями кубиков, которые ничего не решают и лишь зря тратят время команд разработки.