Да не принципиален язык на самом деле. Это всего лишь инструмент. Пишет программы все равно человек, а не язык. Это как с фотоаппаратами. Можно купить зеркалку за пару тысяч баксов и продолжать делать фотографии на уровне "я и памятник" в авто режиме с качеством на уровне пленочной мыльницы. Так и в программировании, сам факт прочтения Страуструпа и знание конструкций C++ автоматом программистом не сделают. Нужно серьезно заняться именно подготовкой себя как программиста, в общем плане. Тогда и понимание ситуации придет.

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

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

Таким образом, для завершения всего острова осталось нарисовать еще две локации.

Новые локации пока еще не заселены ботами, по ним можно побродить но реально там делать пока нечего. Если присмотреться, то на них можно увидеть различные шахты, каменоломни и пр. места для добычи ресурсов. Ресурсы - важная сущность в игре. Пару слов о них. Камни, руда, тушка кабана - это все ресурсы. Процесс их добычи завязан на систему боев. Со стороны игрока это выглядит так, что для того чтобы добыть определенное количество камней нужно победить в бою каменного человека. В игре будет целый класс ресурсных ботов. Специфика их AI состоит в том, что в своей массе они не атакуют, но хорошо защищаются. Часть ресурсных ботов будут использовать оригинальные карты, которыми будут пользоваться только они. Сейчас мы готовим соответствующую графику (за что спасибо нашей художнице Алёне) и скрипты описывающие их поведение.

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

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

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

Вот таковы новости вкратце.

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

Но также довольно странно, что вы не в курсе перепалки Apple и Adobe. На официальном сайте Apple можно видеть открытое письмо Стива Джобса датированное еще апрелем сего года, когда собственно и разгорелся скандал: http://www.apple.com/hotnews/thoughts-on-flash/
Он там ясно пишет, что iOS не будет поддерживать Flash и аргументирует почему. Вы же не считаете, что глава компании Apple некомпетентен?
Вот еще кстати линк в тему: http://keid.habrahabr.ru/blog/92451/

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

Android - другое дело. Там Flash работает. Но вот в сильной популярности Flash на мобильных девайсах я очень сильно сомневаюсь, не в последнюю очередь из-за ограниченных ресурсов. Это платформа ориентированная на десктоп.

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

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

Два момента:
1. Метод объявленный виртуальным - всегда должен оставаться виртуальным.
2. Перед вызовом виртуального метода должен вызываться конструктор.

PS: Вы выше писали, что знаете Паскаль. Так вот извините, но нифига вы его не знаете, иначе бы не написали, то что написали. В Турбо Паскале еще с пятой версии точно такая же объектная модель, только терминология чуть другая (там до Делфи классы назывались объектами, а объекты - экземплярами объекта, но смысл тот же). Вот только Паскаль в отличие от C++ даже не позволил бы вам скомпилировать ваш код.

mitch, поверь, это далеко не то же самое, что php.