Я конечно понимаю, но Лучше бы “рассказали” как не ловить крэши браузера FF 115.xx (LTS) 32-бит https://download.mozilla.org/?product=firefox-esr115-latest-ssl&os=win&lang=en-US на Atom 3740 c 2Гб памяти в нетбуке трансформере от Asus. (c которого и набрано и это сообщение) . Бывает часто - открываеш вкладку, а она крашится, но при повторном открытии - норм. (под Win 8.1). Новые обновления браузера не решают эту частную “проблему” (если проблема не в самой используемой Windows системе и как они её “ломают” для контроля ПК конечного пользователя, хоть бы намекнули какое обновление “безопасности” установить в необновляемой Windows системе, чтобы не получать рапорты об аварийном закрытии браузера :)
P.S. Судя по “эффектам” наблюдаемых при этом, то без участия алгоритмов сгенерированных с ИИ это не обошлось… Но, в целом, от версии 115.xx пока отказываться не собираюсь до окончания её поддержки до (официального) прекращения в августе (пока терплю как те Ёжики …:)
Так тоже делают, но если “выжимать” из Форт кода при выполнении, к примеру, на регистровых вычислителях (т.к. на масс рынке почему то фактически нет MISC контроллеров/процессоров, если их не реализовывать на FPGA) то теряем в производительности результирующего нативного кода.
P.S. Хотя, вероятно, для Форт понимания это не так важно, если его реализуют и в том числе на языках как Питон и JS, TypeScript (достаточно на Github и др. площадках размещения открытых проектов ввести слово Forth для поисковика). Забавно, что появляются и такие проекты :) https://github.com/ertgl/cx-tagged-template (Class-name expressions in the style of concatenative programming)
В целом могут быть варианты реализации (касающиеся, к примеру, Форт- систем с нативной генерацией оптимизированного кода для использования регистров процессора/контроллера как SPF4, VFX Forth, iForth …), но один из вариантов - перенос лок. переменных со стека данных на стек возвратов, если для них не добавили ещё стек локальных переменных.
P.S. Чем интересен Вам Форт язык в сравнении с другими конкатенативными (цепочечными) языками https://concatenative.org (как пример Factor язык включающий и функциональную парадигму)
Отчасти это так, но это относится и к коду и на других используемых языках когда нужно удерживать в памяти логику действий с локальными переменными, которые, ккстати, добавили в стандарт и Форт 94-года.
P.S. А, часто Форт код и нет необходимости читать вне контекста его изменения, при этом достаточно проверить вход/выхход отдельного слова в интерактивном режиме.(в этом аспекте у меня никогда не возникало проблем по “корректировке” Форт кода) К любому коду полученному от той же LLM это также применимо.
@" Итого, если в LISP скобка — это базовый эзотерический символ, а в прочих языках соблюдается некий баланс, то в Форте вся эзотерика строится на отсутствии скобок в записи выражений . Мегаследствие: все различия глобальных концептов в программировании определяются числом скобок в языке ! А не всякими там ООП , замыканиями и прочими коротящими мозги штуками ."
А, ещё для Autocad была возможность делать скрипты на Форт - Atlast диалект, на Github, помимо оригинального сайта по описанию Atlast находится и такой архив https://github.com/Fourmilab/ClassWar
При запросе на генерацию кода на нём, думаю, и ИИ подтянут свои скилы, если ещё этого нет и Форт (не путать с Фортран языком!) опять займёт подобающее ему место во всевозможных популярных рейтингах языков программирования.
P.S. А, если появятся кремневые Форт-процессоры (контроллеры), непосредственно поддерживающие Форт, то вообще хорошо. :) (GA144 им в пример https://habr.com/ru/search/?q=GA144)
В рамках Форт (Forth) языка и ИИ, один из проектов в развитии на Github TensorForth https://github.com/chochain/tensorForth (Forth does tensors, in CUDA) - 56 звёзд на текущий момент.
P.S. C Форт такая проблема, что его почти не дают даже в Вузовских программах, не рассматривая школьников (соответственно вокруг его парадигмы не формируется методологический базис) и книги изданные по нему на русском языке в конце 80-х начало 90-х ориентированы на стандарт 83-го года, хотя сейчас в действии ANSI 94-года. Но Форт не забыт и рускоязычными пользователями в действующих форумах, телеграм каналах … и надеюсь увлечёнными “хакерами” :)
Такие языки как Lisp, Prolog, Forth, Smalltalk думаю и сейчас, возможно, без афиширования используются в тематике ИИ.
Р.S. А, “проиграли” они историческую гонку в силу разных причин и предположу, что их концептуальная простота оказалась мало востребованной в мире развития алгоритмического мышления с проектированием разного синтаксиса языков и перекладыванием на него оформленных задач решаемых семантикой языка. Выражать разнообразную семантику в привязке к синтаксису оказалось в массе своей проще в “Алгол” языках., а IT “художники” остались не у дел.
Замысел автора: Написать статью полезную, красиво написанную и прославляющюю ИИ, но без технических подробностей и с долей критики в “неумение” своих оценок предложенных решений?
P.S. Предлагаю такие статьи по содержанию отмечать, к примеру, тегом “Философия ИИ”. :)
Извиняюсь. В последнем предложении для сравнения графики “компьютера” для вывода статического изображения - перепутал с Gigatron TTL “компьютером”, который в других идеях спроектирован. https://habr.com/ru/companies/neuronspace/articles/465805/
«Методология оценки финансовой эффективности от ИИ/ГенИИ». Ссылка ведёт на сайт, а не на документ!
Гугловский Gemini в поисковике и на отдельной вкладке ИИ вполне неплох.
С тупыми ли? А учитель с ними не общается, вероятно?
А, зачем Учитель в школе? ИИ не может быть наставником?
А смысл статьи про “программирование”, а не лучше ли с какого возраста знакомить ребёнка с ИИ и зачем?
Я конечно понимаю, но Лучше бы “рассказали” как не ловить крэши браузера FF 115.xx (LTS) 32-бит https://download.mozilla.org/?product=firefox-esr115-latest-ssl&os=win&lang=en-US на Atom 3740 c 2Гб памяти в нетбуке трансформере от Asus. (c которого и набрано и это сообщение) . Бывает часто - открываеш вкладку, а она крашится, но при повторном открытии - норм. (под Win 8.1). Новые обновления браузера не решают эту частную “проблему” (если проблема не в самой используемой Windows системе и как они её “ломают” для контроля ПК конечного пользователя, хоть бы намекнули какое обновление “безопасности” установить в необновляемой Windows системе, чтобы не получать рапорты об аварийном закрытии браузера :)
P.S. Судя по “эффектам” наблюдаемых при этом, то без участия алгоритмов сгенерированных с ИИ это не обошлось… Но, в целом, от версии 115.xx пока отказываться не собираюсь до окончания её поддержки до (официального) прекращения в августе (пока терплю как те Ёжики …:)
Баян. @“Ничего личного, только Бизнес”
P.S. Лишь бы рынк это “проглотил” и не купился на “Китайское” :)
Так тоже делают, но если “выжимать” из Форт кода при выполнении, к примеру, на регистровых вычислителях (т.к. на масс рынке почему то фактически нет MISC контроллеров/процессоров, если их не реализовывать на FPGA) то теряем в производительности результирующего нативного кода.
P.S. Хотя, вероятно, для Форт понимания это не так важно, если его реализуют и в том числе на языках как Питон и JS, TypeScript (достаточно на Github и др. площадках размещения открытых проектов ввести слово Forth для поисковика). Забавно, что появляются и такие проекты :) https://github.com/ertgl/cx-tagged-template (Class-name expressions in the style of concatenative programming)
И, такое есть от испанских студентов: С -> Lisp -> gForth на базе Yacc https://github.com/search?q=pl_practica_final&type=repositories&s=updated&o=desc
P.S. Проекты реализации Лисп на Форт тоже имеются, как и Форт на Лиспе.
В целом могут быть варианты реализации (касающиеся, к примеру, Форт- систем с нативной генерацией оптимизированного кода для использования регистров процессора/контроллера как SPF4, VFX Forth, iForth …), но один из вариантов - перенос лок. переменных со стека данных на стек возвратов, если для них не добавили ещё стек локальных переменных.
P.S. Чем интересен Вам Форт язык в сравнении с другими конкатенативными (цепочечными) языками https://concatenative.org (как пример Factor язык включающий и функциональную парадигму)
На форуме сайта https://radiokot.ru/forum/ есть раздел - Изготовление PCB и в нём, в частности, известная тема - Лазерная установка для засветки фоторезиста от AlphaCrow - https://radiokot.ru/forum/viewtopic.php?t=119089
Возможно она будет полезна и для Вас.
Отчасти это так, но это относится и к коду и на других используемых языках когда нужно удерживать в памяти логику действий с локальными переменными, которые, ккстати, добавили в стандарт и Форт 94-года.
P.S. А, часто Форт код и нет необходимости читать вне контекста его изменения, при этом достаточно проверить вход/выхход отдельного слова в интерактивном режиме.(в этом аспекте у меня никогда не возникало проблем по “корректировке” Форт кода) К любому коду полученному от той же LLM это также применимо.
@" Итого, если в LISP скобка — это базовый эзотерический символ, а в прочих языках соблюдается некий баланс, то в Форте вся эзотерика строится на отсутствии скобок в записи выражений . Мегаследствие: все различия глобальных концептов в программировании определяются числом скобок в языке ! А не всякими там ООП , замыканиями и прочими коротящими мозги штуками ."
https://neolurk.org/wiki/Forth
А, ещё для Autocad была возможность делать скрипты на Форт - Atlast диалект, на Github, помимо оригинального сайта по описанию Atlast находится и такой архив https://github.com/Fourmilab/ClassWar
При запросе на генерацию кода на нём, думаю, и ИИ подтянут свои скилы, если ещё этого нет и Форт (не путать с Фортран языком!) опять займёт подобающее ему место во всевозможных популярных рейтингах языков программирования.
P.S. А, если появятся кремневые Форт-процессоры (контроллеры), непосредственно поддерживающие Форт, то вообще хорошо. :) (GA144 им в пример https://habr.com/ru/search/?q=GA144)
В рамках Форт (Forth) языка и ИИ, один из проектов в развитии на Github TensorForth https://github.com/chochain/tensorForth (Forth does tensors, in CUDA) - 56 звёзд на текущий момент.
P.S. C Форт такая проблема, что его почти не дают даже в Вузовских программах, не рассматривая школьников (соответственно вокруг его парадигмы не формируется методологический базис) и книги изданные по нему на русском языке в конце 80-х начало 90-х ориентированы на стандарт 83-го года, хотя сейчас в действии ANSI 94-года. Но Форт не забыт и рускоязычными пользователями в действующих форумах, телеграм каналах … и надеюсь увлечёнными “хакерами” :)
Такие языки как Lisp, Prolog, Forth, Smalltalk думаю и сейчас, возможно, без афиширования используются в тематике ИИ.
Р.S. А, “проиграли” они историческую гонку в силу разных причин и предположу, что их концептуальная простота оказалась мало востребованной в мире развития алгоритмического мышления с проектированием разного синтаксиса языков и перекладыванием на него оформленных задач решаемых семантикой языка. Выражать разнообразную семантику в привязке к синтаксису оказалось в массе своей проще в “Алгол” языках., а IT “художники” остались не у дел.
Замысел автора: Написать статью полезную, красиво написанную и прославляющюю ИИ, но без технических подробностей и с долей критики в “неумение” своих оценок предложенных решений?
P.S. Предлагаю такие статьи по содержанию отмечать, к примеру, тегом “Философия ИИ”. :)
И, PuppyLinux не упомянут. :)
Извиняюсь. В последнем предложении для сравнения графики “компьютера” для вывода статического изображения - перепутал с Gigatron TTL “компьютером”, который в других идеях спроектирован. https://habr.com/ru/companies/neuronspace/articles/465805/