Подскажите пожалуйста, На каких языках пишутся игры.

[Vadim]

Как ни смешно, но на ассемблере писать игры не сложнее чем на бейсике. Просматривая многие из спектрумовских игр изнутри, изумляешься во первых простоте, во вторых лаконичности. Когда мне было 15 лет и я только только начинал изучать бейсик, то искренне недоумевал, как же были написаны такие игры как Batty, Krakout, Monty on the Run, Rick Dangerous и другие.

Примеры на бейсике удручали. Игры на basic были очень плохи. Я думал тогда, что язык "машины" очень сложен и не достижим, что бы делать такие же игры как я привел выше. Как оказалось это не совсем так, программирование на асме мало отличается от того же басика. Главное научится на нем программировать. Сколько я интересных приемов кодирования и программирования увидел в программах.... Бейсик лишь начало, что бы подготовить человека к программированию, но чем лучше он поймет систему программирования в общем, тем лучше в дальнейшем для него.

[Advertiser]

[Barmaley_m]

Как ни смешно, но на ассемблере писать игры не сложнее чем на бейсике.

На ассемблере все-таки писать сложнее по следующим причинам:
1) Ошибки в программах имеют тяжелые последствия, вплоть до сброса компьютера. Раньше, когда программы сохранялись на кассетах, это серьезно задерживало процесс, пока перемотаешь кассету и загрузишь заново ассемблер и свою программу, а потом еще надо было внести в нее все те последние изменения, которые были уничтожены в результате сброса. Сейчас все грузится быстрее, но все равно, если забыл сохранить текст программы перед запуском - придется сочинять его заново. То же касается компиляторов: ошибки в компилированных программах часто приводят к сбросу компьютера.
2) Невозможно остановить в любой момент ассемблерную программу и посмотреть ее состояние с той же легкостью, как это можно сделать с бейсик-программой.
3) Некоторые ошибки в программах на ассемблере поздно себя проявляют, делая трудным их обнаружение.
4) Отсутствие разборщика выражений, из-за этого - трудности с вычислениями. Арифметика с плавающей точкой доступна начинающим только после изучения пи-кода бейсиковского "калькулятора", что сопоставимо по сложности с изучением самого ассемблера.
5) Отсутствие процедур ввода и вывода. Использование бейсиковских процедур требует изучения и понимания куда более сложных вещей, чем то, как пользоваться операторами PRINT и INPUT.

И вообще, одна из главных сложностей с ассемблером - это то, что программирование даже таких простых вещей, как умножение и деление, требует нехилого знания теории и знакомства с трюками, с помощью которых реализуются такие вещи; либо изучения библиотек процедур. Но даже изучение библиотек само по себе сложнее, чем изучение бейсика.

---------- Post added at 21:10 ---------- Previous post was at 21:07 ----------

Бейсик вреден. Начинать нужно с кросс-ассемблера или кросс-компилера на пц.

Чем вреден бейсик?

Я, профессиональный программист, начинал с бейсика, и не вижу в этом никакого вреда.

[Lethargeek]

1) Ошибки в программах имеют тяжелые последствия, вплоть до сброса компьютера. Раньше, когда программы сохранялись на кассетах, это серьезно задерживало процесс, пока перемотаешь кассету и загрузишь заново ассемблер и свою программу, а потом еще надо было внести в нее все те последние изменения, которые были уничтожены в результате сброса. Сейчас все грузится быстрее, но все равно, если забыл сохранить текст программы перед запуском - придется сочинять его заново

если ты забыл "сохранить текст программы перед запуском"
то не сможешь даже загрузить снапшот в эмулятор для трассировки

2) Невозможно остановить в любой момент ассемблерную программу и посмотреть ее состояние с той же легкостью, как это можно сделать с бейсик-программой

Лолшто? С эмулятором отлаживать машинный код ПРОЩЕ бейсика!

3) Некоторые ошибки в программах на ассемблере поздно себя проявляют, делая трудным их обнаружение

На бейсике та же хрень, быстро ловятся только синтаксические ошибки и опечатки

4) Отсутствие разборщика выражений, из-за этого - трудности с вычислениями. Арифметика с плавающей точкой доступна начинающим только после изучения пи-кода бейсиковского "калькулятора", что сопоставимо по сложности с изучением самого ассемблера.

Чушь - все давно придумано до нас, просто бери готовенькое
Даже лучше где-нибудь стырить процедуры, бо калькулятор глючный
Только нафиг начинающему игроделу вещественная арифметика?
Сразу прям Элиту чтоль переплюнуть?

5) Отсутствие процедур ввода и вывода. Использование бейсиковских процедур требует изучения и понимания куда более сложных вещей, чем то, как пользоваться операторами PRINT и INPUT.

Что такого запредельно сложного в каком-то rst10?
А не нравится - опять же, возьми готовое (или даже лучше начать с написания своих)

И вообще, одна из главных сложностей с ассемблером - это то, что программирование даже таких простых вещей, как умножение и деление, требует нехилого знания теории и знакомства с трюками, с помощью которых реализуются такие вещи; либо изучения библиотек процедур. Но даже изучение библиотек само по себе сложнее, чем изучение бейсика

Да машинный код даже без делений уделает тормознутый бейсик
Не говоря уж о том, что в простых игрушках оно не нада

Чем вреден бейсик?

Вот именно тем и вреден, что потом приходится отучать от "простых вещей"

[moroz1999]

Сейчас все грузится быстрее, но все равно, если забыл сохранить текст программы перед запуском - придется сочинять его заново.

SJASM: редактируем на PC, делаем простенькую автосборку - по запуску bat-файла всё само компилируется и запускается в эмуляторе. При сбросе ничего не теряется.

2) Невозможно остановить в любой момент ассемблерную программу и посмотреть ее состояние с той же легкостью, как это можно сделать с бейсик-программой.

Опять-таки поможет эмулятор. В Unreal более чем достаточный debugger - нажал escape и ковыряйся в программе в своё удовольствие

3) Некоторые ошибки в программах на ассемблере поздно себя проявляют, делая трудным их обнаружение.

Не соглашусь! Это касается любой сложной программы - чем сложнее структура, тем больше таких ошибок. Просто ассемблер позволяет писать более сложные программы, поэтому в них более сложные баги.

Со всем остальным соглашусь.
Советую определить цель:
1. Если цель - научиться программировать, то лучше начать с бейсика.
2. Если цель - написать игру, то лучше на бейсик время не тратить, т.к всё равно в итоге придется осваивать весь асм со всеми сложностями - так зачем делать двойную работу?

Это, естественно, имхо.

---------- Post added at 00:29 ---------- Previous post was at 00:23 ----------

Интересно, найдётся кто-нибудь, кто начинал программировать сразу на асме

Я точно помню, что начал асм изучать до того, как освоил смысл бейсиковских команд for, if и прочей базы. Максимум, что умел - цвет экрана поменять и файлы с диска подгрузить.
Учился по книге "Как написать игру" с робокопом - там хреново всё объяснялось, но мне хватило, чтобы хоть что-то зашевелилось на экране.

Не припомню, чтобы это что-то изменило - высокоуровневые управляющие структуры всё равно пришлось учить, но это уже были C, паскаль итд. На бейсике до сих пор их синтаксиса не знаю. Короче, мысль такая, что без бейсика не легче и не сложнее, если цель - освоить основы assembler'а.

---------- Post added at 00:33 ---------- Previous post was at 00:29 ----------

В общем, что я опять остро почувствовал - новичкам требуется Wiki по программированию - от статей по сборке и отладке до готовых примеров и мини-библиотек.
Мне, причем, самому - в первую очередь