Догнав, происходит следующее:

Попадаем к товарищу через окно и, спрыгнув на пол, осуществляется следующая картина:

Эээ? Кого он убил? Вазу?

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

Описание рваное, то одно, то другое. + ужасное форматирование.

Кстати в том же 2-12 веке классический купец являлся одновременно и пиратом.

а ограничением технологий.

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

Вот такой вот язык, мне лично читать даже неудобно.

Всё таки в СССР жили далеко не дебилы.

Просто.
Хочешь сделать кнопку: выводишь на экран полигон с текстурой кнопки. Ждёшь и отлавливаешь нажатие кнопки на окне. Определяешь, где был сделан клик, следовательно, по какой кнопке кликали (если кнопки неподвижные - просто математически проверяешь координаты точки на вхождение в полигон или фигуру другой формы, если подвижные - нужно учитывать ещё и положение в каждый момент времени). Всё.
Можно ещё отлавливать отдельно нажатие и отжатие кнопки, чтобы сделать анимацию нажатия.
Чек-боксы или радио-кнопки работают также, как и кнопка, только клик просто меняет их текстуру. (радио-кнопки группируются)
Скроллы всякие лучше делать двумя отдельными полигонами - полоской и бегунком. Тут придётся отлавливать перемещение мыши при зажатой кнопке.
Коробки с текстом - просто пустой полигон, поверх которого выводятся полигоны с буквами, если по нему был сделан клик и нажата буквенная клавиша.
Курсор делается полигоном, привязанным к курсору (отслеживается любое перемещение), в то время как системный курсор выключен (есть такая системная функция).

Если твой язык программирования позволяет, всё это можно инкапсулировать в объекты, для удобства. Текст можно выводить отдельно, с помощью OpenGL-функций.

Что то средние между асмом и си.

И главный вопрос: Стоит ли писать интерпретатор ?

метод "drag & drop" - ведёт к шаблонности и однообразию создаваемых игр.

Что-то очень многие игры написанные на ЯП/Скриптах уж очень однообразны и шаблонны. Придумать не шаблонную и не однообразную игру - задача геймдизайнера, а не программиста.

Это объяснить можно;-) поставил коробку с диодами, и говоришь с ней. Дешево эффектно и сердито, особенно если речь про 25 летнюю давность;-) Сдизайнить правдоподбный комп будущего тоже задачка не из легких;-)

Как правило рефлексы и руки будут работать намного быстрее и точнее.

а комп говорит тебе (словами) ДО АЛЬФА-ЦЕНТАВРЫ 1235654,416 световых лет
ДО ОМЕГИ-1236853,326 световых лет
ДО БЕТЕЛЬГЕЙЗЕ 5468787968654,546548 световых лет

Оттенки различить не надо ,а цвета синий от розового не обходимо - это и с плохим монитором видно.

Земные счётные машины ("вычислительная техника"), основанные на фазовой, либо аналоговой модуляции, - "думают" посредством "двоичного кода". Пока есть так - будут потребны и языки программирования.

Что вы думаете о визуальном программировании? То есть программированию не при помощи ЯПа, а при помощи блок-схем или последовательных схем.

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

Как думаете, человечество пойдёт дальше? Заменят ли текст кода графикой?

Кстати гугл поиск на андроиде или сири на айос уже сто лет как может гененировать запросы поиска через звуковые команды.

Stark, не ну мысленное программирование и звуковое это уже больше на деградацию смахивает))) Что людям тогда вообще делать)

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

Цветов которые ты реально распознаешь не так много, некоторые даже считают так

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

Мне кажется, что на голографических 3D дисплеях будет удобнее заниматься визуальным программированием.

Насколько мне известно, си пп - это надстройка над си,

1. Сколько нужно изучать язык (если по часу сам. обучения в день)? В смысле если есть нормальный учебник си.

А в чём разница?

Ну что сказать, не от языка зависят возможности программирования, только от ваших возможностях. А так, язык Си++ самый популярный (или один из самых), а это уже говорит о многом.

Какой конкретно учебник шмидта юзаешь?

чито делает ?

switch(vibor)
case 1:hp =hp - uron;cout<<hp<<endl;break;
case 2:cout<<"блок"<<endl;break;

Если только начинаешь учить язык, то Герберт Шилдт "С++ Базовый курс". А если уже более-менее знаком с языком, то Герберт Шилдт "Полный справочник по С++".