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

[Vitamin]

В моем случае студент изначально не знал данных вещей, а препод его обучал. По-моему это нормальная ситуация. Для того и предназначены институты и университеты. Если человек сразу все знает - зачем ему учиться?

Структурное программирование (процедуры/функции) изучаются на самых ранних этапах курса программирования. А разные сложные алгоритмы- ближе к концу. Итого вопрос- как препод допустил, что студент делает сложные вещи, но не знает элементарщины?

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

Скажем так. Бейсик- для начинающих. А еще начинающие крайне подвержены синдрому Golden Hammer. Со всеми вытекающими.
Разумеется, в роли бейсика может быть и любой другой язык. Но если этот другой язык довольно развит, то это будет всяко лучше.

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

Соблюдая хороший стиль программирования на определенном диалекте бейсика. Т.е. задается верхняя планка при полном отсутствии нижней.

А через что же тогда передается сам указатель в рассмотренном тобой примере?

Как удобно. Либо через стек, либо через регистр. Это уже неважно.

Отнюдь. Поясни принципиальную разницу между регистрами и глобальными переменными?

С точки зрения функционала "хранение набора байт" конечно никакой. А с точки зрения предназначения- очень большая.

Я и не путал. Просто, при реализации рекурсии нужен стек в том или ином виде.

Для рекурсии в смысле перевызова функции или рекурсии в смысле рекурсивных алгоритмов?

[moroz1999]

Какбе не вдаваясь в детали вашего спора, посмею заметить, что проявленное впечатляющее упорство достойно на мой взгляд лучшего применения
Детализация спора рвёт мозг!

[Spectramine]

Кстати. У меня когда-то была хорошая переводная книга по Бейсику для начинающих, большого формата (~ 40х25 см), с ламинированной обложкой, в твёрдом перелёте, с почти детскими иллюстрациями, изданная ещё в СССР. У меня её замутили, а сейчас хотелось бы найти её в инете, но я не помню названия, поиск в гугле пока ничего не дал. Может, у кого есть или была такая книга, подскажете название?

[null_device]

На Virtual TR-DOS в раздел books смотрели? А сколько в ней было страниц? И какой бейсик ("спектрумовский" или вообще) и только ли он там описывался?

[Spectramine]

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

[null_device]

Оч. похожа на "Бейсик - это просто?"

[Advertiser]

[Spectramine]

Нет, она была переводная, зарубежного автора. Боюсь, что её скана в инете нету, может, найдётся на аукционе.

[Spectramine]

Вспомнил! "Осваиваем микрокомпьютер", ч.2. (Бейсиком в названии не пахнет, поэтому сразу не нашёл и не вспомнил).
У книги есть первая часть, в которой рассказывается о устройстве компьютера, его основных применениях, и немного о программировании и о Бейсике. Неплохие книги для начинающих разбираться в программировании, если пропускать то, что уже известно и понятно.

[Barmaley_m]

Точно, отличная книжка, я ее тоже помню!

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

[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-графики