lorka natas

Забавный тест. Заполнил(к сожалению с CE крайне мало знаком, так что - Unity3D).
Только мне интересно - сугубо личная оценка(даже без каких-либо сравнений... "удобство GUI" - по сравнению с чем? Например, по сравнению с Ogre3D там твёрдая пятёрка, с плюсом - ибо у огра GUI, как такового, нет...)

В любом случае - удачи в изысканиях :)

На самом деле уже ответили, но тоже внесу свои 5 копеек(ибо те же грабли).
Серверная часть Java+Apache mina, база на MySQL, контент на XML(по пунктам - кроссплатформенно, бесплатно, быстро, относительно безопасно, без особых проблем портируемо на С/SQL).
Клиент - Unity3D(на время девелоп - бесплатный, пока что необходимых средств хватает)
Писать собственный движок == безнадёжно отстать от жизни(если, конечно, под рукой нет штата программеров-акул, уже несколько лет занимающихся гейм-разработкой). Чтобы в этом убедиться, достаточно просто прикинуть план реализации какой-нить "элитной" фичи современных игр - например, воды. Внешний вид, неразрывность, отражения, блики, постэффекты, погружение...
Соглашусь по поводу - "не написали ни одной игры, а замахнулись на ММО" - писать ММО, да еще и FPS - нетривиальная задача. Вы смотрели статью, где описывалась система игры CounterStrike компенсации пинга для клиентов для стрельбы? А есть еще много нюансов - отображение целей в реальном времени(чтобы не смотрели через стены), защита от head-aim ботов, контроль передвижения(бегущий со скоростью 20км/ч игрок - спидхак? А если он падает?). Вы сейчас выбираете движок для клиента - но ни слова не сказали о серверной части - а это процентов 70 от всего проекта: как бы ни была красива картинка, но если игрок постоянно вылетает/падает сквозь текстуры/получает бан за мнимый спидхак - игра не будет популярна.
Тем не менее - если нужен готовый конструктор - рекомендую Unity3D
Если есть рукастый прогер - Ogre3D или AnarchySDK
Ну и для стартапа - PureBasic(если вы сейчас улыбнулись - посмотрите с Яндекс.картинках игры на нём, с фотоном и ngui)
В любом случае, удачного старта.

Создать класс "бактерии", с указанием координат, "уровня", уникального ID(пригодится в будущем). В майн классе создать коллекцию(наподобие Map) и процедурой проверки условий "жизни", добавить таймер. В Map заносить с ключом типа "координатаХ-координатаУ"(по этому ключу находить "соседей"). В таймере цикл перебора коллекции, с отрисовкой результата в конце - визуализация по вкусу(хоть OpenGL). Для возможностей "расширения" и "мутации" - желательно уже использовать родительский и дочерние классы, тогда можно описать различные типы "монстров" и их уникальное поведение.