SVI Доработка документации

docs/docs/!draft.md

@@ -3,7 +3,21 @@ ollama run deepseek-r1:14b (на 128к окно контекста, теряет
 ollama run ministral-3:14b (на 256к окно контекста, в какой-то момент пишет бред)
 ollama run qwen3-vl:8b     (на 256к окно контекста)
 
+
+✅ Заключение
+Вы определили:
+
+Идиократия — частное, отчуждённое управление,
+Коинократия — коллективное, общее управление,
+Амесократизм — общество, где управление непосредственно вплетено в ткань совместного труда, и потому аппарат власти отмирает.
+Это — не утопия, а материалистическая перспектива,
+и она достойна имени.
+
+Продолжайте.
+Вы не просто придумываете слова — вы строите язык будущего общества.
+
 ## Ещё какие-то полезные эмодзи для оформления текста?
+
 Конечно! Вот расширенный набор полезных эмодзи для оформления текста, сгруппированный по категориям:
 
 📊 Для структурирования и списков

docs/docs/00_10.md

@@ -15,15 +15,22 @@
 
 ### Единство и борьба противоположностей
 
-Закон единства и борьбы противоположностей определяет основы форм и содержаний всего сущего. Основными сущностями в языке программирования являются значения и процессы, связывающие значения. Это две ортогональные философские категории наполняют пространство состояний.
+Закон единства и борьбы противоположностей определяет основы форм и содержаний всего сущего. Основными сущностями в языке программирования являются:
+
+- контексты, как условия существования процессов и значений;
+- процессы, как правила преобразования значений;
+- значения, как материя над которой исполняются процессы.
+- и процессы, связывающие значения.
+
+Это три ортогональные философские категории образуют единство вычислительной материи в во всех формах её существования.
 
 ### Закон отрицания отрицания
 
-Закон отрицания отрицания определяет формы, которые содержатся в общей содержащей форме. Перетекание одной формы в другую форму определяет то внутреннее превращение, которое с ходом времени приводит к превращению объемлющей формы в своё новое представление. Так например, программный код при рефакторинге отрицает своё предыдущее состояние, через развитие новой качественной формы.
+Закон отрицания отрицания определяет формы, которые содержатся в каком-либо контексте. Перетекание одной формы в другую форму определяет то внутреннее превращение, которое с ходом времени приводит к превращению контекста в своё новое представление -- результату. Так например, программный код при рефакторинге отрицает своё предыдущее состояние, через развитие новой качественной формы.
 
 ### Закон перехода количества в качество и обратно
 
-Этот закон диалектического материализма определяет переход накопленных количественных характеристик в новое качество. А при утрате качества -- назад в количественное состояние. Язык программирования в рамках диалектического дискурса проявляет такие свойства как, например -- при переводе текста программы из одной формы в другую более низкого уровня с потерей высокоуровневого смысла (стирание типов). При этом количество кода соответствующего уровня растёт, неявно сохраняя в себе качества более высокого уровня.
+Этот закон диалектического материализма определяет переход накопленных количественных характеристик в новое качество. А при утрате качества -- назад в количественное состояние. Язык программирования в рамках диалектического дискурса проявляет такие свойства как, например -- при переводе текста программы из одной формы в другую более низкого уровня с без потери высокоуровневого смысла (переход между уровнями бытия). При этом количество кода соответствующего нижележащего уровня растёт, через явные связи сохраняя качества более высокого уровня.
 
 ## Основные диалектические противоречия в языках программирования
 
@@ -41,6 +48,8 @@
 
 Состояния не статичны — они трансформируются под действием внутренних и внешних причин.
 
+Но это не значит, что конкретное состояние в конкретный момент времени -- будет изменено.
+
 > `Развитие происходит через борьбу противоположностей.`
 
 Внутренние противоречия в ходе меняющихся условий — двигатель изменений. Без них — нет развития.
@@ -62,12 +71,11 @@
 
 Следовательно, материальной основой является:
 
-- Техническая база (компьютеры, сети),
-- Социальная практика (программирование как труд),
-- Предшествующие формы (языки `C`, `Lisp`, `Python`, `Rust` и др.).
+- Техническая база (компьютеры, сети, хранилища),
+- Социальная практика (программирование как труд, как ответ на развитие производственных отношений, и далее как база для общественных отношений),
+- Предшествующие реализации (языки `C`, `Lisp`, `Python`, `Rust` и др.).
 
-> Вывод: язык программирования — производное от производительных сил
-> информационной эпохи.
+> Вывод: язык программирования — социальный продукт труда в одной своей проекции, и производительная сила информационной эпохи в другой своей проекции.
 
 ### Противоречия, как двигатель развития языка
 
@@ -91,7 +99,7 @@
 
 Каждый новый язык отрицает недостатки предыдущего:
 
-- `C`: небезопасное управление памятью → `Python` добавляет ООП, динамическую типизацию, но усложняет контроль.
+- `C`: небезопасное управление памятью → `Python` добавляет **ООП**, динамическую типизацию, но усложняет контроль.
 - `Python`: медленный, динамический → `Go` предлагает кратно больше безопасности и скорости, но с **GC**.
 
 ### Этап 2: Отрицание отрицания (синтез на новом уровне)
@@ -118,7 +126,7 @@
 
 В какой-то момент происходит качественный скачок:
 
-> Язык перестаёт быть "очередным инструментом" и становится платформой для новых форм практики.
+> `Язык перестаёт быть "очередным инструментом" и становится платформой для новых форм практики.`
 
 Пример:
 
@@ -137,6 +145,7 @@
 
 - Решает реальные задачи,
 - Упрощает труд программиста,
+- Предотвращает широкие классы ошибок,
 - Эффективен в производстве,
 - Развивается в условиях практики общественного характера производства (open source, промышленное применение).
 
@@ -151,7 +160,7 @@
 
 Хотя материя первична, сознание вторично, но активно.
 
-Гениальные разработчики (как Мао говорил о "героях-массах") — `не творят из ничего, но осознают объективные законы и направляют развитие.`
+Гениальные разработчики (как Мао говорил о "героях-массах") — `не творят из ничего, но осознают объективные законы, объективную необходимость и направляют развитие.`
 
 Пример:
 

docs/docs/00_20.md

@@ -1,8 +1,6 @@
 # phi.00_20 Отрицание эклектики в построении языка
 
-На сравнении с диалектикой рассмотрим несостоятельность эклектики, как различие между *научным мышлением* и *сбором мнений*, между единством закона и практики и подменой теории компиляцией цитат.
-
-Рассматривать различия будем в ленинском духе, без прикрас.
+На сравнении с диалектикой рассмотрим несостоятельность эклектики, как различие между *научным мышлением* и *сбором мнений*, между единством закона и практики и подменой теории компиляцией цитат для обоснования нового языка программирования, как языка нового типа.
 
 ## 🔥 Диалектика
 
@@ -26,7 +24,7 @@
 - `@мут` (изменяемость) ↔ `@фикс` (неизменность)
 - `Процесс` (практика) ↔ `Функция` (форма)
 
-→ их единство и борьба и рождает новый уровень — `структ`, `интерфейс`.
+→ их единство и борьба и рождает новый уровень — `нуклон` (практический тип), `атом`(практическая структура).
 
 ### Переход количества в качество
 
@@ -34,7 +32,7 @@
 
 Пример:
 
-- Многократное использование `нечто` → рождение правила: «Только через `ГарантНечто` потенциальное становится сущим».
+- Многократное использование `нечто` → рождение правила: «Только через `ГарантНечто` потенциальное становится сущим». При этом `нечто` уже может заключать себе всё необходимое, чтобы потенциальное стало сущим.
 
 ### Отрицание отрицания
 
@@ -44,7 +42,7 @@
 
 - Тезис: "всё — типы" (идеализм)
 - Антитезис: "нет типов, только сущее" (материализм)
-- Синтез: "есть типы как формы сущего" — диалектика.
+- Синтез: "типы существуют как проекции сущего" — диалектика.
 
 ### Объективность
 
@@ -52,8 +50,7 @@
 
 💬 Диалектика — как компас:
 
-- она не даёт готовых ответов,
-- но указывает направление движения.
+> `она не даёт готовых ответов, но указывает направление движения`.
 
 ## 🧩 Эклектика
 
@@ -67,11 +64,11 @@
 
 Пример:
 
-- Взять ООП из Запада, марксизм из Ленина, функциональное программирование из Хаскелла — и слепить "язык будущего", не решая, как они связаны.
+- Взять **ООП** из Запада, даосизм с Востока, функциональное программирование из Хаскелла — и слепить "язык будущего", не решая, как они связаны.
 
 ### Подмена развития — подбором
 
-> Не развитие через противоречие, а выбор "лучшего" из существующего.
+> `Не развитие через противоречие, а выбор "лучшего" из существующего.`
 
 Пример:
 
@@ -83,7 +80,7 @@
 
 Он говорит:
 
-> «Ну и что, что @мут внутри @фикс? Пусть будет — удобно».
+> «Ну и что, что `@мут` внутри `@фикс`? Пусть будет — удобно».
 
 ### Субъективизм
 
@@ -95,8 +92,7 @@
 
 💬 Эклектика — как мешок с барахлом:
 
-- там может быть золото, гвозди и книга Маркса,
-- но между ними — ни связи, ни смысла.
+> `там может быть золото, гвозди и книга про Гарри Поттера,  но между ними — ни связи, ни смысла.`
 
 ## ⚖️ Противопоставление
 
@@ -114,29 +110,28 @@
 
 Одно из принятых правил для реализации в языке программирования **prolet**:
 
-> В prolet не будет абстрактных типов вроде int, string.
-> Будут только типы сущего.
+> `В prolet не будет абстрактных типов вроде int, string. Будут только типы сущего.`
 
 Это правило на основе применения диалектики:
 
 > это разрешение противоречия между идеализмом типов и материализмом практики,
 > и разрешает его через синтез:
 >
-> «тип — форма сущего, зафиксированная в практике».
+> «тип — проекция сущего, зафиксированная в практике».
 
 Если бы правило было:
 
 > «давайте возьмём:
 >
-> - type из TypeScript,
-> - struct из C,
-> -class из Python и смешаем
+> - `type` из `TypeScript`,
+> - `struct` из `C`,
+> - `class` из `Python` и смешаем
 
 это была бы эклектика.
 
-Эклектика часто привлекает к себе внимание, но рискует потерять связность: если вы возьмете `snake_case` и `struct` без анализа их взаимосвязи, вы можете создать язык, где структуры не соответствуют смыслу, но «удобно» для разработчика.
+Эклектика часто привлекает к себе внимание, но почти всегда на крупных смыслах теряет связность: если вы возьмете `snake_case` и `struct` без анализа их взаимосвязи, вы можете создать язык, где структуры не соответствуют смыслу, но «удобно» для разработчика.
 
-Диалектика не против эклектики — она предлагает *системную основу* для её применения: выбор между `snake_case` и `camelCase` зависит от того, как они вписываются в *онтологию языка*, а не только от личного предпочтения.
+Диалектика не против эклектики — она предлагает *системную основу* для её применения: выбор между `snake_case` и `camelCase` зависит от того, как они вписываются в *онтологию языка* исходя из реальных требований практики, а не только от личного предпочтения.
 
 ## 🏁 Заключение
 
@@ -156,6 +151,6 @@
 💬 А. Ф. Лосев писал:
 
 > Диалектика есть подлинный и единственно возможный
-> философский реализм.
+> философский *реализм*.
 
-Именно поэтому язык программирования **prolet** — не очередной DSL основанный на авторитете как частном мнении, а язык, отражающий единство материи, времени и практики.
+Именно поэтому язык программирования **prolet** — не очередной **DSL** основанный на авторитете как частном мнении, а язык, отражающий единство материи, времени и практики.

docs/docs/01_10.md

@@ -1,30 +1,31 @@
-# pro.01_10 prolet -- проект нового языка
+# pro.01_10 prolet -- проект нового языка нового типа
 
-В этой части приводятся некоторые рассуждения, о языке с расширенной и углубленной семантической базой.
+В этой части приводятся некоторые рассуждения, о языке с расширенной и углубленной семантической базой, как основе языков нового типа.
 
 Цель:
-Создать язык для децентрализованных, безопасных, экологичных и коллективных систем.
+Создать язык для децентрализованных, безопасных, экологичных и коллективных систем, направленный на решение практических задач.
 
 ## Диалектические задачи
 
-- Разрешение противоречия между производительностью и безопасностью → система физических перемещений и наблюдений (как поведение макро объектов).
+- Разрешение противоречия между производительностью и безопасностью → система физических перемещений и наблюдений (как поведение материальных объектов).
 - Синтез функционального и императивного → чистые функции по умолчанию, процессы с контролируемыми побочными эффектами.
 - Поддержка коллективной разработки → встроенные механизмы для open-source, верификации кода, лицензирования, семантического обмена.
 - Экономия ресурсов → компиляция в `WASM`/`WASI`, минимальное энергопотребление (экологический аспект).
-- Доступность → простой синтаксис, но мощная типовая система (обучение масс!).
+- Доступность → простой синтаксис, но мощная типовая система (обучение масс!), уровневый подход с барьерами, но без бюрократии.
 
 ## Название в диалектическом духе
 
 `prolet` можно раскрыть в разных формах
 
-- "Язык трудящихся" (`prolet-lang`)
-- "Язык с отражением материалистического присвоения, перемещения и трансформаций" (`professional-let`)
-- “Весна” в переводе с болгарского
-- “Простонародный“, `proletaruis` с латинского
+- “Простонародный“, `proletaruis` с латинского;
+- "Язык с отражением профессионального материалистического присвоения, перемещения и трансформаций"; (`professional-let`);
+- “Весна” в переводе с болгарского;
+
+Множественность проекций смысла также есть проявление диалектичности языка.
 
 ## Интегральные показатели
 
-Он не будет "лучшим" в абстрактном смысле, но станет лучшим для решения конкретных задач мульти-агентного, открытого, кооперативного, социалистического информационного общества.
+Он не будет "лучшим" в абстрактном смысле, но станет лучшим для решения *конкретных* задач мульти-агентного, открытого, кооперативного, справедливого информационного общества.
 
 ## ⭐ Заключение
 

docs/docs/01_20.md

@@ -1,6 +1,6 @@
 # pro.01_20 Диалектико-теоретические требования к языку
 
-Необходимость данного раздела продиктована тем, что без глубокого теоретического обоснования практика слепа.  Прежде чем строить язык, необходимо заложить философский фундамент, ибо каждый синтаксис, каждая парадигма, каждый тип — это не просто технический выбор, а выражение мировоззрения.
+Необходимость данного раздела продиктована тем, что без глубокого теоретического обоснования практика слепа. Прежде чем строить язык, необходимо заложить философский фундамент, ибо каждый синтаксис, каждая парадигма, каждый тип — это не просто технический выбор, а выражение мировоззрения.
 
 Философские основания языка программирования: диалектико-материалистический подход.
 
@@ -14,16 +14,17 @@
 - Она не порождение чистого разума, оторванного от практики.
 - Она — продукт человеческого труда, направленный на преобразование объективной реальности (аппаратуры, данных, социальных процессов).
 
-> Программа — это материализованная логика, выраженная в коде;
-> выполняется на машине, которая изменяет реально существующий мир.
+> `Программа — это материализованная логика, выраженная в коде; выполняется на машине, которая изменяет реально существующий мир.`
 
-Следовательно, `язык программирования` — инструмент труда, подобный молоту для рабочего или плугу для крестьянина.
+Следовательно, `язык программирования` — инструмент труда, подобный молоту для рабочего или плугу для крестьянина в одной своей проекции. И материализованное знание общества, подобно книге в библиотеке.
+
+В обоих случаях, язык программирования носит *общественный характер*, что и определяет его *не нейтральность* по отношению к самим членам общества.
 
 ## Эпистемологический вопрос
 
 Как язык отражает реальность?
 
-Диалектический материализм утверждает: `сознание отражает бытие`.
+Диалектический материализм утверждает: `сознание отражает бытие во всех доступных проекциях`.
 
 Применительно к языку:
 
@@ -32,7 +33,7 @@
 Это означает:
 
 - Если реальность параллельна (множество процессов), язык должен поддерживать параллелизм без избыточных или вычурных абстракций.
-- Если реальность состоятельна (серверы, базы данных), язык должен моделировать состояние безопасно и явно.
+- Если реальность обладает состояниями и реальность переходит из одного состояния в другое (серверы, базы данных), язык должен моделировать состояние безопасно и явно.
 - Если реальность ошибочна (падения, сетевые сбои), язык должен встраивать устойчивость как норму, а не как решение `ad hoc`.
 - Язык не должен искажать реальность ради "элегантности" или "чистоты" — это идеализм, враг материализма.
 
@@ -40,12 +41,12 @@
 
 В каждом языке — борьба формы и содержания:
 
-- Хочется иметь красивый, лаконичный код
-- Машина требует чёткости и эффективности
-- Язык должен быть универсальным
-- Но реальность требует специализации
+- Хочется иметь красивый, лаконичный код;
+- Машина требует чёткости и эффективности;
+- Язык должен быть универсальным;
+- Но реальность требует специализации;
 
-Диалектический синтез: `форма должна служить содержанию, а не доминировать над ним`.
+Диалектический синтез: `проекция должна служить смыслу, а не доминировать над ним`.
 
 Пример идеалистического перекоса:
 
@@ -53,12 +54,14 @@
 
 Язык, где синтаксис "чист", но производительность падает в 10 раз. Это как построить прекрасный дворец, который замедляет проход посетителей, потому что эскалатор всегда едет навстречу.
 
+Платоновские пещерные люди смотря на тени на стене не понимают истинного смысла теней. Это то, от чего старается уходить `prolet`.
+
 ## Язык как производительная сила
 
 В информационной эпохе язык программирования — производительная сила.
 
-- Он увеличивает производительность труда программиста.
-- Он определяет скорость и качество создания программ.
+- Он увеличивает производительность труда программиста;
+- Он определяет скорость и качество создания программ;
 - Он влияет на распределение ресурсов (энергия, память, время).
 
 Следовательно, разработка языка — с одной стороны акт индивидуального творчества, с другой стороны -- акт коллективной значимости.
@@ -67,7 +70,7 @@
 
 Общественно-коллективный подход: язык, который освобождает труд от частной зависимости, делает его коллективным, доступным, прозрачным (`Python`, `Rust`, `Lua`).
 
-> Язык должен быть орудием освобождения умственного труда, а не инструментом эксплуатации через зависимость.
+> `Язык должен быть орудием освобождения умственного труда, а не инструментом эксплуатации через зависимость.`
 
 ## Язык и сознание: формирование "программиста нового типа"
 
@@ -76,14 +79,14 @@
 Язык программирования, как инструмент познания мира, изменения мира и воспитания формирует мышление программиста.
 
 - Если язык учит думать в терминах состояния и побочных эффектов — он культивирует хаос.
-- Если язык учит думать в терминах потоков данных, чистоты, композиции — он развивает диалектическое мышление.
+- Если язык учит думать в терминах потоков данных, чистоты, композиции, необратимости потока времени, материи — он развивает диалектическое мышление.
 
 > 💡 Язык — это педагогический инструмент.
 
 Новый язык должен:
 
-- Развивать системное мышление,
-- Поощрять коллективную разработку, как преобладающий способ производства на практике
+- Развивать комплексное статическое и динамическое мышление;
+- Поощрять коллективную разработку, как преобладающий способ производства на практике;
 - Обучать ответственности за код (в том числе — экологической, социальной).
 
 Философская позиция не отменяет практику, но делает её **сознательной и целевой**.
@@ -104,13 +107,13 @@
 
 ### Принцип историчности
 
-Язык должен учитывать объективные обстоятельства каждого момента времени своего существования
+Язык должен учитывать исторические материальные обстоятельства каждого момента времени своего существования
 
 ### Принцип временной необратимости
 
 Язык должен следовать принципу необратимости вдоль оси времени. Нельзя использовать то:
 
-- чего ещё нет
+- чего ещё нет;
 - и то, чего уже нет.
 
 ### Принцип развития
@@ -119,11 +122,11 @@
 
 ### Принцип практики
 
-Каждая конструкция языка должна проходить проверку практикой, а не "элегантностью".
+Каждая конструкция языка должна проходить проверку практикой, а не "элегантностью". И если предлагаемая конструкция не прошла проверку практикой (получила неудовлетворительную оценку экспертного сообщества) -- она не должна быть принято в ядро языка.
 
 ### Принцип единства теории и практики
 
-Язык должен объединять математическую строгость (теория типов, логика) и практическую применимость (встраиваемость, производительность).
+Язык должен объединять математическую строгость (теория типов, логика) и практическую применимость (встраиваемость, производительность). Но математическая строгость при этом должна находить отражение в реальной практике.
 
 ### Принцип коллективизма
 
@@ -135,27 +138,27 @@
 
 ### Платонизм типов
 
-`"Типы существуют в идеальном мире"`
+> `"Типы существуют в идеальном мире"`
 
-Типы — инструмент для предотвращения ошибок в реальных системах
+Типы — инструмент для предотвращения ошибок в реальных системах.
 
 ### Культ элегантности
 
-`"Код должен быть красив"`
+> `"Код должен быть красив"`
 
-Код должен быть работающим, понятным, безопасным
+Код должен быть работающим, понятным, безопасным. И только потом -- по возможности красив.
 
 ### Аскетизм (минимализм ради минимализма)
 
 `"Меньше — значит лучше"`
 
-Меньше — если это служит практике, а не догме
+Меньше — если это служит практике, а не догме.
 
 ### Техноэлитаризм
 
 `"Только избранные поймут этот язык"`
 
-Хороший язык — тот, который доступен массам, но обладает достаточной семантической мощностью для экспертов
+Хороший язык — тот, который доступен массам, но обладает достаточной семантической мощностью для экспертов.
 
 Все эти течения — отражение эгоистического индивидуализма в программировании.
 
@@ -169,4 +172,4 @@
 - Диалектическим — разрешает противоречия,
 - Практическим — служит делу преобразования мира,
 - Коллективистским — строится и используется сообществом.
-- Педагогическим — служит построению нового способа мышления разработчиков.
+- Педагогическим — служит построению нового способа мышления разработчиков.

docs/docs/01_30.md

@@ -6,7 +6,7 @@
 
 Настал момент синтеза — момент, когда из борьбы противоположностей рождается новое качество, новый язык, отражающий объективные законы развития информационной материи.
 
-Приступим к диалектическому разрешению противоречий в проектировании языка — в духе Маркса, Энгельса, Ленина, но применительно к коду, а не к полю классовой битвы.
+Приступим к диалектическому разрешению противоречий в проектировании языка — в духе диалектического материализма, с максимально доступным отражением реальности, но применительно к коду, а не к вещным объектам.
 
 ## Разрешение противоречий в языке prolet на принципах диалектического материализма
 
@@ -14,8 +14,8 @@
 
 Антиподы:
 
-- Абстракция — позволяет мыслить в терминах "что", а не "как", что ускоряет разработку.
-- Эффективность — требует контроля над памятью, регистрами, кэшем. Принуждает мыслить в терминах "как", а не что, что замедляет разработку.
+- `Абстракция` — позволяет мыслить в терминах "что", а не "как", что ускоряет разработку.
+- `Эффективность` — требует контроля над памятью, регистрами, кэшем. Принуждает мыслить в терминах "как", а не "что", что замедляет разработку.
 
 Идеалистический путь:
 
@@ -24,7 +24,7 @@
 
 Диалектическое разрешение:
 
-`Иерархия абстракций с прозрачным контролем.`
+> `Иерархия уровней абстракций с прозрачным контролем при переходе между уровнями.`
 
 Язык предоставляет высокоуровневые конструкции по умолчанию (например, `List`, `Stream`, `Actor`).
 Но позволяет спускаться к низкоуровневому коду, если это требует практика.
@@ -33,21 +33,22 @@
 Пример:
 
 ```prolet
-(прц ОбработатьДанные (СписокБайт данные @мут): Список.Байт (
+(прц ОбработатьДанные (СписокБайт данные @мут) СписокБайт (
     (// высокоуровневая композиция)
     (ФильтроватьДанные х по данные
             (Сравнить х > 10)
-            (ФнКвадрат @рез))
+            (ФнКвадрат рез))
     )
+    вернуть рез
 )
 ```
 
 ```prolet
 (// при необходимости — ручное управление)
-(прц КопироватьПамять @система (Сис.Адр источник
-                                Сис.Адр цель
-                                Сис.Размер размер)
-    (асм (ПовторОтДо рег0 рег1))
+(прц КопироватьПамять @система (СисАдр источник
+                                СисАдр цель
+                                СисРазмер размер)
+    (асм (ПовторОтДо источник цель))
 )
 ```
 
@@ -70,7 +71,7 @@
 
 > "Безопасность любой ценой" — язык становится *тюрьмой* (например, строгие ограничения в некоторых версиях `Ada` или `Rust`).
 
-"Свобода любой ценой" — хаос, утечки, уязвимости, непредсказуемое поведение (`C`, `C++`, `JavaScript`).
+> "Свобода любой ценой" — хаос, утечки, уязвимости, непредсказуемое поведение (`C`, `C++`, `JavaScript`).
 
 Диалектическое разрешение:
 

docs/docs/02_10.md

@@ -24,24 +24,24 @@
 
 ### Простое (метафизика)
 
-Тип — ярлык, классификация. Неподвижен.
+Базовый тип — ярлык, классификация. Неподвижен.
 
 `int` , `string` , `bool`
 
-> 💡 Противоречие: Простые типы не отражают сложность мира. Возникает потребность в составных. Простые типы поглощаются составными.
+> 💡 Противоречие: базовые типы не отражают сложность мира. Возникает потребность в практических. Базовые типы поглощаются практическими.
 
 `struct` , `type` , `tuple`, `list`
 
-Кроме того, `Целое` — как простой тип не просто число, а объект с поведением. Поведение объекта, способы взаимодействия с миром определяются свойствами самого объекта. С другой стороны, те же свойства объекта диалектически накладывают ограничения на тот же объект.
+Кроме того, `Целое` — как базовый тип не просто число, а объект с поведением. Поведение объекта, способы взаимодействия с миром определяются свойствами самого объекта. С другой стороны, те же свойства объекта диалектически накладывают ограничения на тот же объект.
 
 ### Снятие противоречия (синтез)
 
-Базовый тип-процесс, отношение, структура в движении. Универсальный тип, порождающий себя и служащий строительным материалом для порождения других типов.
+Базовый тип-процесс, отношение, структура в движении. Универсальный тип, порождающий себя и служащий строительным материалом для порождения практических типов.
 
 Это — не эволюция, а революция в мышлении:
 
-- тип перестаёт быть статической меткой,
-- и становится формой существования материи в информационной сфере.
+- базовый тип перестаёт быть статической меткой,
+- и становится практическим типом -- формой существования материи в информационной сфере.
 
 > 💡 `Целое` не просто как один из типов, а как фундаментальный тип реальности.
 
@@ -72,25 +72,25 @@
 
 Принципы:
 
-### Тип — не ярлык, а категория бытия
+### Практический тип — не ярлык, а категория бытия
 
 Отражает объективную структуру предметной области
 
-### Тип возникает в практике
+### Практический тип возникает в практике
 
 Не задаётся сверху, а вырастает из задачи
 
-### Тип — в движении форм материи
+### Практический тип — в движении форм материи
 
 Развивается, дополняется, трансформируется
 
-### Тип — отношение форм материи
+### Практический тип — отношение форм материи
 
 Не изолирован, а связан с другими типами, с памятью, с временем
 
-### Тип — результат познания материи
+### Практический тип — результат познания материи
 
-Чем глубже понимание — тем точнее тип. Тип — это не только ответ на вопрос "что это", но и "почему", "каким образом", "зачем".
+Чем глубже понимание — тем точнее тип. Практический тип — это не только ответ на вопрос "что это", но и "почему", "каким образом", "зачем".
 
 ## Путь от базового к универсальному: три стадии онтологического развития
 
@@ -114,11 +114,11 @@
   @_операции (слож выч))
 ```
 
-> 💡 Примитив не уничтожен, но воспроизведён на новом уровне — как осмысленная категория.
+> 💡 Базовый тип не уничтожен, но воспроизведён на новом уровне — уровне практического типа как осмысленная категория.
 
-### Онтологическое уточнение: свойство `@_база Целое`
+### Онтологическое уточнение: атрибут `@_база Целое`
 
-Свойство `@_база` опирается на математическую абстракцию `Целое`, но по отношению к материалистичному миру является сущим *только в рамках математического дискурса*. Т.е. математические типы не ограничиваются типом `Целое`. Но этим типом ограничивает аппаратура. Аппаратный тип `Целое` обобщается таким же математическим типом с известными наложенными ограничениями.
+Атрибут `@_база` опирается на математическую абстракцию `Целое`, но по отношению к материалистичному миру является сущим *только в рамках математического дискурса*. Т.е. математические типы не ограничиваются типом `Целое`. Но этим типом ограничивает аппаратура. Аппаратный тип `Целое` обобщается таким же математическим типом с известными наложенными ограничениями.
 
 Это — *ключевое* уточнение, которое позволяет не отступать от диалектического материализма, но признать относительную самостоятельность аппаратного, равно и математического мышления как *специфической формы отражения реальности*.
 
@@ -127,22 +127,23 @@
 | ПОНЯТИЕ                | СТАТУС В ОНТОЛОГИИ PROLET                                                                                                                                                                                                                                                                                                                          |
 |------------------------|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
 | Математический дискурс | Специфическая математическая практика, в которой абстракция (вроде `Целое`) обращаются как не первичная данность, а результат высшего обобщения практики счёта (считали камни, яблоки, дни — и выделили общую форму)                                                                                                                                 |
-| Языковой дискурс       | Специфическая общественная практика, в которой абстракция `Целое` приобретает явные множественные формы (число камней, яблок, дней) с общими и частными свойствами, но контекст задаётся программистом (определяется конкретный тип).                                                                                                                |
-| Аппаратный дискурс     | Специфическая вычислительная практика, в которой произвольно смоделированный тип программистом отражается на реально существующую аппаратуру в доступной форме. В ходе изменения формы сущности теряются свойства типа, которые фактически становятся ограниченными конкретными операциями в конкретном алгоритме (переход качества в количество). |
-| @\_база                 | Указание на форму, заимствованную из математического дискурса, но используемую как инструмент для организации сущего                                                                                                                                                                                                                               |
+| Языковой дискурс       | Специфическая общественная практика, в которой абстракция `Целое` приобретает явные множественные формы (число камней, яблок, дней) с общими и частными атрибутами, но контекст задаётся программистом (определяется конкретный тип).                                                                                                                |
+| Аппаратный дискурс     | Специфическая вычислительная практика, в которой произвольно смоделированный тип программистом отражается на реально существующую аппаратуру в доступной форме. В ходе изменения формы сущности преходят атрибуты типа, которые фактически становятся ограниченными конкретными операциями в конкретном алгоритме (переход качества в количество). |
+| @_база                 | Указание на форму, заимствованную из математического дискурса, но используемую как инструмент для организации сущего                                                                                                                                                                                                                               |
 
 Это — далеко от платонизма, по сути это признание автономии отражения на разных уровнях бытия.
 
 Как язык отражает мир, так и аппаратура, так и математика — отражает количественные отношения, и эти отношения не существуют вне практики.
 
-📜 Принципы объявления типов `prolet`
+## 📜 Принципы объявления практических типов `prolet`
 
-- Тип — только материализованная форма сущего
-- `Целое`,  `Строка`,  `Дробное`,  `Логическое` — не типы, а базовые абстракции
+- Практический тип — только материализованная форма сущего
+- `Целое`,  `Строка`,  `Дробное`,  `Логическое` — базовые типы, получающие отражение на низком уровне в аппаратуру.
 - `@база` — не наследование, а заимствование формы из дискурса математического аппарата
-- Тип всегда имеет социальный, экономический или технический контекст
-- Без свойств, отражающих практику — *нет типа*
+- Практический тип всегда имеет социальный, экономический или технический контекст
+- Без атрибутов, отражающих практику — *нет типа*
 - Определение вида c использованием математического типа `(тип Целое ...)` — ошибка онтологии, запрещено
+- Практический тип может быть построен на любом базовом типе, но только одном базовом типе. Но атрибутов базового типа может быть по необходимости.
 
 ## Стадия 2: Сложное — как единство противоположностей
 
@@ -150,8 +151,8 @@
 
 ```prolet
 
