Unnamed2 Preview 1.0 (Pre-Pre-Alpha). Можете пробовать плоды с дерева нового потомка BCPL

@Etyuhibosecyu · Регистрация: 13.07.2017

Студворк — интернет-сервис помощи студентам

Всем привет! Интересно, когда вы читали, что "посеяны семена нового потомка BCPL", что "дерево засияло цветами", что "завязались плоды", вы верили, что это не болтовня? Мне, например, сложно сказать, как отнесся бы я, если бы увидел такое со стороны. Но в моем случае это ПРАВДА!!! И сейчас вы в этом убедитесь. Титанический труд длительностью больше, чем полтора года, хоть и с перерывами - и можете пробовать так долго обещаемые плоды! И, к слову, developer123 соврал, когда написал, что я точно не могу придумать что-то без названия. Хотя у языка было много названий - и C↑ᶜC, и C#++, и C with stations - но все они оказались неудачными, и текущая версия не имеет названия (номер 2 программа имеет, так как программа с именем Unnamed1 проектировалась, но не вышла в свет). В будущем я планирую дать языку какое-то название, связанное с C# (но название C#++ не подходит из-за ассоциации с "симбиозом плюсов и шарпа"). Надеюсь, мне удастся создать удобный, профессиональный, мультипарадигмальный, ультра-высокоуровневый язык с низким порогом вхождения в основы.
Несмотря на то, что это версия Pre-Pre-Alpha, но на этом языке уже можно запрограммировать примитивную программу, и он уже имеет некоторые рабочие преимущества перед C#. Среди них операторы !! (эквивалент x = !x) и CombineWith (вычисляет оба операнда, возвращает правый), функции Chain() и Mean(), полуфункция-полуоператор Q() (возвращает собственный код программы), намного более простое выполнение кода, записанного в строку, несоизмеримо бОльшие возможности глубокой рекурсии (на моем компьютере тест показал, что 1.3М - не предел) и намного более редкие вылеты (особенно в сравнении с последними версиями Visual Studio). В списках ниже перечислено, что уже работает, что нет, если что-то может быть непонятно, в скобках приводятся пояснения:
Что уже проверено и работает:
1. Не транслятор, который просто исполняет, а полноценный четырехпроходный компилятор: лексический анализ (разбивает на лексемы), предварительный анализ (выделяет классы и функции), основной анализ (строит синтаксическое дерево) и вычислительный анализ (оптимизирует синтаксическое дерево). Список ошибок в большинстве случаев работает корректно.
2. Следующие операторы: + - * (в том числе между строкой и числом) / % pow == > < >= <= != ++ -- >> << ! n! !! ~ & | ^ && || ^^ (бинарный, true ^^ true ^^ true возвращает true) and, or, xor (N-арный, true xor true xor true возвращает false) = CombineWith () sin, cos, tan, asin, acos, atan, ln += -= *= /= %= pow= &= |= ^= >>= <<= Infty, -Infty, Uncty, Pi, E.
3. Следующие функции: Chain() (цепь целых чисел в заданных границах), Choose() (выдает ошибки, но работает), FillList() (заполняет список одинаковыми значениями), ListWithSingle() (выдает ошибки, но работает), Abs(), Ceil(), Clamp() (эквивалентно Max(parameter2, Min(parameter1, parameter3))), Fibonacci(), Floor(), Frac(), IntRandom(), IntToReal() (принудительно преобразует целое число в действительное), Log() (с двумя параметрами), Max(), Max3(), Mean(), Mean3(), Min(), Min3(), Random(), RealRemainder(), Round(), Sign(), Truncate(), string.Compare(), string.Concat(), string.Join().
4. Следующие полуфункции-полуоператоры: ExecuteString(), Q().
5. Следующие типы: null, bool, short int, unsigned short int, int, unsigned int, real (длиной 8 байт), string.
6. Блоки в фигурных скобках.
7. Пользовательские классы и функции (с ограничениями). Пример объявления:

Code
1
2
3
4
5
6
7
8
9
10
11
12
Class MyClass //Class - с большой буквы
{
    unsigned int Function F1(unsigned int n) //Слово Function обязательно
    {
        return n * 2;
    }
 
    null Function F2()
    {
        return null; //Просто "return;" не катит
    }
}

