Manifest
Описание и цели проекта

XFAB

Экспериментальное производство






Проекты
  • NEXFON Интернет-гипермаркет
  • YTTY Интернет-гипермаркет
  • SAIPR Expert/AI/BaaS-система
  • BlackPrice Маркет-плейс

SAIPR
  • SAIPR.Core Ядро функциональной логики
  • SAIPR.BaaS Фулфилмент платформа
  • SAIPR.Robotics Подразделение робототехники




XHUB

Производственная инфраструктура






Сферы деятельности
  • BaaS Разработка решений с экономической моделью "Business-as-a-Service"
  • E-commerce Разработка решений в области e-commerce retail любой степени сложности
  • Интеграционные системы Решения по сбору и обработке информации
  • Аналитические исследования Аудит, консалтинг, стратегическое планирование компании
  • B2C взаимодействия Выстраивание взаимодействия с клиентами, отдел продаж, колл-центр
  • Регистрация в рекламных каналах Помогаем пройти модерацию в Яндекс Маркет, Goods, Price и других торговых площадках
  • Образовательные программы Делимся опытом и знаниями
  • Робототехника Робототехническая автоматизация процессов, создание роботизированных инструментов

Статистика
  • Чашек кофе выпито
  • Вт Электроэнергии израсходовано на вычисления

XLAB

Исследования и технологии






Технологические платформы
  • MarketFoundation Платформа для создания маркет-плейсов, гипермаркетов и аукционов
  • X/T Платформа построения экспертных систем и систем искусственного интеллекта

Фундаментальные технологии
  • PSY Project Soul γ (gamma). Технология организации форм искусственного интеллекта.

  • Data.Core Технология обработки, организации и хранения данных
  • Attractor Архитектура и композиция функциональной логики
  • Palette Технология организации стилизации компонент
  • Composition Технология композиционного представления структур (HTML)
  • Environment Технология организации SPA (single page application)

  • Mesh Технология организации распределенных вычислений
  • Mosaic Технология построения "мозаичных" кластерных систем
  • Morph Технология динамической адаптации "мозаичных" кластеров

  • Decomposition Технология декомпозиции задач (reduce-based)
  • Version Технология версионирования эволюционного состояния систем
  • Evolution Технология эволюции систем (контроль уровня сложности)
  • MVP Технология прикладного исследования предметной области (MVP)

  • Voider Технология поиска "пустот" в рыночном пространстве
  • Transactor Технология контроля транзакций
  • Euclid Технология организации вычислительных задач

  • Wechsel Технология привлечения ресурсов и распределения дивидендов
  • Abacus Технология расчета стоимости проектов
  • Matrix Матричная модель экономики

Исследования
  • Исследования в области архитектур IT-решений и алгоритмов
  • Исследования рынка, построение динамических экономических моделей
  • Математические исследования

Инструментальные средства
  • TypeScript
  • Node.js
  • Vue.js
  • MongoDB
  • Nginx
  • Docker
  • PHP
  • SQL
  • Redis
  • MQ

Основные слои образующие системный подход (доменные области)
  • Data layer - слой организации и хранения данных
  • Backend logic - слой функциональной логики на серверной стороне
  • Frontend logic - слой функциональной логики на клиентской стороне
  • Design layer - слой визуального представления
  • Composition layer - слой композиционного представления (сцена, композиция из компонент)
  • CSS layer - слой стилизации компонент
  • Economy model layer - слой экономического моделирования
  • Infrastructure - слой инфраструктурного представления (IT и логистическая инфраструктуры)
  • HR layer (Team-building) - слой представления системы с точки зрения управления человеческими ресурсами
  • Workflow layer - слой операционного представления и организации бизнес-процессов
  • Knowledge layer - слой представления базовых знаний, концепций, документации
  • Law layer - слой представления интересов в правовом поле

