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

[Lethargeek]

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

Еще как может. Ибо явный баг, коим даже примитивные калькуляторы не страдают.

Вагон и маленькая тележка. Часть из них упоминалась и на этой ветке. Диктатор, президент, хлебное королевство, Титан (Ground force zero). Когда-то я сделал на бейсике сапера - тоже можно было вполне сносно играть по настроению. Даже друзья в гостях играли. Сапер - это вообще заразная игра, на которую можно часы убивать, и она не требует ни скорости, ни еще чего-то особенного, чего нет в бейсике. Увлекает похлеще многих технично реализованных, но глупых игр на ассемблере. Одного моего знакомого даже исключили за это из института - он прогуливал пары и бегал играть в компьютерный класс - в сапера и "королевство"

Маленький децкий самосвальчик одноразовых однотипных клонов
На бейсике видал два сапера, оба вусмерть тормозные

И что, сидеть и вручную скрупулезно проверять? Ты-то сам часто так делаешь?

Нахрен скрупулезно? Только что последнее (проги, знаешь ли, удобнее писать по кусочкам)

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

Лол, подробнее, пжалста - какого размера?

Что, предлагаешь писать программы на ассемблере без использования косвенной адресации, чтобы не глючили?

Просто не заигрываться с регистрами

Прекрасно. Как насчет вывода на экран символа? Я уже не говорю про сообщение. Можешь написать такую программу без косвенной адресации, которая может вывести произвольный символ в произвольную позицию на экране?

А ты на бейсике?

Ты это еще не доказал. Вот как будет вывод символа на приведенных выше условиях - тогда поговорим.

Вот как выучишь, что такое косвенная адресация - тогда и поговорим
Погроммист профессианальный мля

Проблема в том, что прежде, чем делать вторые шаги, надо сделать первые, а без макросредств (поскольку они еще не изучены) это становится затруднительным.

Что становится затруднительным? Записать в колонку несколько свежевыученных команд?

Что еще за встроенный монитор, это о каком компьютере идет речь?

Ты не поверишь, о Спектруме (была такая ПЗУха со встроенным монитором и турбо-лоадером)

И потом, ты что, никогда ничего не программировал на бейсике (или других языках высокого уровня) прежде, чем взяться за ассемблер? Что, даже простейшей программы не написал? Из принципа что ли?

На Спеке - нет, не писал. Из-за бессмысленности. Так, только потестировал.
В школе, ясен пень, приходилось. Впрочем, калькулятор-то все равно был раньше.

И что, считаешь, что и с коровой сработает? Ну давай, попробуй

Ну давай, пригони проверенную корову, принеси учебник по доению, я попробую

Это не косвенная адресация. Это, по аналогии с ассемблером, прямая адресация. Типа LD A,(varX), LD A,(varY). Независимо от значений переменных в данном примере невозможна порча информации в других переменных или в тексте самой программы.

Учи матчасть, профессионал. Это именно что КОСВЕННАЯ адресация - "адрес" назначения (назначения, блин! даже направление пересылки ты перепутал) НЕ константа и в самой команде не фигурирует. Он вытаскивается откуда-нибудь из памяти. А прямая адресация вот она:

PRINT AT 3,7;

(ладно, третий параметр пока не трогаем, а то будет новый спор о символах и массивах)

Косвенная адресация - это LD (HL),A. В зависимости от значения HL возможна порча чего угодно. В бейсике полных аналогов нет, есть приблизительный LET m(i)=a, но в случае неправильного значения i возможна порча только содержимого массива m, а остальные переменные или текст программы не будут затронуты.

Нуичо? Это было страшно при царе Горохе, в случае отладки на реале
С эмулятором как-то похрен (даже легче ловится, если код испорчен)
Или вставь в отладочный вариант проверку и не страдай

Когда есть только ассемблер - то компьютер ведет себя даже бесполезнее, чем калькулятор. Там хотя бы умножать можно и синусы вычислять, предварительно не изучая, что такое полиномы Чебышева.

Человек хотел вообще-то писать игрушки
Синусов хватает на песюке

Это ты не придуривайся. Мы вроде рассматривали программу, состоящую из одного сложения, а не цикла, забыл?

Мы рассматриваем пригодность для игрушек, забыл?

И потом, чтобы сложение стало в цикле, надо сначала изучить, что такое цикл!

А на бейсике не надо?

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

Что какашки всем тут под силу, и так понятно

Сразу никто не потянет проект, претендующий на название "лучшей игры года". Все равно придется начинать с чего-нибудь попроще и неприметнее, что скорее всего не получит широкого распространения и будет заброшено. Хоть на бейсике, хоть на ассемблере. Ты-то сам много своих ассемблерных программ 15-летней давности используешь по сравнению с тем, сколько их было тобой написано в те времена? И сколько в этих программах осталось кода 15-летней давности?

Я 15 лет назад кодил на песюке. Все работает, старый код почти весь остался

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

Бейсик проще сразу выбросить

Это твои аргументы?

Это способ для тебя их увидеть

Полезно изучать и знать вообще все, только это неконструктивный совет, он не дает руководства человеку о том, как в реальных условиях можно все это осуществить и не разочароваться раньше, чем будет достигнут результат.

Лишь бы сам "достигнутый результат" не разочаровал
А то в горку заберешься, а вид ацтойный

Обоснуй, почему бесполезно. В играх что, арифметические выражения не встречаются? И косинусы тоже?

Ты наверно страшно удивишься, но какой-нибудь там рекс или саботер обошлись простейшими вычислениями без косинусов
И вместе с ними over 9000 спектрумовских игрушек, кроме разве что отдельных экземпляров с трехмерной графикой

В том числе и личный опыт. Некоторые мои проекты застряли на ранних стадиях разработки, т.е. на вылизывании мелочей. Если бы эти мелочи были уже реализованы кем-то другим или входили в базовый набор средств разработки (как операторы бейсика) - то возможно, эти проекты и увидели бы свет.

Ну так ты же с бейсика начинал

Тролль.

У меня нет слов.

С помощью одной короткой строчки CALL PRINT на ассемблере невозможно напечатать сообщение или тем более значение выражения.

Это кто здесь троль? Я напомню, что всего лишь отвечал на:

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

Очевидно, жертвам бейсика невдомек, что на отлаженные нормальные процедуры (не уродские гоу сабы) при наборе текста или просмотре листинга можно не отвлекаться (и вообще вынести их нахрен в отдельный файл)

Какого еще чувства достаточности, зачем его вырабатывать?

Например, чтоб не лезть куда попало с косинусом наперевес

Откуда уверенность, что эти же привычки не сформируются при работе с ассемблером?

Глядя на тебя, укрепляется уверенность, что привычки точно сформируются после бейсика
А то хоть надежда будет

Начинать обучение программированию с написания сразу длинных программ, минуя короткие? Ты часом не болен?

А ты сам здоров? У тебя походу смысловые галлюцинации

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

Угу. Целых два десятка символов UDG-графики