Что то имеется большое сомнение, что модели LLM могут справится на хоть каком то приемлемом уровне с решением задач с площадки как code.golf (c условием жёсткой конкуренции по представленному решению на размер кода)
Может кто то практически проверить эту гипотезу? И может и опубликовать статью.
(даже зная что для размещения решений на этом ресурсе аккаунт должен быть привязан к Github) и не будет ли Copilot выдавать за свои решения кем то уже предствленный код? (что проверить практически невозможно в этом случае, но вписать себя в таблицы с неплохим рейтингом может получится на какое то место даже в рамках отдельного языка программирования)
Вероятно Вы правы т.к. и используемые отладчики умеют в дизассемблирование отлаживаемого кода, но как понимаю Fresh не затачивается под отладку и сторонних бинарных файлов.
P.S. В близком аспекте мог бы представлять интерес по использованию Fresh в аналогии с Ардуино IDE, но в базисе ассемблера. Может и даже с аспектом отображения программы в виде блок схемы на "одном" большом поле листа и возможностью раскрывать/скрывать подпрограммы и ветки ассемблерного кода при этом.
Интересное пожелание, но думаю это несколько в стороне от базового функционала сделанного во Fresh IDE.
P.S. Мне, например, цветовая схема натолкнула на мысль иметь во вкладках базовый начальный функционал программы Far manager и для того чтобы, к примеру, копировать файлы на панель проекта во Fresh без необходимости открытия дилогового меню отдельно.
Этот комменарий автора выше "великолепен" по наслоению "сентенций" озвученных в нём, а именно бесплатной помойки, платных курсов и в необходимости автора учитывать существование их обоих, а это отбирает у него предполагаемую им "кормовую базу"
Интересно, к примеру, а что мешает или чем плох вариант, если из базы кода Wine вычленить только тот функцинал (API) что используется в оригинальном софте и с этой добавкой запускать Win софт под Linux.
Отсутствие таких представленных решений или какие то "неразрешимые" "противоречия"?
Именно подобных в представлении/реализации и наполнении.
P.S. К, примеру, сейчас типично для выхода в i-net (и не только) использую одну из PuppyLinux (но могу переключиться на использование другой) в формате запуска с LiveCD (SSD на USB через Grub2DOS)
"Весь" софт и i-net Браузеры, при этом могу использовать последних версий и пересобирать из исходников по мере тех или иных потребностей.
Думаю, что у автора сложилась "полная" картина возможностей при использовании выбранного направления с использованием ассемблера для разработок и она позволяет делать ему проекты подобные представленному в данной статье, а это важно т.к. примерно в 90% процентах и выше развитие данного проекта автор его будет вести своими силами.
Насколько новое и/или сложное и захотит ли читатель его прочесть, а не пролистать в купе такиж не понятных материалов и статей из ежедневной ленты? т.к. новое может быть и сложным и интересным малому кругу читателей не способствуя раскрутке и "рейтинга" копирайтера.
P.S. А, зачастую, бывает, что новое - это забытое старое. @"Не знал, да ещё и забыл" :)
А, что, к примеру, и под этот "цирк" мешает государству так или иначе поспособствовать становлению и выходу в "масс" продукт-пректа ReactOS (может и KolibriOS или Haiku ... :)
P.S. Жалко, что и в рамках Российских проектов выпуска дистрибутивов Linux от производителя нет ещё вариантов подобных Puppy Linux.
Да, интересно ознакомится в ретроспективе и с системой команд стекового Кронос процессора и историей его разработки.
Архитектура процессоров семейства Кронос
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.
Отсутствие таких представленных решений или какие то "неразрешимые" "противоречия"?
Нет вероятности, что он это начинание не продолжит и далее.
@" Пчёлы против мёда"
Именно подобных в представлении/реализации и наполнении.
P.S. К, примеру, сейчас типично для выхода в i-net (и не только) использую одну из PuppyLinux (но могу переключиться на использование другой) в формате запуска с LiveCD (SSD на USB через Grub2DOS)
"Весь" софт и i-net Браузеры, при этом могу использовать последних версий и пересобирать из исходников по мере тех или иных потребностей.
А, Вы бы платили лично за философию, "психоаналитику" и.т.д. и.т.п, а не за полезный и интересный Вам контент? :)
Не только вымывается, но и остаётся в нём и в целом неизвестно, что лучше первый или второй случай. :)
Думаю, что у автора сложилась "полная" картина возможностей при использовании выбранного направления с использованием ассемблера для разработок и она позволяет делать ему проекты подобные представленному в данной статье, а это важно т.к. примерно в 90% процентах и выше развитие данного проекта автор его будет вести своими силами.
Насколько новое и/или сложное и захотит ли читатель его прочесть, а не пролистать в купе такиж не понятных материалов и статей из ежедневной ленты?
т.к. новое может быть и сложным и интересным малому кругу читателей не способствуя раскрутке и "рейтинга" копирайтера.
P.S. А, зачастую, бывает, что новое - это забытое старое.
@"Не знал, да ещё и забыл" :)
А, что, к примеру, и под этот "цирк" мешает государству так или иначе поспособствовать становлению и выходу в "масс" продукт-пректа ReactOS (может и KolibriOS или Haiku ... :)
P.S. Жалко, что и в рамках Российских проектов выпуска дистрибутивов Linux от производителя нет ещё вариантов подобных Puppy Linux.
Есть ещё вариант Портабельного Far2l
Интересно ещё, что на virustotal в Linuх32 файле ничего не показало,
а для Windows ~24-27 детектов от не основных антивирусов. :)
Рядом с исполняемым файлом, но далеко не факт, что дело в нём.
У меня, к примеру, такое содержимое этого файла