А насколько Функциональное программирование хорошо и почему, к примеру,, имеет смысл демонстрировать на Haskell и на такой задаче, а не, к примеру, на классическом языке Common Lisp или Clojure?
Ещё много историй когда софт был лучший, пока он не был куплен какой то корпорацией после это стал заметно ухудшаться, если вообще не исчез со временем с рынка.
А, плагинами, типа "Privacy Badger" (и другие Privacy) не снимаются "проблемы" приватности при использовнии FireFox? или использование браузера сделанного на кодовой базе FireFfox как Midori?
Если вы знаете примеры достойных программ, можно добавить в комментариях.
Хороший или "плохой" софт это всё индивидульно.
К, примеру, ещё какой то софт пишется на FreePascal хотя уже кем то он уже похоронен, как DoubleCommander, CudaText ... или, к примеру, идёт или нет его обсуждение в разделе Программы форума ru-board.com
Не говорят, а сразу перекрашивают свои компьютеры в розовый цвет? :) (или делают соответствующее освещение рабочего места судя по картинке КПДВ к статье)
Да, но на каких то i-net ресурсах и площадках он остался и кто то, к примеру, пробует решать на нём и какие то примеры. Rosetta Code/Rank languages by popularity/Full list (Pascal - 45я позиция, Delphi - 28-я)
P.S. Интересно, к примеру, что тоже близкий к Pascal язык XPL0 (с интересной историей его появления) в этой таблице на 34-м месте (и есть его продолжение для запуска в рамках Windows c набором предоставляемых примеров как от XPL0 так и другой реализации)
На Freepascal.ru тоже опубликована новость о кончине Н.Вирта
Возможность компиляции в P-код была добавлена и в VisualC 6.0 (5.0?) помимо VisualBasic c использованием во время исполнения MSVBVM60.DLL (Visual Basic Virtual Machine) Compiling Your Project
Что то имеется большое сомнение, что модели LLM могут справится на хоть каком то приемлемом уровне с решением задач с площадки как code.golf (c условием жёсткой конкуренции по представленному решению на размер кода)
Может кто то практически проверить эту гипотезу? И может и опубликовать статью.
(даже зная что для размещения решений на этом ресурсе аккаунт должен быть привязан к Github) и не будет ли Copilot выдавать за свои решения кем то уже предствленный код? (что проверить практически невозможно в этом случае, но вписать себя в таблицы с неплохим рейтингом может получится на какое то место даже в рамках отдельного языка программирования)
Вероятно Вы правы т.к. и используемые отладчики умеют в дизассемблирование отлаживаемого кода, но как понимаю Fresh не затачивается под отладку и сторонних бинарных файлов.
P.S. В близком аспекте мог бы представлять интерес по использованию Fresh в аналогии с Ардуино IDE, но в базисе ассемблера. Может и даже с аспектом отображения программы в виде блок схемы на "одном" большом поле листа и возможностью раскрывать/скрывать подпрограммы и ветки ассемблерного кода при этом.
Интересное пожелание, но думаю это несколько в стороне от базового функционала сделанного во Fresh IDE.
P.S. Мне, например, цветовая схема натолкнула на мысль иметь во вкладках базовый начальный функционал программы Far manager и для того чтобы, к примеру, копировать файлы на панель проекта во Fresh без необходимости открытия дилогового меню отдельно.
Этот комменарий автора выше "великолепен" по наслоению "сентенций" озвученных в нём, а именно бесплатной помойки, платных курсов и в необходимости автора учитывать существование их обоих, а это отбирает у него предполагаемую им "кормовую базу"
Интересно, к примеру, а что мешает или чем плох вариант, если из базы кода Wine вычленить только тот функцинал (API) что используется в оригинальном софте и с этой добавкой запускать Win софт под Linux.
Отсутствие таких представленных решений или какие то "неразрешимые" "противоречия"?
Решение задачи Sudoku на разных языках на rosettacode.org
P.S. Есть и на Haskell,
А насколько Функциональное программирование хорошо и почему, к примеру,, имеет смысл демонстрировать на Haskell и на такой задаче, а не, к примеру, на классическом языке Common Lisp или Clojure?
Пришёл заказ на выполнение от лунян (лунатиков)? :)
Странное немного сообщение. :)
Похоже на "рекламу" перечисленных программ в тексте сообщения от пользователя зарегистрировавшегося только сегодня, но могу ошибаться.
P.S. При поисковом запросе KlumbuWord - вообще какая то нерелевантная выдача.
Ещё много историй когда софт был лучший, пока он не был куплен какой то корпорацией после это стал заметно ухудшаться, если вообще не исчез со временем с рынка.
А, плагинами, типа "Privacy Badger" (и другие Privacy) не снимаются "проблемы" приватности при использовнии FireFox? или использование браузера сделанного на кодовой базе FireFfox как Midori?
Хороший или "плохой" софт это всё индивидульно.
К, примеру, ещё какой то софт пишется на FreePascal хотя уже кем то он уже похоронен,
как DoubleCommander, CudaText ... или, к примеру, идёт или нет его обсуждение в разделе Программы форума ru-board.com
P.S. Интересно, что на форуме программы CudaText есть и такой топик. :)
CudaText: дифирамамбы автору и его программе (что нравится?)
У Вас в профиле статья по в тематике использовнию LabView, а Delphi как то тоже сопрягается с ним или это отдельно сделнные прогаммы?
Не говорят, а сразу перекрашивают свои компьютеры в розовый цвет? :)
(или делают соответствующее освещение рабочего места судя по картинке КПДВ к статье)
Да, но на каких то i-net ресурсах и площадках он остался и кто то, к примеру, пробует решать на нём и какие то примеры.
Rosetta Code/Rank languages by popularity/Full list
(Pascal - 45я позиция, Delphi - 28-я)
P.S. Интересно, к примеру, что тоже близкий к Pascal язык XPL0 (с интересной историей его появления) в этой таблице на 34-м месте (и есть его продолжение для запуска в рамках Windows c набором предоставляемых примеров как от XPL0 так и другой реализации)
На Freepascal.ru тоже опубликована новость о кончине Н.Вирта
Возможность компиляции в P-код была добавлена и в VisualC 6.0 (5.0?) помимо VisualBasic c использованием во время исполнения MSVBVM60.DLL (Visual Basic Virtual Machine)
Compiling Your Project
Да, интересно ознакомится в ретроспективе и с системой команд стекового Кронос процессора и историей его разработки.
Архитектура процессоров семейства Кронос
P.S. Статья на Хабр (2014г) личной истории связанной с Кронос и знакомства с Н.Виртом от Алексея Недоря Держаться корней (к 80-летию Никлауса Вирта)
А, мне вспомнилась его книга: Никлаус Вирт "Алгоритмы и структуры данных"
Интересно, что есть и Online сервисы для "отрисовки" кода представленного в GnuPlot.
и на rosettacode опубликовано немного решений на GnuPlot.
Что то имеется большое сомнение, что модели LLM могут справится на хоть каком то
приемлемом уровне с решением задач с площадки как code.golf (c условием жёсткой конкуренции по представленному решению на размер кода)
Может кто то практически проверить эту гипотезу? И может и опубликовать статью.
(даже зная что для размещения решений на этом ресурсе аккаунт должен быть привязан к Github) и не будет ли Copilot выдавать за свои решения кем то уже предствленный код?
(что проверить практически невозможно в этом случае, но вписать себя в таблицы с неплохим рейтингом может получится на какое то место даже в рамках отдельного языка программирования)
Вероятно Вы правы т.к. и используемые отладчики умеют в дизассемблирование отлаживаемого кода, но как понимаю Fresh не затачивается под отладку и сторонних бинарных файлов.
P.S. В близком аспекте мог бы представлять интерес по использованию Fresh в аналогии с Ардуино IDE, но в базисе ассемблера. Может и даже с аспектом отображения программы в виде блок схемы на "одном" большом поле листа и возможностью раскрывать/скрывать подпрограммы и ветки ассемблерного кода при этом.
Интересное пожелание, но думаю это несколько в стороне от базового функционала сделанного во Fresh IDE.
P.S. Мне, например, цветовая схема натолкнула на мысль иметь во вкладках базовый начальный функционал программы Far manager и для того чтобы, к примеру, копировать файлы на панель проекта во Fresh без необходимости открытия дилогового меню отдельно.
Посмотрел
сколько решений с ресурса rosettacode.org представлено на Janet
не густо (21)
при количестве предлагаемых задач к решению 1,261
Этот комменарий автора выше "великолепен" по наслоению "сентенций" озвученных в нём, а именно бесплатной помойки, платных курсов и в необходимости автора учитывать существование их обоих, а это отбирает у него предполагаемую им "кормовую базу"
Интересно, к примеру, а что мешает или чем плох вариант, если из базы кода Wine
вычленить только тот функцинал (API) что используется в оригинальном софте и с этой добавкой запускать Win софт под Linux.
Отсутствие таких представленных решений или какие то "неразрешимые" "противоречия"?
Нет вероятности, что он это начинание не продолжит и далее.