codesnip
> C СИ однозначно. Си++ это улучшенный си
Vim, это улучшеный vi. А Си и С++ это близкие языки с абсолютно разными парадигмами. При разработке игр парадигмы привычные для Си не используются - лучше начинать с С++.
LeopoldStoch
> При разработке игр парадигмы привычные для Си не используются
For real? Как же в 90-ых игры умудрялись писать.
Bro
> For real? Как же в 90-ых игры умудрялись писать.
Хотел написать, но забыл - не используются как минимум последние лет пять.
Зато в с++ код превращается в такую бяку что понять что хотели сделать разработчики без чтения документации очень сложно. Исходники unreal 3(и не только) тому пример. На си таких проблем нет если только программист не говнокодер. Имхо си++ это более приближенный к теории язык. А теория программирования огого какая. Есть люди которые всю жизнь изучают и преподают теорию и при этом не написали ни 1й строчки кода. Cи менее теоретический и более практичный. Это конечно ИМХО всё.
Mr F
> к чёрту си, имхо продуктивней сразу с с++.
Первые тетрисы/арканойды/змейки проще на си написать, - смысл изучать с++ появится только тогда, когда в этом появится реальная необходимость
ЗЫ.
Тем более, что и при программировании на с++, некоторые чисто сишные подходы очень уменьшают трудоемкость... что-то навроде
TButton *ctrls[] = {Button1, Button2, Button3,Button4, Button5, Button6,...,Button100500,NULL}; for (int i=0; ctrls[i]; i++) ctrls[i]->Enabled = false;
гораздо продуктивнее, чем тупое индусское
Button1->Enabled = false; Button2->Enabled = false; Button3->Enabled = false; Button4->Enabled = false; Button5->Enabled = false; Button6->Enabled = false; ... ... Button100500->Enabled = false;
и именно, если начать с си, такие приемчики и запоминаются.
Button1->Enabled = false;
Button2->Enabled = false;
Button3->Enabled = false;
Button4->Enabled = false;
Button5->Enabled = false;
Button6->Enabled = false;
этот метод быстрей если чё.
codesnip
> этот метод быстрей если чё.
На доли процента,... тем более такие вещи, обычно не выполняются в цикле миллионами итераций.
Какую книгу по "С++" не возьми, обычно в первых главах идет обучение именно "С", так, как это азы, а в последних главах "С++"
так что постепенно все изучишь.
Не обязательно использовать все, что есть в С++, достаточно использовать только то, что действительно необходимо.
Когда то писал на асме для zx-Spectrum (в то время asm был суровой необходимостью), но это не повод для того, что бы в наше время мучать себя и писать на чистом С
На мой взгляд, для xbox 360 лучше писать на С#\XNA
ТАк игры для Xbox 360 на С# пишутся ? Те что сделанны на unreal 3
Dark_Knight3
> ТАк игры для Xbox 360 на С# пишутся ?
Нет, на C# игры пишуться под XNA, которая доступна обычным смертным у которых нет возможности купить девкит под ящик360. Но даже и с XNA много геморроя, чтобы свою игрушку запустить на ящике. Если хочешь работать в серьезных конторах и писать для ящика коробочные игры, которые продаются на DVDшках в магазинах - то однозначно нужен C++.
зы.
Вот картинко, - обрати внимание на пришлепку сверху
0iStalker
А что значит эта пришлепка ?
Это девкит.
0iStalker
> 0iStalker
А что тебе в плюсах мешает так писать?
codesnip
> этот метод быстрей если чё.
Компилятор сам развернет цикл, если че ;)
по моему, все ААА игры, написаны с++! И как бы вариантов то нету.
Dark_Knight3
1. У тебя должно быть стомиллинов долларов, группа разработчиков численностью в 3 знака минимум и жирная лицензия позволяющая сделать игру с числительным на конце. Тогда ВОЗМОЖНО тебя пустят на приставки. На чём они будут писать не твои проблемы.
2. Ты живёшь в нормальной стране и тогда тебе достаточно заплатить $100 в год и использовать C#/XNA. Можно писать с расчётом на возможность переноса на Xbox и ждать что Россия скоро будет занесена в этот список.
3. Забиваешь на приставки и пишешь на чём нравится.
Но главный вопрос: почему имея за спиной 10 лет опыта вы задаёте вопросы уровня "какой язык выбрать"?
UPD:
Вообще личная рекомендация не слушать детей с их пацанским C/C++ и брать C#/XNA. Пока у вас нет какого то нормального опыта про приставки даже думать не стоит.
Тема в архиве.