История движка началась довольно просто. Хотелось собрать что‑то рабочее, без лишних выкрутасов, чтобы не разваливалось на ровном месте. Первая версия была почти голая: одно ядро, пара условий, всё максимально прямолинейно. Тогда казалось, что этого достаточно, и в каком‑то смысле так и было — это был нормальный старт, без попыток прыгнуть выше головы. Потом появился микро‑слой. Казалось, что он добавит точности, подловит мелкие движения, поможет там, где основная логика тупит или запаздывает. Иногда он реально помогал, но чаще создавал лишний шум. Вроде бы всё работает, но ощущение, что система начинает дёргаться без причины. Этот этап был полезный — стало понятно, что чувствительность ради чувствительности не всегда делает лучше. Дальше структура начала расти. Появилось несколько ядер, каждое со своей задачей: одно смотрит направление, другое ловит импульс, третье реагирует на активность. Вместе они давали более ровную картину, чем попытки усиливать одно ядро фильтрами. Архитектура стала шире, спокойнее и предсказуемее. Не идеальной, но уже взрослой. На этом этапе стало особенно видно отличие обычного подхода от архитектурного. Кодеры, даже хорошие, обычно решают задачу «чтобы работало» — пишут функцию, добавляют фильтр, прикручивают ещё один расчёт. Это нормальная работа, но она живёт внутри одной точки. Архитектор же смотрит на систему целиком: как элементы взаимодействуют, что будет через месяц, где слабые места, как всё поведёт себя на волатильности. Кодер делает инструмент. Архитектор делает среду, в которой инструмент не ломается. И именно поэтому структура росла не вширь ради красоты, а в глубину — ради устойчивости. Потом добавилось визуальное окно. Оно показывало состояние сигнала, силу сторон, сколько живёт импульс. Это сильно упростило понимание того, что происходит внутри. Не надо гадать — видно сразу, что и почему сработало. Со временем стало ясно, что микро‑слой уже не нужен. Его функции разошлись по структуре, и система стала работать чище без него. Не потому что микро был плохим, а потому что архитектура выросла и сама закрыла те места, где раньше он помогал. Сейчас движок — это цельная конструкция, где каждый элемент делает своё дело. Ничего лишнего, ничего ради красоты. Просто рабочая архитектура, которая держится в разных условиях и не пытается казаться умнее, чем она есть. На фоне большинства решений на рынке выглядит уверенно, но без громких заявлений — просто потому что сделано аккуратно и с пониманием, что нужно, а что нет.
Разница между индикаторным мышлением и архитектурным мышлением 1. Фокус внимания Индикаторное мышление — смотрит на сигнал. «Стрелка вверх → покупаю». «Линия пересекла → вхожу». Архитектурное мышление — смотрит на поведение системы. «Куда течёт поток». «Где слабая сторона». «Что делает структура». 2. Горизонт времени Индикаторное — «здесь и сейчас». Реакция на картинку. Архитектурное — «что будет через 5–10 свечей». Прогноз поведения, а не реакции. 3. Тип решений Индикаторное — бинарное. «Да/нет», «вверх/вниз», «прошёл/не прошёл». Архитектурное — контекстное. «Импульс жив, но слаб». «Структура держит, но истончается». «Поток готов, но не раскрыт». 4. Отношение к рынку Индикаторное — рынок как кнопка. «Дай сигнал, я нажму». Архитектурное — рынок как система. «Я читаю, как он дышит». 5. Ошибки Индикаторное — винит индюк. «Стрелка подвела». Архитектурное — анализирует слой. «Импульс был мёртв, вход был лишним». 6. Результат Индикаторное — хаос, эмоции, случайность. Архитектурное — предсказуемость поведения, даже если результат не идеален. Короткая формула Индикаторное мышление — это «реакция». Архитектурное мышление — это «понимание».
