Sergey писал(а): Вот захотел кто-то для спека Оберон попробовать из интереса, - безделицу какую-нибудь написать. И тут выясняется, что ему надо еще и обвязку к TR-DOS саомому писать (а трдос для спека - это наше всё), - т.е. дополнительный демотиватор на пути. А так, - пожалуйста. Вобщем-то да, хотя программеры для Спека — люди обычно не ленивые, кодинг-то на асме выглядит посерьёзнее, чем делание обвязок.  Просто здесь есть сдерживающий фактор: общее мнение, что программинг на ЯВУ для Спека крайне неэффективен. И второе — в наше время кодеры для Спека встречаются также часто, как и мамонты, а молодёжи разбираться с асмом Z80 уже неинтересно. Поэтому Оберон, мало дающий преимуществ перед Си именно для Спека (хотя они несомненно есть), более привлекателен именно как языковая платформа (и форма для представления алгоритмов) вместо отживающего своё асма Z80.
Sergey писал(а): Zorko писал(а): Кстати, я НЕ считаю тебя неопытным разработчиком из-за этого ляпа. И очень даже зря. Ибо разработчик из меня, как из танка балерина .
Sergey писал(а): Я по образованию и профессии - юрист. Программирование для меня - это хобби, поэтому критика приветствуется. Без проблем.
Sergey писал(а): С сями давно познакомился. На Амиге - пока болел, написал распаковщик архивов Hrip (не опубликован). А SDCC осваивать и либы писать в этом году начал. Всё дело в увлечённости и энтузиазме. Если человеку интересно, он способен на многое. И, работая за деньги, редко получаешь такое удовольствие от внешне простенько выглядящих вещей (таких как игры на Спеке).
Sergey писал(а): Просто сейчас, благодаря платформе ZX-Evolution, а тем более прошивке TS-Labs к ней, где почти все операции с графикой (растрами, шрифтом, спрайтами, тайлами и т.п.) и пересылки данных взяло на себя железо, появилась реальная возможность писать программы на высокоуровневых языках. Это, действительно, приносит свои плоды: не успеют открыться исходники (на Си) какой-нибудь игры для аналогичных спеку платформ, на следующий день Sergey78 релизит её версию для ZX-Evo. Вот на днях, он AlterEgo портировал с NES, к примеру. Здорово! Это талант. Я не знал что игры для NES пишут на Си. Вернее, знал, но не думал что серьёзные.
Правда, игры на Си для аналогичных Спеку платформ часто настолько пестрят низкоуровневыми фишками, что всерьёз рассматривать их портирование на что-то сильно отличающееся от Спека (даже если проц будет уже не Z80) наверное наивно, или просто это мне такие попадались?
Да, вот бы заинтересовать Serge'я78 Обероном. Если конечно это возможно. Хотя если его интересует Си с точки зрения готовых исходников игр, то Оберон этим вряд ли может похвалиться. Но если Сергея интересуют и другие целевые платформы (и библиотеки для них), то пожалуй самое то.
Sergey писал(а): То что Оберон язык по-серьёзней, бросается в глаза. Я, вот, обратил внимание на то, что из исходника сразу понятно, функция из какой библиотеки используется - не нужно лазить по h-файлам. Верно. Это называется квалифицированный импорт (а имя модуля перед процедурой — квалификатором). Импорт Оберона является пересмотренным и улучшенным импортом Модулы-2, в которой это выглядело причудливее и сложнее. Квалификация обязательная, что даёт дополнительные плюсы — видно из какого модуля пришла сущность (это особенно важно для больших проектов — меньше путаницы). В Дельфи есть возможность необязательной квалификации (может опускаться), но и по сей день в Дельфи нет возможности, которая есть в Обероне — можно для сокращения обозначать имя квалификатора алиасом:Код: "OBERON" IMPORT In := Console, Out := Printer; VAR ch: CHAR; BEGIN ch := In.InputChar(); Out.OutputChar(ch);
Sergey писал(а): До оберона, по-моему, дорасти надо. Согласен. Я тоже считаю, что Оберон сильно опередил своё время. Вот современные кодеры, поизучав дотнет, уже столько понадпридумывали всяких понятий типа Code Injection, а в Обероне, которому чуть больше 25 лет, всё это легко реализуется, и без жуткого оверхеда в десятки мегабайтов, и без концептуальной сверхперегруженности, и без прослойки в виде виртуальной машины. Оберон прост и прозрачен. Даже скажу больше. Недостатки C, C++, C# и Java представляются мне абсолютно не подлежащими исправлению, по разным причинам. У Оберона недостатки тоже есть, но исправить их представляется весьма возможным. Например, Оберон подходит для чисто системного программирования несколько хуже, чем Си, но это с лихвой компенсируется его достоинствами, которые выходят на передний план при проектировании больших программных систем.
Но скромных возможностей тружениика Z80, увы, недостаточны для того, чтобы полностью испробовать высокоуровневые средства Оберона — гибкое межмодульное взаимодействие (динамическая модульность с загрузкой-выгрузкой и переключением модулей), автоматическое управление памятью (снижающее вероятность её утечки), охрану типов (предотвращающую обращение не к тем областям памяти), моментальную отладку (термин мой; в других источниках её называют посмертной) — моментальное обнаружение и исправление ошибок без многочасовых бдений в отладчиках, работа со сложными иерархическими структурами данных и т.п. Мне очень ценно было узнать мнение slenkar'а: он реально поработал на Обероне и сказал, что допускает меньше ошибок, чем на Си. И к этому мнению чистого практика действительно стоит прислушаться. Всё это магия Оберона, за что и любим.
Недостатки Оберона — совсем другого порядка, чем чисто языковые корявости. Мало библиотек. Мало пользователей. Мало инструментальных средств. Зато есть к чему приложить руку, не опасаясь, что завтра процессор X устареет и платформа Y придёт в упадок. Делаем как бы навечно!
Sergey писал(а): Пока поучусь как либы под него делать, а уж там поглядим. Кстати планов по либам много. Что ж, рад приветствовать единомышленника! Мы тут люди вольные, делаем что нам нравится, и каждый в своём темпе, так что если тебе это по душе — добро пожаловать!
ZXDev как среда разработки начался скромненько и вырос из простого желания ускорить спектрумного Дурака (от CopperFeet). Видит бог, на асм я его переписывать не хотел, поэтому адаптировал для начала под SDCC библиотеку Laser, и понеслось.
И либы под разные платформы крайне нужны. Буду рад, если будешь вести разработку прямо на форуме, по ходу решая возникающие проблемы. Можем также сделать отдельный раздел для ZX-Evolution.
|
trdoslib.zip [7.74 КБ]
Так что навороченным тестированием предлагаю заняться кому-то другому. Но помочь не отказываюсь, обращайтесь.