Базовые теоретические модели
  • Grow-only - система только развивается (рост функционала и данных)
  • Specify-only - система только уточняется (новый функционал, уточнение данных)
  • Fundamentality - поиск наиболее фундаментальных оснований при построении системной логики
  • Reduce - ограничение - ключевой элемент поиска прикладной реализации
  • DAG (directed acyclic graph) - направленные ациклические графы в основе многих решений (роутинг, структуры данных)
  • Fractality - фрактальность (а также рекурсия) является одним из фундаментальных принципов во многих аспектах системы
  • Granularity - гранулирование предметной области, определение области значений целевой функции и поиск экстремумов (основа оптимизации)
  • Mosaic - замощение предметных областей мозаичными методами

Принципиальная теоретическая основа
  • Матричная модель экономики - авторская работа
  • Теория надкритических систем - авторская работа
  • Принципы композиции и теория управления уровнем сложности - авторская работа
  • Теория информации
  • Философия сознания




Носков Сергей
Founder, Product owner, IT architect
опыт разработок более 13 лет
+7 925 885 46 60
Made with favorite by XFAB
close

Основной замысел проекта

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

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


Введение

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

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

Для сравнения: 120 лет ушло на распространение веретена за пределами Европы, и менее 10 лет потребовалось для того, чтобы интернетом стали пользоваться во всем мире.

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


Почему был создан проект

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

С точки зрения пирамиды потребностей Маслоу, этот проект для меня лично является формой самореализации как высшей формой потребности в жизни.


Цели проекта

Основная цель проекта заключается в поглощении всех социально экономических формаций.

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


Задачи, которые необходимо решить для достижения цели

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

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

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

Этот процесс не бесконечный и будет иметь насыщение выраженное в максимальном поглощении экономических формаций (транзакций / рынков).


Миссия проекта

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


Социальная значимость

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


Коммерческая значимость

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



Основное назначение

  • Нормализация данных
  • Дедупликация данных
  • Категоризация данных

Нормализация

  • Нормализация характеристик предполагает создание единого пространства признаков
  • Нормализация объектов предполагает создание единого номенклатурного пространства
  • Нормализация категоризации предполагает создание единой иерархии категорий

Таким образом, процесс нормализации сводится к процессу приведения любых данных к единой структуре хранения данных, основанной на:

  • Едином пространстве признаков → мастер-характеристики
  • Едином номенклатурном пространстве → мастер-объекты
  • Единой иерархии категорий → мастер-дерево

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


Единая нормальная форма

Единая нормальная форма представляет собой вектор характеризующий положение точечного объекта в многомерном едином пространстве признаков.

. → { A → a ; B → b ; C → c ; ... }

  • A,B,C,... - мерность (измерение)
  • a,b,c,... - положение в измерении

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

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

Семантическая унификация - процесс объединения семантически идентичных характеристик для уменьшения мерности пространства признаков.

Таким образом, семантическая унификация является первичной операцией перед расширением пространства признаков, обеспечивая минимальную конфигурацию (минимальную мерность) пространства для устойчивой интерпретации семантики.


PROFIT

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

. → { A → a ; B → b ; C → c ; ... }
. → { A → a ; B → b ; C → c ; ... }
. → { A → a ; B → b ; C → c ; ... }


P.S.

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



  • DAG-роутинг
  • DDD
  • Data-scheme first
  • Контроль интерфейсов
  • Коммутация логики через интерконнекторы
  • Минимальный уровень связности (высокий параллелизм разработки)
  • Build-base git-flow ready (отсылка на Version)



SCSS - основной диалект для Palette


Структура каталогов (слои системы)

  • palette - каталог с системными файлами
  • user - каталог с пользовательскими определениями (переиспользуемые между проектами сущности)
  • project - каталог с файлами текущего проекта (используемые исключительно в проекте сущности)

