Архитектура разработки: если бы мы знали, что это такое… но мы не знаем, что это такое 😂
Архитектура разработки: если бы мы знали, что это такое… но мы не знаем, что это такое 😂 Я постоянно говорю: «Сначала архитектура. Дайте подумать, прежде чем что-то делать». Архитектура — это вообще стройка до красивых обоев. Сначала покупают землю, рассчитывают фундамент, нагрузки, несущие стены, коммуникации, согласуют, где что проходит и что на чём держится. Задача архитектора — сделать так, чтобы девятиэтажный дом через месяц продолжал стоять на своём месте, ванна на девятом этаже осталась на девятом этаже, а сам дом сохранил все девять 😂 Сайт, бот, красивый интерфейс — это только фасад и ремонт. Архитектура — земля, фундамент, проводка, трубы, несущие стены, двери и понимание, куда вообще ведёт канализация 😂 Она определяет: где живут данные → как системы связаны → кто куда имеет доступ → что происходит при сбое → как добавить второй, десятый и двадцатый этаж. Можно сначала поклеить красивые обои. А потом выяснить, что фундамент рассчитан на сарай, а мы уже строим бизнес-центр 😂 Допустим, компания делает бота в MAX. Дальше система должна: 📥 принять сообщение; 👤 понять, кто написал; 🔐 проверить доступ; 🧠 определить задачу; 📚 взять данные; ⚙️ выполнить действие; 💾 сохранить результат; 📲 отправить ответ; 🚨 сообщить о сбое. Устройство этих частей, их роли, связи и движение данных между ними — это и есть архитектура. Сам бот — просто дверь. А за дверью могут жить CRM, база данных, 1С, ИИ, хранилище, документы, календарь, всеми любимый Excel и ещё пять сервисов 😂 Можно сделать золотую кнопку, красивого бота и прикрутить самую модную нейросеть. А внутри данные бегают через Excel у Юли, пароль хранится у Сергея, фотографии лежат в третьем сервисе, а информацию между двумя программами переносит живой человек. Например, обычная заявка с сайта Нормальная цепочка выглядит примерно так: сайт → проверка данных → CRM → менеджер → статус → отчёт руководителю. Каждый блок знает свою работу. Сайт собирает заявку. CRM хранит данные. Менеджер работает с клиентом. Система контролирует статус. Руководитель видит результат. Если форма собирает персональные данные, архитектура сразу учитывает 152-ФЗ: где они хранятся, кому передаются и кто получает доступ. А бывает другая цифровая архитектура: заявка приходит на почту → Оля копирует её в Excel → Вася часть переносит в CRM → фотографии лежат в облаке → договор в сетевой папке → бот шлёт уведомление → пароль знает Сергей. Сергей ушёл в отпуск. ⚙️ Хорошая архитектура заранее раскладывает всё по местам 1️⃣ Блоки продукта Бот, сайт, CRM, база, ИИ, 1С, хранилище. 2️⃣ Роли блоков Бот общается. CRM хранит клиентов. ИИ разбирает текст. 1С хранит учётные данные. 3️⃣ Движение данных Откуда пришли → где обработались → где сохранились → кто получил результат. 4️⃣ Доступы У каждой роли свои данные и действия. 5️⃣ Сбои Один кусок упал → приходит сигнал → остальные части продолжают работу. 6️⃣ Рост Сегодня одна функция. Через полгода десять. Через год двадцать. Каждая новая функция спокойно встраивается рядом. Вместо рождения очередного: bot_final_2_точно_последний_теперь_рабочий 😂 Код — это отдельные детали продукта. Архитектура — устройство продукта целиком. Архитектура определяет, собирается из них космический корабль или коробка с колёсами и очень красивой фарой 😂 Снаружи у двух ботов одна кнопка «Отправить». У одного за ней понятная система. У второго — Юля, Сергей, три Excel и провод через форточку 😂 🧩 Главное Красивую кнопку сегодня можно сделать за вечер. Хорошая архитектура позволяет через год иметь 20 функций, пять интеграций и тысячи данных — а команде всё ещё понимать, где что живёт, как связано и кто за что отвечает. Красивый интерфейс поверх плохой архитектуры — это евроремонт в цифровом сарае 😂 Вот это я и имею в виду каждый раз, когда говорю: «Сначала архитектура» #ЧтобыРаботало