Можно было не останавливаться, но...
#ЗапускВПрямомЭфире

Темп был сумасшедший, функционал рос каждую сессию, и можно было продолжать в том же духе — добавлять, подключать и наращивать, но есть момент, который знают те, кто уже строил свой продукт. Все хорошо работает, но выглядит как чужое. Стандартная оболочка, которая могла бы принадлежать кому угодно. В ней нет индивидуальности или "души", если хотите.

Обычно сначала разбираются с функционалом и только потом занимаются наведением красоты. В большинстве проектов это "потом" наступает примерно через полгода и к тому моменту продукт уже живет у всех в голове как "что-то невзрачное".

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

Показал результат заказчику. После непродолжительной паузы услышал "Давай двигаться дальше!" Кого-то эти три слова не впечатлят, но для нас это был прорыв и подтверждение, что то, что мы делаем, действительно хорошо.

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

И он разогнался, да так, что следующая сессия уместила в себя то, на что обычно уходит целый спринт...

Оно живое
#ЗапускВПрямомЭфире

За одну сессию в приложении появилось все основное, чем люди будут пользоваться каждый день: избранное, карточки компаний, комментарии, отзывы, файловое хранилище и QR-коды для регистрации участников на мероприятиях.

В цифрах это 20 новых серверных функций, 5 таблиц в базе данных и 7 экранов в мобильном приложении, а серверная часть параллельно переехала на более современную версию платформы.

Причем на определенном этапе Александр заметил, что скорость начала расти сама по себе. Например, систему комментариев он написал один раз, и она сразу заработала в двух местах (под постами в ленте и под событиями) без единой дополнительной строчки кода.

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

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

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

Право на владение
#ЗапускВПрямомЭфире

Полторы тысячи предпринимателей годами общались в Telegram. Работало? Да. Удобно? Более менее. Но был один нюанс: все переписки, контакты, история обсуждений — все это хранилось на чужих серверах. Данные участников принадлежали не сообществу, а платформе.

Когда Александр начал строить мессенджер, задача была сформулирована жестко: уровень Telegram. Не просто "похоже на мессенджер", а полноценный инструмент, к которому люди уже привыкли за годы пользования. Сообщения приходят мгновенно, видно, что собеседник печатает, статусы доставки обновляются на лету и, если связь пропадает, появляется баннер переподключения и ни одно сообщение не теряется.

За этим стоит отдельный слой инфраструктуры — постоянное соединение между приложением и сервером, которое работает параллельно с обычными запросами. Оно и отличает настоящий мессенджер от чата, где, чтобы увидеть новое сообщение, нужно постоянно обновлять страницу.

Но для Александра главным была не скорость, а то, что все данные хранятся в собственной базе данных PostgreSQL. Благодаря этому сообщество полностью контролирует, где и как хранится информация его участников.

Все соединения уже сейчас защищены TLS-шифрованием, а в дорожной карте — сквозное шифрование по протоколу Signal. После его внедрения даже сами разработчики не могут прочитать переписку.

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

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

Планы VS Реальность
#ЗапускВПрямомЭфире

Неделя выдалась плотной даже по меркам этого проекта. За одну сессию Александр добавил больше 30 новых функций: полноценная пересылка сообщений, группы и каналы, вложения, цитирование, поиск, видеозвонки и т.д. Плюс инструменты миграции, которые импортируют в новое приложение данные из старой CRM и рабочих чатов сообщества, чтобы люди в первый день видели знакомые лица, а не пустоту.

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

Если раньше все участники находились в одной общей среде и видели друг друга, то теперь в системе может параллельно существовать множество изолированных контуров. У каждой организации свой (со своими людьми, чатами и правилами), отделенный от остальных на уровне базы данных.

То, что начиналось как приложение для одного клуба, превратилось в платформу, способную обслуживать десятки независимых организаций одновременно!

В тот же вечер Александр открыл документацию проекта и записал новое видение, которое последние дни не давало покоя. Мессенджер не для одного сообщества, а для любой организации, которой нужна своя защищенная коммуникация.

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

Создавали инструмент для одного сообщества, а получилась архитектура, которая работает гораздо шире. Осталось сделать то, ради чего все это затевалось — передать его людям...

Конец?
#ЗапускВПрямомЭфире

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

Перед этим, конечно, были 2 часа возни с настройками (запуск никогда не выглядит так красиво, как представляешь). Но, когда все улеглось и он проверил, что все работает, наконец, смог выдохнуть и посмотрел на результат своих трудов.

В самом начале перед ним был пустой репозиторий и общая идея. На сегодня в продакшене мессенджер с групповыми чатами, каналами, голосовыми сообщениями и видеозвонками; маркетплейс запросов и предложений; лента, профили, события, чек-ин по QR-кодам; AI-помощник, который умеет находить экспертов и события под запрос, а также аналитика для администраторов, 80 сущностей в базе данных, 170 точек взаимодействия с приложением, 83 экрана, 488 пройденных тестов...

Примерно 90 процентов семидесятидневного плана, закрытых за считанные недели.

Главный вывод, который Александр вынес из этой истории:

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

Вот так инструмент для одного сообщества превратился в платформу для многих, а план на 70 дней закрылся в разы быстрее.

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

Мы строим фабрику, которая пишет код

В начале 20 века на заводе Ford каждый узел собирал человек. Сегодня тот же объем выпуска обслуживают полтора десятка инженеров и парк роботов. Производство не сократилось, но изменилась логика того, как оно устроено.

Примерно то же самое сейчас происходит в разработке ПО, только большинство компаний этого еще не заметили... В Т-Банке работают десятки тысяч IT-специалистов. Это огромная команда, и безусловно она добилась впечатляющих результатов, но сам ее масштаб — отражение эпохи, в которую создавались их системы. Тогда других вариантов просто не существовало.

Сейчас мы работаем с банком в Армении и строим цифровую трансформацию с чистого листа. Когда прорабатывали стратегию, стало очевидно, что у нас есть редкая возможность не повторять путь российских банков с их сотнями программистов и legacy-системами (которые через несколько лет придется переписывать), а выстроить принципиально другую модель с самого начала.

Так появился AI Hub — центр разработки внутри банка, где основу составляют AI-агенты. Команда AI Hub не пишет банковские приложения напрямую, а проектирует и создает AI-разработчиков, которые сами будут писать приложения. Своего рода фабрика, которая умеет производить разные продукты, а не цех под один конкретный запрос.

Как это выглядит на практике?
Продуктовый аналитик банка приходит с задачей и вместо очереди на месяц вперед в течение нескольких минут получает полноценную виртуальную команду разработки.

Мы уже внутри этого процесса. Проектный офис работает, первые продукты запущены и структура управления уже выстроена от стратегии до конкретных задач. Именно AI Hub определит, каким этот банк станет через два года.

Ford в свое время не стал модернизировать старый конвейер. Он построил новый. И мы сейчас занимаемся тем же, только в разработке.