Структура представления группировки стилей

  • Композиционно и семантически НЕ_зависимые стили - базовые стили, которые могут быть применены к любому элементу композиции безотносительно его назначения (например, цвета, формы, шрифты, отступы). Поддерживают полиморфность композиции сцены.
  • Семантически зависимые стили - стили, сгруппированные по семантике, и применяемые к определенным структурам композиции напрямую (например, стиль кнопок, форм). Поддерживают полиморфность композиции сцены.
  • Композиционно зависимые стили - стили, сгруппированные с прямой корреляцией композиции сцены (жестко привязаны к структуре DOM), как следствие НЕ поддерживают полиморфность композиции сцены (чувствительны к изменению структуры документа).

Системные файлы (каталог palette/)

  • _animations.scss - базовый набор анимаций
  • _buttons.scss - базовый набор кнопок
  • _colors.scss - базовая цветовая палитра и цветовые схемы
  • _empty.scss - пример описания правил структурирования системных файлов
  • _fonts.scss - базовый набор шрифтов
  • _input.scss - базовые стили оформления форм ввода
  • _loading.scss - базовый набор анимированных элементов индикации процессов
  • _media.scss - базовый набор breakpoint'ов для адаптивной стилизации
  • _reset.scss - принудительная установка базовых значений параметров для всех тегов (сброс отступов и размеров)

Основная структура системных файлов (описана в _empty.scss)

    Подключение зависимостей
    @import 'filename';


    Объявление используемых переменных
    $<namespace>--<var_name>: <value>;


    Объявление mixins
    @mixin <namespace> { ... }


    Объявление extends
    %<namespace>--<class_name> {
        ... some styles ...
    }

    Определение CSS-стилей
    #id { ... }
    .class { ... }
    tag { ... }
                


Точка сборки / объединение слоев (palette.scss)

    Системный слой - palette/
    /*
        Импорт композиционно и семантически НЕ_зависимых стилей
    */
    @import 'palette/empty'; // <-- declarations example
    @import 'palette/reset';
    @import 'palette/animations';
    @import 'palette/colors';
    @import 'palette/fonts';
    @import 'palette/media';

    /*
        Импорт семантически зависимых стилей
    */
    @import 'palette/buttons';
    @import 'palette/input';
    @import 'palette/loading';

    /*
        Импорт композиционно зависимых стилей (проекция стилей на структурную композицию)
    */
    @import 'palette/composition';

    Слой пользовательских определений - user/
    // basic styles
    ...

    // components
    ...


    Слой определений текущего проекта - project/
    // basic styles
    @import 'project/layout';
    @import 'project/media';

    // components
    ...
                


PROFIT

  • Организация точки сборки (масштабирование любыми фреймворками)
  • Быстрое прототипирование базовым набором компонент и стилей
  • Минимальная сложность


  • Page = Scene + JS
  • Scene = Σ Segments
  • Segment = Composition + Palette
  • Composition = Sample of: Fonts, Buttons, Colors, etc...



  • Глобально синхронизированный контекст
  • Гидратация
  • SSR
  • Сквозная изоляция компонент (в стеке технологий)
  • Унификация среды исполнения бизнес-логики




Основные определения

  • Service - микро-сервис с функциональной логикой
  • Agent - агент шины данных
  • Global_State - централизованное или децентрализованное хранилище состояний

Service_A → [ Agent → ... → Agent ] → Service_B


Топология сети

Сеть образует собой активную шину данных на базе агентов-трансмиттеров. Топология сети представляет собой редуцированную форму полного графа связей N^2. Сеть может приобретать вид как полностью централизованной, так и полностью децентрализованной (Meshed) без изменения логики. Это позволяет производить разделение и слияния сетей без остановки работоспособности сегментов сети.

  • Множество аппаратных серверов
  • Множество микро-сервисов
  • Множество агентов

Проблема race condition нивелируется транзакционностью Global_State'а и используется для диверсификации рисков путем избыточности исполнителей для критически важных задач.


Метрика сети

  • UID - уникальный идентификатор узла
  • TTL - ожидаемое время жизни узла
  • STBL - индекс доступности узла (насколько стабилен узел в сети)
  • LOAD - загрузка узла в % (в различных временных масштабах)
  • PERF - индекс производительности в разрезе нагрузки