8. Условия.
9. Возвраты.
10. Вызовы функций (как встроенных, так и пользовательских).
11. Автоматическое преобразование нескольких конкатенаций строк в одно объединение списка строк.
12. В случае применения некоторых операторов к константам они вычисляются на этапе компиляции.
13. Среда исполнения, можно сказать, полностью построена на try-catch, поэтому вероятность вылета ничтожна. Скорее всего, просто не вычислится одна функция или не присвоится значение одной переменной с выдачей соответствующего сообщения, так как большинство рискованных операций обернуты в свои блоки try-catch. В более тяжелом случае произойдет крах, и может также быть указанным место поломки (а может и не быть указанным), так как каждый этап компиляции и исполнения обернут в глобальный блок try-catch. Наконец, экстремальная ситуация, когда, например, не удалась инициализация списка, симулирующего стек вызовов - пишется, что произошла серьезная ошибка и программа не выполнена.
Что уже проверено и не работает:
1. Модификаторы доступа. Иногда их применение не выдает ошибку, но в любом случае все классы и функции являются открытыми.
2. Глобальный доступ (public).
3. Модификаторы параметров ref, out и params, а также ref в других местах кода.
4. Тернарные операторы.
5. Индексы и диапазоны.
6. Субординация классов.
7. Константы.
8. Конструкторы и деструкторы.
9. Рекурсивный тип.
10. Циклы. Вместо них можно использовать рекурсию или конструкцию ExecuteString("<SomeAction>" * <NumberOfIterations>);.
11. Операторы break и continue.
12. Оператор goto. Это плохой оператор, он ухудшает структуру кода, и мой язык отказался от его использования умышленно.
13. Комментарии. В примерах из этого сообщения они присутствуют, но если вы хотите протестировать эти примеры, комментарии придется убрать.
Что уже проверено и работает с ограничениями:
1. Все классы и функции являются безэкземлярными (oxyet).
2. Встроенные экземплярные функции также не могут быть вызваны.
3. Свойства. Работают только автосвойства, не работают свойства только для чтения, и чтобы обратиться к свойству, указывать содержащий его класс обязательно! Примеры допустимых объявлений и обращения к свойствам:

