Не, ну мы тут почти все на энтузиазме что-то делаем, какие деньги?
Но: автор решил не открывать исходники проекта, т.к. считает, что у него могут уворовать технологию. Это либо перестраховка, либо он действительно придумал что-то новое. Но разбираться в этом некому. Я банально не понимаю что он делает.
Кстати, одной из целей проекта XDev было стремление сделать старт в разработку для ретро-платформы N максимально простым, т.е. Вы могли бы скачать среду, скачать подсистему NesDev, где уже всё сконфигурировано для вызова cc65 и пособирать примеры одной кнопкой (F12). Но ретро-разработка есть ретро-разработка. Если нужно что-то посложнее, то всё равно пришлось бы разбираться. Но начальная попытка получить HelloWorld для незнакомой платформы вполне бы удалась. И такой способ сильно контрастирует с моментальным погружением в изучение асма и железа. Хотя и не лишён всего этого конечно же. Просто на основе примеров можно было бы что-то пробовать менять в них. Без знания Си и асма.
жабка сейчас как легаси, ну и опять же хипстерство
что-то так и не нашел где скачивать всё для использования с атари... весь текст исткали ссылками на википедию.
- - - Добавлено - - -
почитал мануал по программированию, так и не смог найти уникальность и новость в этом языке. обычный язык, вместо фигурных скобок сделали квадратные, там сям что-то добавили или убрали, так как работает через cc65 то очевидно будет прямая трансляция кода, а значит код Meta не будет точно лучше cc65. Ну и пока выглядит как альтернатива бейсику, что в 2023 году даже не смешно.
кстати к вопросу вхождения в ASM для атари - там команд штук 10 основных, файлик с ATARI MAP в руки и программировать. Скорее больше времени потом потратится на изучение того же MADS чтобы писать макросы.
Atari 65XE / Atari XEGS / Commodore 64C
Суть Meta не в том, что это язык для Atari. Это язык И для Atari. Но это язык на базе REBOL. Это уже язык с необычной парадигмой. И, насколько я понял из общения с автором, часть языка, которая реализована для Atari, пока что больше всего похожа на Паскаль или Си. Но большинства вкусных возможностей Ребола в Atari не поместится, тем интереснее чего там делает автор.
Вы рассуждаете как большинство хейтеров моего направления мышления. "Раз это на основе cc65, то это ничем не лучше cc65" и "асм круче всего". Так-то Вы в некоем смысле правы, но такие люди, как я, хотят искать новые подходы. Меня не привлекает выпендриться как демосценеры, выжав из платформы 105% от её возможностей. Это круто конечно, я искренне восхищаюсь, но я человек другого склада. Мне интересна именно унификация, чтобы те части программы, которые предлагают то, что выглядит одинаково на разных платформах, выглядели одинаково и в исходнике. Неисполнимая мечта для ретро-кодинга? Пускай, всё же лучше мечтать, чем продолжать выжимать 110% из платформы, из которой уже выжато 105%. Скучно всё это, господа. Не ловите вы тему как-то.
Ну допустим, что это меняет?
И в чем необычность? Из прочитанного и примеров (которые кстати к Атари вообще не имеют отношения) я ничего подобного не увидел, обычный язык коих десятки с обычным подходом, Мета первое что мне напомнил так это Фортран.
Если что я смотрел общую документацию без привязки к платформе и мнение составлял на основании этого.
Я не в курсе что такое ребол и нужен ли он лично мне, поэтому и не могу разделять ваших восторгов, а автор не в состоянии о своем продукте рассказать.
Скажем так, вы слишком переоцениваете свою исключительность. Я рассуждаю как человек, которому рассказали о новом ЯП, но не удосужились сделать даже простой документации, через которую я бы этот язык мог пощупать, мне абсолютно неинтересны реализации for, if и writeline, этого хватает с избытком во всех языках.
Это логика, всё что вы пишете на компьютере в конечном итоге будет машинным кодом, язык высокого уровня не призван обогнать ассемблер, это в принципе невозможно, можно только приблизиться, у ЯП высокого уровня первая задача - упрощение разработки, а на этом поле огромная конкуренция и я пока не вижу чем Мета лучше Фортрана или Си. Ну и логично, если вы транслируете свой код сначала в Си, то и ваш ЯП в принципе не может быть эффективнее этого ЯП, потому что вы полностью впитываете все недостатки этого ЯП.
Потому что это факт, с этим спорить в принципе бесполезно.
Еще раз скажу - не переоценивайте свою исключительность. Просто в отличии от вас большинству кроме охов и вздохов требуется что-то более конкретное.
Причем тут демосцена и выпендривание?
У платформы не может быть 105% возможностей, он всегда 100%, 105% это если вы подняли частоту ЦПУ например, ну так может быть, но это форма читерства и малодоступна на классической платформе, так что и область применения минимальна.
Ну мне интересно то как люди находили решения определенных задач, например манипуляции с Display List для получения какого-то эффекта, который в принципе отсутствует в документации. Ведь платформа уже давно вышла за рамка стандартного применения. Посмотрите игру Time Slip, на Атари кажется ничего более яркого и многоцветного и не было, три поля со скроллом и цветной ANTIC F, нужно добраться как-то посмотреть как они это реализовали.
Есть Си, C#, Java, Perl, PHP и думаю еще с десяток языков, которые вполне себе унифицированы. Я пишу под винду на C# и эти проекты легко можно запускать на Линуксе, приложения минимальны по размеру, вы давно видели софт в 10-15 Кб размером? Всё работает быстро, куча бибилиотек стандартных под все случаи. Нельзя писать под Атари? Дак у меня и мыслей нет под Атари писать на чем-то кроме Ассемблера, зачем? Чем мне поможет СИ или Паскаль? Быстрая разработка? Разработка чего? Текстового квеста? ТОгда проще вообще на Бейсике писать.
Мне трудно представить зачем бы мне нужна была программа, которая одинаково выглядит и на Атари и на Windows 11. Если вы про С64 или NES так меня эти платформы не интересуют совсем, а для переноса все равно придется учитывать платформу, вы никогда ни одним ЯП не перенесёте игру с C64 на Атари без условностей и компромиссов, в Атари банально нет некоторых разрешений и спрайтов. На NES тоже совсем другой подход к разработке, несмотря на то что внутри 6502, там вывод на экран вообще отличается от других систем, там нет ОЗУ, как вы перенесёте на NES игру, которая требует ОЗУ? Не все проекты возможно сделать готовыми к употреблению с картриджа.
Это не мечта, это утопия, выше написал почему. На ПК и мобилках унификация того же Unity возможна только из-за унификации технологий железа. Аппаратные OpenGL, шейдеры, слои, 32 бит цвет и т.п. Есть возня с размером экраном и только, ну еще с управлением - мышеклава, джой или тач.
Мне ничто не мешает мечтать о чем-то и при этом пользоваться тем что уже работает.
Вы настолько хороши на Атари что умеете выжимать все соки из железа? А можно посмотреть что-то из вашего для Атари?
Ну так нехватка гормона счастья это личная проблема каждого, мы не несём ответственности за ваши проблемы, у нас своих хватает. И каждый скучает как ему нравится, я вот скучаю по свободному времени, поэтому мне неинтересно сидеть и скучать по невышедшему недокументированному странному ЯП который уже с первого взгляда больше похож на Фортран, который работает через Си.
Ну мы просто не сидим на грибах.
Atari 65XE / Atari XEGS / Commodore 64C
@BelaLugoci прям и добавить нечего, всё по полочкам разобрал
(๑•̀ㅂ•́)و✧ Doors UI → https://t.me/doorsui | https://t.me/atari_xl_xe ← Atari XL/XE (●´ω`●)ゞ
BelaLugoci (01.11.2023)
Въедливо, дотошно, но мой посыл всё равно не понят, ибо не дано. Ладно, будет желание, отвечу. Но не обещаю.
- - - Добавлено - - -
Есть ли вообще мне смысл отвечать? И так портянка намотана на три килобайта. Выше - ментальный слепок мнений от BelaLugoci, до крайности субъективных, хотя может кто-то их и разделяет. Я может и не против бы расписать свои, но налетят толпы хейтеров - ставить мне мозги на место и предлагать писать демки на асме. Это всё уже было много раз. Я не буду писать демки на асме. Мне неинтересно. Да и вообще время терять на вас, увольте. Только на тех, кто разделяет мои взгляды. Нет таких? Лучше помедитирую тогда.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)