←На заглавную страницу проекта Д
§ 1. Введение
Вот некоторых заботят технические подробности языка Д. Они думают, будто это всё сразу для них прояснит. Однако по моему опыту и арифметическим расчетам это не верно. Без глубокого понимания основ идеи языка Д не возможно понять его исходный код, поэтому так же невозможно и его дополнить.
§ 2. Продолжение
Исходный код языка Д обладает одной хорошей сосбенностью: чем его больше, тем он понятнее и этим он кардинально делает все языки предыдущей ступени программирования не такими уж нужными и полезнвми, хотя чего уж грехи таить — сгодятся в хозяйстве и они.
Значит для большей понятности я стараюсь описывать язык Д и так и сяк. И теперь я приннял решение описать его сторого, то есть математической формулой.
Итак.
§ 3. Формула Д
Формула языка Д будет формироваться дедуктивным методом. То есть сначала будет максимально абстрактная конструкция, а, затем пойдут различные уточнения и конкретизации. Аппаратно-зависимые формулы будут корнями подножия древа формул Д.
§ 3.1. Первая формула Д
| x=f(src); | (1.0) |
где
)c( 0:19 14.08.2006, o`kante
Далее. Для того, чтобы функция f работала, необходимо её описать. Она состоит из нескольких частей, работающих парралелльно. Это необходимо для увеличения быстродействия и повышения производительности.
Ещё можно сказать слово в пользу такого подхода. Дело в том, что три функции (logical(p), etical(p), estetical(p),emotional(p)) работают в тесной взаимосвязи друг с другом, как например дружный коллектив ученых, поэтому нуждаются в парралеллном исполнении. Есть конечно другой подход: сначала прогнать одного, а, затем, всучить его результаты второму и т.д. Но он не совершенен. Во-первых мы не знаем где тут первый и где — второй. Во-вторых если момент передачи результатов от одного к другому можено назвать синхронизацией, то она происходит слишком редко.
Синхронизация вообще должна производитсься по мере надобности (асинхронно) а не, скажем, через каждые 10 тактов или ещё как-нибудь. Хотя и “плановые совещания” также должны иметь место.
Поэтому сейчас мы имеем полное право записать формулу для функции f:
| f(x)=logical(p)+etical(p)+estetical(p)+emotional(p) | (1.1) |
где
Компоненты функции соединены знаком плюс не только из-за того, что они описываются строго математически так. Этот союз имеет гораздо более глубокое значение, символизирую сугубо положительную связь между составляющими языка Д, готовность не опровергать, но дополнять.
Внимательный читатель не сможет не заметить то, что в функции появилась новая переменная — p. Её надобно ввести потому, что трансляторы языков удобнее писать с применением внутреннего кода. Дело в том, что данные в исходном коде организованы так как удобно человеку, а данные в .exe файле организованны так как удобно компьютеру. Любой транслятор преобразует эти организации данных одну в другую, но так как такие две организации разительно отличаются друг от друга, то лучше ввести дополнительную ступень в виде промежуточной, трансляторной организации данных, увеличив тем самым плавность преобразования. Для этого и был введен оператор внутреннего кода p.
)c( 23:21 23.08.2006, o`kante
§ 3.2.1 etical(p)
Основное правило этической части языка Д, это конечно создавать такие моральные нормы, чтобы они не вызывали стресс и депрессию. Поэтому эта грубо часть может быть описана так
| etical(p)=(|p|-s(p))(|p|-d(p)) | (1.2) |
где
Как видите все просто. Если путь разработчика p в каких-то местах становится подобен стрессу или депрессии, то формула просто аннигилирует их посредством вычитания и возвратит ноль, что означает ошибку. Таким образом этическая часть хранит программиста от стресса при программировании, а пользователя при использовании.
§ 3.2.1.п Примечание. Смысл параметра p
До сих пор не был освящен физический смысл параметра p. Этот параметр, как уже выше заявлялось, представляет собой путь разработчика. Параметр p — комплексное число, поэтому он имеет два значения: угол и амплитуду.
Угол символизирует направление, куда направился разработчик в своих намерениях. Имперически установлено, что угло должен лежать в перделах (-60°..+60°), иначе разработчик слишком отклонится от верного пути и начнет плутать. А это недопустимо.
Амплитуда символизирует мощь намерений разработчика.
)c( 22:07 20.12.2006, o`kante
уточнение следует...
(вы тоже можете уточнять формулу Д по адресу okante@yandex.ru)