Code
1
2
3
4
5
6
7
8
9
10
11
Class MyClass
{
    int property = 3;
    real property2{ get, set } = 2;
    short int property3{ get } = -8; //Так нельзя
 
    real Function F()
    {
        return MyClass.property + MyClass.property2;
        return property + property2; //Так нельзя
    }

4. Списки. Можно вернуть список, использовать его во встроенной функции (например, string.Join()), вернуть из встроенной функции (например, Chain()), но нельзя пользоваться массивными и списочными типами и обращаться к элементу списка под каким-либо индексом.
5. Вследствие предыдущего пункта, не работает выполнение строки с параметрами (так как список параметров имеет списочный тип). Вместо этого можно использовать внедрение параметров прямо в код в строке, они будут неявно преобразованы в тип string.
6. Отсутствует универсальный оператор явного преобразования. Можно только использовать функцию IntToReal(), ее сокращение - суффикс "r" для чисел (1 / 3 вернет 0, а 1r / 3 - 0.333...) и такие конструкции, как n + "" или s - 0, а также присваивание переменной нужного типа.
7. Оператор is работает только с null и типами, причем не создает переменной с результатом преобразования в нужный тип (конструкция a is type b не работает). Вследствие того, что получаемая переменная не всегда фиксируется, вы можете обнаружить, что значение переменной не того типа, которым эта переменная была объявлена (например, после присваивания int a = 5; a имеет тип не int, а short int).
8. Могут быть проблемы с вложенными условиями без блоков, лучше не рисковать и вложить второе условие в блок.
9. Ключевые слова Class и Function пишутся с прописной буквы.
10. Пользовательские пространства имен находятся в разработке, пока что работают просто как безымянные блоки (нельзя обратиться к члену пространства имен снаружи).
11. Не работают многие виды ошибок и особенно предупреждений. Вообще маловероятно встретить предупреждение. Хотя фундаментальные ошибки работают.
12. Список ошибок работает на конкатенации строк, поэтому каждая ошибка ведет к его пересозданию, и при большом количестве ошибок компиляция может зависнуть. Например, на моем компьютере, если будет около 280 ошибок, компиляция, вероятно, будет длиться где-то 5 минут.
13. Вследствие того, что язык является ультра-высокоуровневым, и того, что за все в этой жизни надо платить, он работает существенно медленнее просто высокоуровневых языков, так же, как высокоуровневые языки - существенно медленнее низкоуровневых. Особенно он тормозит на рекурсии, которая работает в куче, а не в стеке вызовов: например, такой код:

Code
1
2
3
4
5
6
7
8
9
real Function F(unsigned int n)
{
    if (n <= 1)
    {
        return n;
    }
    return F(n - 1) + F(n - 2);
}
return F(20);

- на моем компьютере выполняется 22 минуты.
Все остальное не проверено и, скорее всего, не работает.
Также расширился список будущих возможностей языка:
1. Составные неравенства, такие же, как уже есть в математике и в Пайсене. Например, вместо x >= 0 && x < 10 можно будет написать 0 <= x < 10. С переменной x польза этого не так заметна, а вот если ее имя - что-то в стиле result_of_caculation_of_riemann_zeta_function, польза очевидна. В случае множества разных операторов сравнения производятся попарно между соседними операндами и комбинируются оператором &&, например, a > b < c == d >= e != f раскроется в a > b && b < c && c == d && d >= e && e != f.
2. Кроме оператора is, означающего "x является такого-то типа", также оператор maybe, означающий "x может быть такого-то типа", и оператор mbls, означающий "x может быть такого-то типа без потерь". Например, 3.14159 is string вернет false, а 3.14159 maybe string и 3.14159 mbls string - true. В то же время, например, 3.14159 mbls int вернет false. Оператор maybe практически всегда возвращает true, так как в моем языке система типов очень открытая. Но если вы попытаетесь написать, например, 3.14159 maybe Func[string, long long, int], скорее всего, получите false.
3. Операторы is-группы, проверяющие преобразование не только всей переменной к какому-либо типу, но и части этой переменной. Пример: s is "Function " + string name, number mbls 1 << int exp (проверяет, является ли number степенью 2), a maybe int b + 5 (последний пример, вопреки предсказаниям некоторых прочитавших, не всегда будет возвращать только true; конечно, если a типа int, то всегда; но если представить себе, что a имеет, например, тип real, как получить false, становится очевидным). Данная конструкция делает проверку в две стороны: 1 - выполняет обратную операцию и ищет кандидатов на результат, 2 - выполняет прямую операцию и проверяет, получено ли исходное значение, причем maybe допускает переполнение, is и mbls - не допускают. Поддерживаются только следующие операторы: + (для чисел и строк) "-" * / % pow >> << & | ^ concat (аналог + для коллекций, как ✠ в бывшем C↑ᶜC). Может быть создана только одна переменная, так что даже не пытайтесь проверить язык на прочность решением кубического уравнения в стиле number is 5 * real x pow 3 - 2 * x * x - 21 * x + 4 или тем более факторизацией number is long long x * long long y - это не выйдет! Также нельзя использовать функции, только операторы.
4. Очередной шаг к сближению обычной коллекции и полиморфизма: списки (словари, хэш-таблицы, ...) однотипных классов и функций (не лямбда-выражений, а функций!), как в примере:

Code
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
() (public sealed Class : IUnsignedIntegerNumber) numberTypes = (
{
    unsinged int a, b, c;
},
{
    unsigned int a, b, c, d, e;
},
{
    () unsigned int list;
});
Dictionary[(typename T, int n), oxyet multiconst string Function(real x, real y)] myFunctions = ((int, _),
{
    return "!#" + myFunctions[_, n](x, y);
}), ((real, _),
{
    return "!@" + myFunctions[_, n](x, y);
}), (((string, _),
{
    return "!$" + myFunctions[_, n](x, y);
}), ((_, 1),
{
    return x + y;
}), ((_, 2),
{
    return x * y;
}), ((_, 3),
{
    return x pow y;
}), ((_, unsigned int m + 1),
{
    return myFunctions[_, m](x, myFunctions[_, n](x, y - 1));
}), ((_, _),
{
    return 0;
}), (_,
{
    return null;
}));

Пояснения: первая часть содержит список классов. Так как имя общее для всех элементов, оно указывается после взятых в скобки модификаторов класса, а не, как обычно, после слова Class. При этом, если попытаться так определить один класс, ничего не получится:

Code
1
2
3
4
5
//Так не получится
(public sealed Class : IUnsignedIntegerNumber) myNumberType =
{
    unsinged int a, b, c;
}

Во второй части содержится более хитрая конструкция - словарь функций. Символ _ означает "все не перечисленные возможные значения", то есть, например, (string, _) означает "тип string в сочетании в любым числом", так как ни одно число в сочетании с типом string не перечислено. Также можно перенаправить выполнение из одной "ячейки" коллекции в другую, в том числе в не перечисленную, что и делается. Также можно обратиться по индексу, который прямо не перечислен, но удовлетворяет некоторому выражению (обращение к такому индексу эквивалентно проверке индекса _ оператором mbls) (в данном случае unsigned int m + 1). Кроме того, индексы _ и (_, _) - не одно и то же: первый работает абсолютно с чем угодно, второй не работает, например, если весь кортеж равен null. Теперь (хотя не знаю, когда удастся это реализовать) Dictionary является фундаментальным оператором языка вместо template, и списки, хэш-таблицы и прочие опираются именно на Dictionary. Если так будет продолжаться дальше, скоро отпадет необходимость в слове "полиморфизм", так как это будет просто коллекция классов или функций.
5. Оператор ".=", присваивающий какому-либо гиперимени свойство или метод этого же гиперимени ("a.=Property" эквивалентно "a = a.Property").
Так как последнее бывшее в употреблении название языка - C with stations, то там, где в сообщениях об ошибках встречается название языка, используется именно это название, так как название "Unnamed2" в сообщении об ошибке - как-то не красиво.

@Катафалк · 18.10.2020, 12:06

Сообщение от Etyuhibosecyu

DCASTF, написанный на основе C++, выполнял некоторую программу за 2 минуты, а новый язык, написанный на основе Шарпа - за 2 секунды

А за сколько аналогичную программу исполняет например питон?

@Etyuhibosecyu · 18.10.2020, 14:02 **[ТС]**

Сообщение от Катафалк

А за сколько аналогичную программу исполняет например питон?

Забыл, что ту программу я исполнял на другом компьютере. Но в любом случае, даже, например, 30 секунд и 2 секунды - разница существенная, не так ли? Интерпретатора "питона" у меня на компьютере нет, да и сам язык я хоть и прочитать могу, как полиглот, но писать на нем не умею. Но думаю, может вообще вылететь с StackOverflow.

Добавлено через 1 час 4 минуты

Сообщение от Etyuhibosecyu

даже, например, 30 секунд

Для интереса протестировал, оказывается, никаких не 30 секунд. На том компьютере выполнялась, наверное, 10 минут, на этом - 4 минуты 27 секунд. А на новом языке - 2 секунды. Впечатляет, не так ли?

Добавлено через 43 минуты

Сообщение от Etyuhibosecyu

Но думаю, может вообще вылететь с StackOverflow.

Я угадал.

@Катафалк · 18.10.2020, 14:16

Сообщение от Etyuhibosecyu

Для интереса протестировал, оказывается, никаких не 30 секунд. На том компьютере выполнялась, наверное, 10 минут, на этом - 4 минуты 27 секунд. А на новом языке - 2 секунды. Впечатляет, не так ли?

Ну откройте вы хоть один реальный бенчмарк, который разработчики языков публикуют, чтобы свой язык прорекламировать. Никто не говорит: "У нас вот такой кусок кода выполняется 2 секунды". И даже "Теперь он у нас выполняется 2 секунды, а раньше полчаса". Потому что сами по себе эти цифры никому ничего не скажут, они бессмысленны.
Все говорят: "У нас вот этот кусок кода выполняется 2 секунды, а у конкурентов - целых 4! Мы быстрее!". Берите пример с разработчиков других языков, рекламируйте как принято.

Добавлено через 44 секунды

Сообщение от Etyuhibosecyu

выполнял некоторую программу за 2 минуты

Кстати, а что за программа то?

@Etyuhibosecyu · 18.10.2020, 14:20 **[ТС]**

Сообщение от Катафалк

Кстати, а что за программа то?

Code
1
2
3
4
5
6
7
8
9
real Function F(unsigned int n)
{
    if (n <= 1)
    {
        return n;
    }
    return n + F(n - 1);
}
return F(10000);

Croessmah · 18.10.2020, 14:22

Не по теме:

Сообщение от Катафалк

Признавайтесь, кто из местных статью тиснул?

А я знаю автора статьи. Да, да, он местный. :D

@MrOnlineCoder · 18.10.2020, 19:03

Сообщение от Etyuhibosecyu

Что это за формат, не знаю. Когда-то была прописана в обычном TXT. Сейчас она устарела.

https://ru.wikipedia.org/wiki/... 1%80%D0%B0

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

Сообщение от Etyuhibosecyu

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

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

@Pro_grammer · 19.10.2020, 08:48

Сообщение от Etyuhibosecyu

КодВыделить код
real Function F(unsigned int n)
{
if (n <= 1)
{
return n;
}
return n + F(n - 1);
}
return F(10000);

Настолько простой код для процессора (целые же числа!), что даже бенчмарком назвать это сложно.

Сообщение от Etyuhibosecyu

На том компьютере выполнялась, наверное, 10 минут, на этом - 4 минуты 27 секунд. А на новом языке - 2 секунды. Впечатляет, не так ли?

Вообще не впечатляет. Что за комп и за ЯП, где 10 минут ЭТО работает

Вот результат работы с аналогичным кодом свободного языка программирования FreeBasic:

Unnamed2 Preview 1.0 (Pre-Pre-Alpha). Можете пробовать плоды с дерева нового потомка BCPL

Выполнено за 0 ms. Т.е. системной функции GetTickCount даже не хватает разрешения, что бы отобразить реальное время работы программы, насколько оно мало.
При 2-х секундах работы на дисплее было бы 2000, так, на всякий случай, кто не знает.

В общем пока счет 2000:0 не в вашу пользу, уважаемый Etyuhibosecyu.
Совершенствуйте!

@Usaga · 19.10.2020, 15:21

Etyuhibosecyu, как скоро вы перепишете Unnamed2 Preview 1.0 на Unnamed2 Preview 1.0?

@Etyuhibosecyu · 19.10.2020, 15:23 **[ТС]**

Usaga, не понимаю.

@Usaga · 19.10.2020, 15:26

Etyuhibosecyu, ну, испытание вашего языка реальной задачей. Компилятор (транспилер) TypeScript'а переписали на TypeScript'е, компилятор C# переписали на C# (версии с пятой или шестой, не помню уже). С LLVM тоже самое было. Показатель того, что язык не игрушечный и реализация его интерпретатора\компилятора вменяемая.

@Etyuhibosecyu · 19.10.2020, 15:29 **[ТС]**

Usaga, вот, значит, как! Я тоже об этом думал, но для этого необходимо уметь программно создавать исполняемый файл и переводить с языка, описанного LALR(1)-грамматикой, на C#. Думаю, не раньше Preview 3.0.

@Usaga · 19.10.2020, 15:32

Etyuhibosecyu, зачем исполняемый файл? TypeScript'у не требуется исполняемый файл, чтобы TypeScipt'ить.

Добавлено через 52 секунды

Сообщение от Etyuhibosecyu

переводить с языка, описанного LALR(1)-грамматикой, на C#.

Так вы что делаете-то? Интерпретатор, компилятор или транспиллер (переводчик с одного языка на другой)?

@Etyuhibosecyu · 19.10.2020, 15:39 **[ТС]**

Сообщение от Usaga

Так вы что делаете-то?

Пока что интерпретатор, а со временем, думаю, будет и компилятор. В языке будет функция ExecuteForeignString, принимающая на вход три параметра - код, список параметров вызова и LALR(1)-грамматику некоторого языка, и мой язык будет переводить с этого языка на C# и исполнять соответствующую программу.

@Usaga · 19.10.2020, 15:42

Etyuhibosecyu, какие это даёт преимущества перед использованием самого C#?

@Etyuhibosecyu · 19.10.2020, 15:48 **[ТС]**

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

@Usaga · 19.10.2020, 15:55

Сообщение от Etyuhibosecyu

возможность писать на более функциональном языке.

На более функциональном, чем F#?

developer123 · 19.10.2020, 15:56

Etyuhibosecyu - неужели вы не понимаете что вы никогда не напишете компилятор хоть как то рядом стоящий с существующими? Тот же GCC уже лет 30 пишут. Точные сроки лень смотреть. И дальше будут его писать.

Одно понятно - желание что то сделать так и прёт. Вот только выбор этого что - какой то странный. Почему делать то что уже есть? Ладно получалось бы. Тогда можно было бы сделать лучше того что есть. Но получается же откровенный бред. Вот если бы что то новое - то там не такие требования были бы строгие. Не с чем сравнивать. И самая лютая фигня была бы лучшая - в своём классе. т.к. единственная.

Не знаю сколько вам лет - но желание делать абсолютно любую фигню хорошо лечится профессиональным выгоранием. Потерпите и оно придёт.

@Usaga · 19.10.2020, 15:59

developer123, тут всё просто: ТС-у не даёт покое желание создать что-то великое. Или денежное. Или и то и другое сразу. Это он ещё до написания ОС не добрался.

@Etyuhibosecyu · 19.10.2020, 16:03 **[ТС]**

Сообщение от Usaga

На более функциональном, чем F#?

Причем тут буква F? Возможно, вы имели в виду C#?

Сообщение от developer123

неужели вы не понимаете что вы никогда не напишете компилятор хоть как то рядом стоящий с существующими?

Открою страшную тайну - функциональность, написанную за 30 лет, я могу повторить за месяц активной работы! Для этого нужно вызвать нужный метод, только и всего!

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

@Usaga · 19.10.2020, 16:06

Сообщение от Etyuhibosecyu

Причем тут буква F? Возможно, вы имели в виду C#?

Нет. Я имел в виду именно F# - функциональный язык на базе .NET. Как раз для тех, кто хочет позадуряться функциональщиной.

Добавлено через 21 секунду

Сообщение от Etyuhibosecyu

Вот так получится более функциональный язык, чем C#.

Он уже давно получился. Называется F#.

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

Новые блоги и статьи Все статьи Все блоги /
сукцессия 43. Вторая научная статья за месяц- прайминг и гатгил anaschu 25.07.2026 две стороны одной монеты	Более приземисто - Эстафету хвоста в .cdl (деревья эстафеты в сад). Hrethgir 24.07.2026 В будущем, после написания блока инверсии обхода дерева (эстафеты хвоста), я планирую вернуться к нашему прошлому разговору о том, обладают ли знания целеполаганием. Тогда я пришел к выводу, что. . .	Вот представьте что вам дали бессмертие. kumehtar 24.07.2026 Вот представьте что вам дали бессмертие, ничего более не меняя. Вообще ничего, только бессмертие в нынешнем виде. Рады были бы? Что бы вы тут делали всё это время? Никакой пенсии. Никакого нового. . .	сукцессия 41 anaschu 24.07.2026 Численная верификация бифуркации в агентной модели лесной сукцессии: от одного параметра к ансамблю Автор: пользователь @Shumilov_AS \| Раздел: Прикладная математика / Численные методы Кратко. . .
сукцессия 40. Ансамблевая кластерная параметризаци, часть 1. anaschu 24.07.2026 Пр# Сопровождение научной статьи ИИ-ассистентом: подготовка публикации и калибровка агентно-ориентированной модели сукцессии микоризных систем Полевые заметки о двухнедельной совместной работе. . .	Теория всего 12. ВГК на планете в стратегической игре "терра" anaschu 21.07.2026 ### Главные семантические изменения и дешифровка новой физики 1. `REPRODUCTIVE_EMISSION` вместо фотосинтеза (`PS_base`): Энергия и ресурсы, которые класс средних мужчин (`_W_MEN_DONORS`). . .	Публикация отклонённая на хабре. Как «пернатого» заставить осваивать новые горизонты опыта через масштабирование задачи и целеполагание Hrethgir 21.07.2026 https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11948&stc=1&d=1784657928 Привет Хабр. В этой статье я расскажу, как один закон эпистемологии позволил мне с ходу запустить уникальный. . .	Теория всего 11. Основные параметры anaschu 21.07.2026 Дешифровка тензорного ядра Soil Chemistry 2. 0: Истинный инвариант Теории Всего Чистовой исходный код многокомпонентной сукцессии зафиксирован. Модель оперирует единым вектором состояния. . .

@Usaga 14371 / 9475 / 1360 Регистрация: 21.01.2016 Сообщений: 35,747
	19.10.2020, 15:21
	Etyuhibosecyu, как скоро вы перепишете `Unnamed2 Preview 1.0` на `Unnamed2 Preview 1.0`? 0

@Etyuhibosecyu Труд вопреки насмешкам 363 / 181 / 41 Регистрация: 13.07.2017 Сообщений: 4,837 Записей в блоге: 14
	19.10.2020, 15:23 [ТС]
	Usaga, не понимаю. 0

@Usaga 14371 / 9475 / 1360 Регистрация: 21.01.2016 Сообщений: 35,747
	19.10.2020, 15:26
	Etyuhibosecyu, ну, испытание вашего языка реальной задачей. Компилятор (транспилер) TypeScript'а переписали на TypeScript'е, компилятор C# переписали на C# (версии с пятой или шестой, не помню уже). С LLVM тоже самое было. Показатель того, что язык не игрушечный и реализация его интерпретатора\компилятора вменяемая. 0

@Etyuhibosecyu Труд вопреки насмешкам 363 / 181 / 41 Регистрация: 13.07.2017 Сообщений: 4,837 Записей в блоге: 14
	19.10.2020, 15:29 [ТС]
	Usaga, вот, значит, как! Я тоже об этом думал, но для этого необходимо уметь программно создавать исполняемый файл и переводить с языка, описанного LALR(1)-грамматикой, на C#. Думаю, не раньше Preview 3.0. 0

@Usaga 14371 / 9475 / 1360 Регистрация: 21.01.2016 Сообщений: 35,747
	19.10.2020, 15:42
	Etyuhibosecyu, какие это даёт преимущества перед использованием самого C#? 0

@Etyuhibosecyu Труд вопреки насмешкам 363 / 181 / 41 Регистрация: 13.07.2017 Сообщений: 4,837 Записей в блоге: 14
	19.10.2020, 15:48 [ТС]
	Usaga, возможность писать на более функциональном языке. Какая именно у него будет функциональность, описано во множестве моих тем, включая эту, повторяться не хочу. 0

developer123 107 / 65 / 0 Регистрация: 20.08.2013 Сообщений: 321
	19.10.2020, 15:56
	Etyuhibosecyu - неужели вы не понимаете что вы никогда не напишете компилятор хоть как то рядом стоящий с существующими? Тот же GCC уже лет 30 пишут. Точные сроки лень смотреть. И дальше будут его писать. Одно понятно - желание что то сделать так и прёт. Вот только выбор этого что - какой то странный. Почему делать то что уже есть? Ладно получалось бы. Тогда можно было бы сделать лучше того что есть. Но получается же откровенный бред. Вот если бы что то новое - то там не такие требования были бы строгие. Не с чем сравнивать. И самая лютая фигня была бы лучшая - в своём классе. т.к. единственная. Не знаю сколько вам лет - но желание делать абсолютно любую фигню хорошо лечится профессиональным выгоранием. Потерпите и оно придёт. 0

@Usaga 14371 / 9475 / 1360 Регистрация: 21.01.2016 Сообщений: 35,747
	19.10.2020, 15:59
	developer123, тут всё просто: ТС-у не даёт покое желание создать что-то великое. Или денежное. Или и то и другое сразу. Это он ещё до написания ОС не добрался. 0