Про круглые дырки помню, поскольку сохранился инструмент (кстати, изготовливал его не я, один коллега сделал), чем заклеивали квадратные вырезы - не помню. Наверное, да, синей изолентой ...
Это самодельная вырубка, предназначенная для проделывания дополнительного отверстия в пятидюймовой дискете (двусторонней), которое позволяло перевернуть дискету в дисководе и записывать информацию на вторую сторону. Кажется, такое было возможно на ДВК или на Искре-1030. Отверстие пробивалось симметрично уже имевшемуся в конверте, сам магнитный носитель пробивать было нельзя (поэтому использовалась какая-нибудь подкладка из дерева или пластика)
Про вырубки правильно, а насчёт использования - есть более приближенное к программированию. В давние времена, когда ОС были ещё не диалоговыми, а пакетными, программист писал программу на бумаге и сдавал в перфорацию. Там оператор набивал её на перфокартах и отдавал программисту колоду. Далее колода сдавалась другому оператору, который прогонял её на компьютере, после прогона программист получал распечатку, исправлял ошибки и цикл повторялся. Однако исправление мелких ошибок можно было выполнить вручную, минуя этап перфорации. Для ЕС ЭВМ (IBM 360) каждый столбик перфокарты представлял один символ, всего их было 80. Прорезая дырочки в одних строчках и заделывая в других, можно было менять отдельные символы. Для прорезания использовали лезвие от безопасной бритвы, а для заделывается как раз и применялись "дырки" от перфокарт (у меня была тогда коробочка с таким вырубками)
С таким определением можно задавать метрику (способ вычисления расстояния между элементами множества) для чего угодно, например, для функций. Кроме того, в обычном эвклидовом пространстве можно задать расстояние способом, отличным от традиционного, при этом в двумерном пространстве окружность может иметь форму квадрата
По сути я использую 2 дерева, первое то что вы прислали "строится" с помощью рекурсии, по сути его физически нет но расчёт идёт от ветвей к корню, префиксное дерево используется для поиска кастомных операторов и функций
Если дерева "физически нет" - как вам удаётся организовать многократное вычисление одного и того же выражения? Может, ссылка на двоичное дерево выражения все-таки сохраняется?
Зачем нужен поиск операторов, да еще с помощью префиксного дерева? Вроде бы проще при компиляции закодировать их кодами (например, числами) и выбирать нужную операцию по коду
Время выполнения скомпилированной функции: 26.68 нс
Эти данные кажутся мне несколько странными, по моим оценкам время компиляции должно быть примерно сопоставимо с временем прямого вычисления. Поскольку из вашей публикации абсолютно невозможно понять, в какое промежуточное представление вы компилируете выражения (я с ужасом подумал - неужто прямо в команды процессора?), невозможно и оценить ценность вашей библиотеки. Естественно, такого рода библиотека вряд ли может быть совсем новаторской, а бенчмарки совсем не помогают осознанию её преимуществ или хотя бы особенностей
Мне одному кажется, что что-то в этой записи не так? И это не только запятая в подынтегральном выражении. Как можно брать предел по переменной, по которой происходит интегрирование? Глубоко не разбирался, но должен или предел быть для t, или интегрирование должно вестись по dt
Добавлю сюда ссылку на канал о путешествиях, в основном посвященный Японии. Автор перемещается по стране на поездах (часто - ночных), самолетах, паромах, ночует в капсульных отелях. Большое внимание уделяется бытовым и гастрономическим подробностям.
Только для этого нужна была библиотека KeyGP, разрабатывавшаяся в Зеленограде, в том же предприятии, где делали ДВК. Эта библиотека была платная и имела хитроумную привязку к диску, т.е. просто так не скопируешь
Точно не предпринимал никаких усилий, чтобы совмещать графический и текстовый режимы. Обнаружил эту возможность случайно, если не ошибаюсь - запустил свою текстовую программу, когда на экране оставалось изображение от какой-то игры (что-то вроде Maze Runner), которая слетела. Тоже тогда удивился наличию такой возможности
В своё время разрабатывал прекрасные TUI для ДВК-3.
Естественно, всякие рюшечки, в виде буковок различного размера, и всякие пиктограммки не нарисуешь.
Тоже работал на ДВК-3 очень давно. Насколько я помню, там можно было накладывать графический экран на текстовый, совмещая текстовый и графический режимы. Это позволяло создавать текстовые меню типа: "L-линия, R-прямоугольник, C-окружность", ожидать нажатия соответствующей клавиши и отображать результат выполнения на графическом экране
пока не вижу поддержки и заинтересованности сообщества в этом чтобы потратить на эвалюатор ещё времени
Чтобы получить поддержку и заинтересованность, вам бы не помешало создать какой-нибудь содержательный пример применения вашей библиотеки. Какой именно - я не знаю, но практически уверен, что попытка построения такого примера в виде программы почти наверняка привела бы к осознанию того, что компиляция и вычисление должны быть разделены
Интересно сравнить произведение ИИ с аналогичной стилизацией, которая создана человеком (когда исполняют песню одного артиста в стиле другого)
Paranoid, if it were written by Dire Straits
Про круглые дырки помню, поскольку сохранился инструмент (кстати, изготовливал его не я, один коллега сделал), чем заклеивали квадратные вырезы - не помню. Наверное, да, синей изолентой ...
Возможно, этого уже не помню
Это самодельная вырубка, предназначенная для проделывания дополнительного отверстия в пятидюймовой дискете (двусторонней), которое позволяло перевернуть дискету в дисководе и записывать информацию на вторую сторону. Кажется, такое было возможно на ДВК или на Искре-1030. Отверстие пробивалось симметрично уже имевшемуся в конверте, сам магнитный носитель пробивать было нельзя (поэтому использовалась какая-нибудь подкладка из дерева или пластика)
Кто знает, что это такое?
Про вырубки правильно, а насчёт использования - есть более приближенное к программированию. В давние времена, когда ОС были ещё не диалоговыми, а пакетными, программист писал программу на бумаге и сдавал в перфорацию. Там оператор набивал её на перфокартах и отдавал программисту колоду. Далее колода сдавалась другому оператору, который прогонял её на компьютере, после прогона программист получал распечатку, исправлял ошибки и цикл повторялся. Однако исправление мелких ошибок можно было выполнить вручную, минуя этап перфорации. Для ЕС ЭВМ (IBM 360) каждый столбик перфокарты представлял один символ, всего их было 80. Прорезая дырочки в одних строчках и заделывая в других, можно было менять отдельные символы. Для прорезания использовали лезвие от безопасной бритвы, а для заделывается как раз и применялись "дырки" от перфокарт (у меня была тогда коробочка с таким вырубками)
Кто знает, что это такое и для чего может быть использовано?
Метрическое пространство
С таким определением можно задавать метрику (способ вычисления расстояния между элементами множества) для чего угодно, например, для функций. Кроме того, в обычном эвклидовом пространстве можно задать расстояние способом, отличным от традиционного, при этом в двумерном пространстве окружность может иметь форму квадрата
Здесь краткий обзор различных размерностей в популярном виде
Вот табличка оттуда
Если дерева "физически нет" - как вам удаётся организовать многократное вычисление одного и того же выражения? Может, ссылка на двоичное дерево выражения все-таки сохраняется?
Зачем нужен поиск операторов, да еще с помощью префиксного дерева? Вроде бы проще при компиляции закодировать их кодами (например, числами) и выбирать нужную операцию по коду
А какие преимущества у префиксного дерева для вычисления значания выражения?
Не совсем понял, при чем тут префиксное дерево? Это структура более сложная, чем двоичное дерево арифметического выражения.
Такое дерево вы имеете в виду?
Поэтому и кажется странным, что это занимает в 150 раз больше времени
Эти данные кажутся мне несколько странными, по моим оценкам время компиляции должно быть примерно сопоставимо с временем прямого вычисления. Поскольку из вашей публикации абсолютно невозможно понять, в какое промежуточное представление вы компилируете выражения (я с ужасом подумал - неужто прямо в команды процессора?), невозможно и оценить ценность вашей библиотеки. Естественно, такого рода библиотека вряд ли может быть совсем новаторской, а бенчмарки совсем не помогают осознанию её преимуществ или хотя бы особенностей
Мне одному кажется, что что-то в этой записи не так? И это не только запятая в подынтегральном выражении. Как можно брать предел по переменной, по которой происходит интегрирование? Глубоко не разбирался, но должен или предел быть для t, или интегрирование должно вестись по dt
Ну, по смыслу скорее первое ...
Добавлю сюда ссылку на канал о путешествиях, в основном посвященный Японии. Автор перемещается по стране на поездах (часто - ночных), самолетах, паромах, ночует в капсульных отелях. Большое внимание уделяется бытовым и гастрономическим подробностям.
https://www.youtube.com/@SoloSoloTravel
Я в Японии не бывал, но посмотрел с интересом
Точно не предпринимал никаких усилий, чтобы совмещать графический и текстовый режимы. Обнаружил эту возможность случайно, если не ошибаюсь - запустил свою текстовую программу, когда на экране оставалось изображение от какой-то игры (что-то вроде Maze Runner), которая слетела. Тоже тогда удивился наличию такой возможности
Тоже работал на ДВК-3 очень давно. Насколько я помню, там можно было накладывать графический экран на текстовый, совмещая текстовый и графический режимы. Это позволяло создавать текстовые меню типа: "L-линия, R-прямоугольник, C-окружность", ожидать нажатия соответствующей клавиши и отображать результат выполнения на графическом экране
Я тоже, в частности, потому, что не обнаружил поблизости белое пространство
Чтобы получить поддержку и заинтересованность, вам бы не помешало создать какой-нибудь содержательный пример применения вашей библиотеки. Какой именно - я не знаю, но практически уверен, что попытка построения такого примера в виде программы почти наверняка привела бы к осознанию того, что компиляция и вычисление должны быть разделены