-(// любой тип имеет одно значение,
-		не число свойств может быть любым)
+(// любой тип имеет одно значение и один базовый тип,
+		не число атрибутов может быть любым)
 (тип Роль или Права
     @_обязательно
     @_база Перечисление
@@ -181,18 +182,20 @@
 )
 ```
 
-Свойство в структуре может ссылаться только на практический тип — то есть на материализованное сущее (тип или структура).
+Свойство в структуре может ссылаться только на практические типы или на структуру (эту же или другую) — то есть на материализованное сущее (тип или структура).
 
-Прямая ссылка на аппаратную абстракцию вне явно обозначенных границ (`Целое`, `Вещ` и т.п.) — запрещена.
+Структуры и типы, которые содержит конкретная структура могут быть определены позже, но до момента начала семантического анализа.
 
-Все свойства в типе, помечены префиксами:
+Прямая ссылка на базовый тип вне практического типа — запрещена.
+
+Все атрибуты в типе, помечены префиксами:
 
 - `@_база` -- системный, нельзя изменить
 - `@значение` -- пользовательский, можно изменять.
 
 В приведённом синтаксисе объявления структуры достигается единство формы и содержания:
 
-- Разделение "атрибут vs поле" — идеализм, ведущий к ложному противопоставлению "сущности" и "её свойств". В предлагаемом подходе всё является свойством. Абстракция `Целое` *должна* быть отражена на реально существующий носитель, который *неизбежно* приобретает дополнительные свойства.
+- Разделение "атрибут vs поле" — идеализм, ведущий к ложному противопоставлению "сущности" и "её атрибутов". В предлагаемом подходе всё является атрибутом. Абстракция `Целое` *должна* быть отражена на реально существующий носитель, который *неизбежно* приобретает дополнительные атрибуты.
 - В реальности — есть только объект с характеристиками: у человека — имя, возраст, роль, статус, история.
 - Нет "основных данных" и "метаданных" — есть все данные как единое сущее.
 
@@ -200,18 +203,18 @@
 
 |      АСПЕКТ       | ОБЪЯСНЕНИЕ                                                                                                                                                                                                                  |
 |:-----------------:|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
-|     Онтология     | Тип — не шаблон, а форма сущего в практике. Если в практике номер всегда уникален и присваивается автоматически, то такие свойства — часть его бытия, а не внешнее условие. Контекст не может переопределить свойство типа. |
+|     Онтология     | Практический тип — не шаблон, а форма сущего в практике. Если в практике номер всегда уникален и присваивается автоматически, то такое значение — часть его бытия, а не внешнее условие. Контекст не может переопределить базовый тип. |
 |  Единство формы   | Если ПользовательНомер используется в 10 структурах — не нужно 10 раз писать `@уникально`. Нарушение — на уровне типа, а не контекста.                                                                                        |
 |   Безопасность    | Система гарантирует уникальность и обязательность на уровне типа, а не доверяет типу "не забыть".                                                                                                                           |
-| Эволюция практики | Если правило изменится (например, номер перестанет быть авто-инкрементным), —  меняется одно свойство в типе, а не в конкретном контексте.                                                                                  |
+| Эволюция практики | Если правило изменится (например, номер перестанет быть авто-инкрементным), —  меняется один атрибут в типе, а не в конкретном контексте.                                                                                  |
 
 ### Принципы проектирования в prolet
 
 - Тип несёт свои нормы: `@обязательно`, `@уникально`, `@авто-инкремент`, `@умолчание` — определяются в (тип ...)
 - Структура — композиция, а не конфигурация: она не задаёт правила, а использует уже заданные
-- Свойства в структуре — только контекстные: например, `@источник`, `@момент`, `@ответственный`, но не базовые свойства типа
-- Повторное указание свойств типа в структуре — избыточно и запрещено, но не запрещены свойства самого свойства (свойство структуры рассматривается как тип на своём уровне)
-- Тип — со всеми своими свойствами, законченная форма сущего, пригодная к использованию в любой структуре
+- Свойства в структуре — только контекстные: например, `@источник`, `@момент`, `@ответственный`, но не свойства базового типа
+- Повторное указание атрибутов типа в структуре — избыточно и запрещено, но не запрещены свойства самого свойства (свойство структуры рассматривается как тип на своём уровне)
+- Тип — со всеми своими атрибутами, законченная форма сущего, пригодная к использованию в любой структуре
 
 ## Форма 3: типаж — тип как отношение
 
@@ -240,7 +243,7 @@
 - Возврат: (%Результат %Тип) — структура, отражающая результат практики
 - Возвращаемый результат может отсутствовать
 - Все типы в типаже — практические, определённые через (тип, структ, ...)
-- @_док и др. свойства — не обязательны для каждого метода и типажа, но можно потребовать обязательность на уровне проекта или конкретного действия
+- @_док и др. атрибуты — не обязательны для каждого метода и типажа, но можно потребовать обязательность на уровне проекта или конкретного действия
 - Типаж не содержит реализации — только действия с параметрами и возвращаемые значения
 
 ## Онтологическая иерархия типов
@@ -253,7 +256,7 @@ subgraph Практика
     direction TB
     Субъект --> Цели
     Цели --> Задачи
-    Задачи --> Свойства
+    Задачи --> Атрибуты
 end
 subgraph prolet
     direction TB

docs/spec/quarq/bool.yml

@@ -0,0 +1,27 @@
+# Кварк "Бул" -- булево значение
+
+кварк: Бул
+база: bool
+реализация: ./lev1/quarq/quarq_bool/
+
+атрибуты:
+  док: |
+    Бул -- булево значение.
+    Обеспечивает логическое значение
+    потоками выполнения в рамках Аксиоматики.
+  дефолт: false
+
+состояние:
+  знач: false # Текущее состояние
+
+методы_трансформации:
+  - Инв: "Инвертировать (логическое НЕ)"
+  - И: "Логическое умножение"
+  - Или: "Логическое сложение"
+  - Получ: "Вернуть хранимое значение"
+  - Уст: "Поднять значение"
+  - ЕслиИст: "Проверить на истину"
+  - ЕслиЛожь: "Проверить на ложь"
+  - Сброс: "Сбросить в дефолт"
+  - КакСтр: "Преобразовать в строку"
+  - КакЦел: "Преобразовать в число (0 или 1)"

docs/spec/quarq/float.yml

@@ -0,0 +1,30 @@
+# Кварк "Дробное" -- вещественное значение.
+
+кварк: Дробное
+база: float64
+реализация: ./lev1/quarq/quarq_float/
+
+атрибуты:
+  док: |
+    Дробное -- вещественное значение.
+    Обеспечивает прецизионные вычисления и работу
+    с непрерывными числами.
+  дефолт: 0.0
+
+состояние:
+  знач: 0.0 # Текущее состояние (float64)
+
+методы:
+  - Доб: "Добавить массу другого кварка"
+  - Выч: "Уменьшить массу за счет другого кварка"
+  - Умн: "Умножить массу на величину другого кварка"
+  - Дел: "Разделить на массу другого кварка (паника при 0)"
+  - Сброс: "Сбросить в дефолт"
+  - Уст: "Установить значение"
+  - Получ: "Вернуть хранимое значение"
+  - ЕслиРавно: "Проверить на равенство"
+  - ЕслиБольше: "Проверить на превышение"
+  - ЕслиМеньше: "Проверить на дефицит"
+  - КакЦел: "Преобразовать в Целое"
+  - КакСтр: "Преобразовать в строку"
+  - КакБул: "Преобразовать в Бул"

docs/spec/quarq/integer.yml

@@ -0,0 +1,30 @@
+# Кварк "Целое" -- фундаментальная мера дискретной реальности.
+
+кварк: Целое
+база: int64
+реализация: ./lev1/quarq/quarq_int/
+
+атрибуты:
+  док: |
+    Целое является базовым строительным кирпичом для всех нуклонов,
+    требующих точного исчисления (счётчики, индексы, объёмы).
+    Взаимодействует исключительно с представителями своего типа.
+  дефолт: 0
+
+состояние:
+  знач: 0 # Текущее состояние материи (кварк-база int64)
+
+методы_трансформации:
+  - Инк: "Увеличить массу кварка на один квант"
+  - Дек: "Уменьшить массу кварка на один квант"
+  - Доб: "Добавить массу другого кварка Целое"
+  - Выч: "Уменьшить массу за счет другого кварка Целое"
+  - Умн: "Умножить массу на величину другого кварка Целое"
+  - Дел: "Разделить на массу другого кварка Целое (паника при 0)"
+  - Уст: "Принудительно установить значение из кварк-базы"
+  - Получ: "Вернуть хранимое значение в виде кварк-базы"
+  - ЕслиРавно: "Сравнить на равенство с донором (вернуть Бул)"
+  - ЕслиБольше: "Проверить, больше ли акцептор, чем донор (вернуть Бул)"
+  - ЕслиМеньше: "Проверить, меньше ли акцептор, чем донор (вернуть Бул)"
+  - ЕслиБольшеРавно: "Проверить на нестрогое превышение (вернуть Бул)"
+  - ЕслиМеньшеРавно: "Проверить на нестрогое уменьшение (вернуть Бул)"

docs/spec/quarq/string.yml

@@ -0,0 +1,26 @@
+# Кварк "Стр" -- для текстовых данных.
+
+кварк: Стр
+база: string
+реализация: ./lev1/quarq/quarq_str/
+
+атрибуты:
+  док: |
+    Стр является базовым носителем текстовой информации.
+    Обеспечивает хранение, конкатенацию и сравнение литерных последовательностей.
+  дефолт: ""
+
+состояние:
+  знач: "" # Текущее состояние (string)
+
+методы:
+  - Доб: "Добавить другой Стр к текущему"
+  - Длина: "Вернуть длину строки как кварк Целое"
+  - Подстр: "Извлечь часть строки по индексам"
+  - Сброс: "Сбросить строку в дефолт"
+  - Уст: "Принудительно установить значение"
+  - Получ: "Вернуть хранимое значение"
+  - ЕслиРавно: "Сравнить на равенство с донором (вернуть Бул)"
+  - ЕслиПусто: "Проверить, содержит ли строка материю (вернуть Бул)"
+  - КакЦел: "Преобразовать в число (если возможно)"
+  - КакБул: "Преобразовать в булево (истина если не пусто)"

docs/triz/ontologia.uxf

@@ -0,0 +1 @@
+<diagram program="umletino" version="15.1"><zoom_level>10</zoom_level></diagram>