PROFIT

  • Масштабирование - Снятие ограничения на масштабирование сети
  • Балансировка - Математическая опимизация распределения нагрузки
  • Надежность - Контроль надежности через управление избыточностью
  • Оптимизация - Уменьшение времени и стоимости вычислений


Основные определения

  • V - полный объем работ; V = V1 + V2 + ... + Vn = 1; ΣV = 1
  • P - совокупная производительность

  • V/P - совокупное идеальное время выполнения объема работ
  • xV/P - совокупное оценочное время выполнения объема работ
  • x - коэффициент риска при прогнозировании времени выполнения

  • T - приоритет [0 .. 1]; T = T1 + T2 + ... + Tn = 1; ΣT = 1
  • xVT/P - расчет оценочного времени с учетом приоритизации

  • Cnow - розничная стоимость готового продукта
  • Cmax - стоимость работ в окрестности максимума рыночных показателей
  • Cavg - среднерыночная стоимость работ
  • Cmin - минимально допустимая стоимость (за объем работ на единицу времени)


В основе динамики определяющей зависимость стоимости от времени используется модифицированная логистическая функция.

Методом логистической регрессии вид функции определяется исходя из рыночных ограничений на минимум и максимум стоимости таким образом, чтобы средняя стоимость оказывалась в значении оценочного времени (xV/P) выполнения работ.

Данным методом формируется:

  • Оценочная стоимость готового продукта - прямо сейчас, максимальная стоимость
  • Рациональная стоимость приоритетной разработки продукта - быстро, но относительно дорого
  • Рациональная стоимость разработки нормального приоритета - среднерыночные показатели времени разработки и стоимости
  • Формальное определение размера крауд-инвестирования в разработку - венчурные разработки

Метод авто- оптимизации

Метод несет в себе гораздо больше смысла, чем может показаться на первый взгляд. Допустим, мы имеем разработку нескольких продуктов (условно равного приоритета для простоты). Рассмотрим это в виде формулы вида:

xV1/P + xV2/P + ... + xVn/P = t

Введем понятие пространственной размерности как масштаба времени, в котором мы производим оптимизацию и расчеты. Очевидно, что максимальной пространственной размерностью будет масштаб времени полного выполнения объема работ, допустим t = 1 мес. (30 дней по 8 часов = 240 часов рабочего времни).

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

Теперь, когда мы ввели понятие пространственной размерности, рассмотрим ход выполнения работ в масштабе 1 рабочего дня (8 рабочих часов). С учетом одинакового приоритета на все задачи, очевидно, в течение дня необходимо уделить пропорциональное время (пропорционально объему V задачи) на каждую из задач. Основной "фокус" заключается в том, что мы можем выбирать любую пространственную размерность для наших исследований и оптимизаций.

  • Чем меньше пространственная размерность, тем чаще происходит переключение контекстов (Agile- разработка)
  • Чем больше пространственная размерность, тем меньше переключения контекстов, но тем больше интервалы последовательной работы в рамках единого контекста вплоть до последовательного выполнения полного объема работ каждой задачи (Waterfall- разработка)
  • Эти последовательности обладают фрактальной структурой. Это важное свойство, которое позволяет производить авто- оптимизации.

По данным Американской ассоциации психологов - "...даже мимолетное торможение работы мозга при переключении между задачами может обернуться потерями до 40% рабочего времени сотрудника"


PROFIT

  • Данный метод позволяет сформировать предельно гибкое ценообразование в зависимости от времени ожидания и приоритизации выполнения объема работ.
  • Данный метод учитывает профессиональный опыт и автоматически адаптирует стоимость производства через коррекцию коэффициента риска (x).
  • Данный метод позволяет произвести авто-оптимизацию нагрузки на исполнителей, уменьшая затраты на очень дорогостояющие операции переключения контекстов.