给初学者的一些建议

一、基础知识
1、理科功底：至少具备高中数学和物理功底（数学优先）。
数学知识以解析几何、平面与空间向量为重点，物理知识以力学与运动学为重点。
具体需要掌握到什么程度？
数学方面，如果局限于2D游戏开发，那么高中数学知识应该足以应付，但是倘若要钻研3D或者深入2D游戏编程，那么高等数学（尤其是线性代数）的知识是必不可少的。
物理方面，依据开发方向，有些游戏甚至用不到物理效果，但是了解一些术语和基本公式则是必要的（而且现在有很多优秀的物理引擎基本可以让你从物理中解脱出来。于是物理功底显得不是那么重要了）。
2、英语：英语以至少能读懂MSDN、能一眼认出一些专业术语为底线。
3、平台编程：依据要研究的方向（Win游戏开发；安卓、Iphone游戏开发）对平台下UI系统、图形系统能有比较熟悉的理解和掌握。
4、数据结构功底：你要写游戏，然后告诉我不知道链表、Hash表、二叉树、栈和队列是何物的话就好好去翻书吧。
5、算法功底：如果只是小游戏，基本不要什么算法，但是你要告诉我你不明白排序的原理那么请去翻书（或者用上库函数帮你解决这个问题）。对于特定的游戏也有特定的算法，比如写个人机对战的游戏，那么请研究好相应的AI算法。而3D编程，请学好场景管理的各种算法（这些够花你一些时间了）。

二、语言
对于安卓和iPhone自然应该掌握Java和ObjectiveC，这是必须的。
而在Win下，几乎大部分语言都可以用来开发游戏，因此这部分主要针对Win游戏开发。
下面这些语言按照我的推荐程度进行排序。
1、C++
C/C++往往会被放在一起讨论。但是事实上，真正开发游戏的时候我个人更倾向于C++而不是C。尽管很多人会说面向对象和面向过程不应该存在优劣之分，而且C效率会比C++好（PS：个人认为这里的效率指面向对象带来的额外开销）。
我想说的是：很遗憾，尽管很多类库都用C来写而不是用C++写，尽管C语言应用面很广。但是对于游戏编程而言，C++绝对要好于C。原因很简单，C++效率和C几乎没有差距，而且面向对象的思想在游戏开发中可以得到充分的发挥，其次C++的STL模板库可以加快你的开发速度同时不失效率。
2、C#
C#本身也是面向对象的高级语言，而且因为其JIT的机制使得效率高于JAVA（事实上，各个方面都超过了JAVA，尤其.NET 4.5出来以后）。C#本身带有庞大的类库，并且非常优异的一些语言特性使得它有较高的开发效率，但是运行效率相对C++略差（注意C#的优化不如C++，C++代码经过优化后可以完爆C#，这个不存在异议。但是C#本身的语言特性诸如委托在C++里面实现起来就略显蛋疼）。
美中不足的是，C#不能像C++那样如此直接的支持OpenGL和DX。MS官方的ManagedDX很早以前就停止更新了，留下了大量的BUG已经成为烂摊子。想要使用OpenGL和DX你必须使用第三方类库（如SlimDX）。但是C#下要开发游戏可以考虑使用XNA，只是用XNA又要装运行时，实在不如C++编译出来后基本只要一个DX运行时就能运行了那样绿色和舒服。
3、Delphi/VB/Java
这几个语言基本已经被打入冷宫，不是说不能开发游戏，只是你要写游戏的话用这三个基本就是又受罪又不得力。三个语言中Delphi相对较好，不但可以支持GL也可以支持DX，在某种意义上和C++很接近。但是自从Borland倒闭以后就日薄西山了。
JAVA和C#有的一拼，同样有着一坨运行库，但是毕竟C#是微软的，运行库可以系统自带，JAVA是Sun的，运行库必须从网上下，然后麻烦一点还要涉及类库的配置。同时Java虚拟机的效率和C#比挺有差距的。但是MineCraft的出现却也说明了Java是可以做出好游戏的，但是同时也说明了Java的效率是如何的糟糕。
VB就不要和我扯淡了（非VB.NET），VB也就只见过用TrueVision3D做的梦幻战争（当年的国产FPS大作，这个噱头暂时不予评价，但是作者一个人完成的游戏倒是挺让人佩服的，尽管素材、引擎、工具都不完全是他做的），本身也是虚拟机运行，效率不行、类库不行，各种不行。用VB.Net的话还是去学C#吧。

这个赞~

坐等楼主更新

三、图形API选择
安卓和iPhone平台想要高效绘图那就只能选择OpenGL ES。
仍然以Win为例，以下按照推荐程度排序。
1、DirectX
DX要说的东西太多。
（注意这里DX代指DirectX 3D，具体DirectX包括DInput（最新XInput）、DSound（最新XAudio）、DDraw（已抛弃）、DShow（从DX中分离））
首先为什么选择DX？
a) 这是微软自家的
b) 带领图形产业发展，拥有最先进的特性（虽然你不一定用得到）
c) 资料充足
d) 配合D3DX库简化开发过程。例如加载PNG图片，在OpenGL下你必须使用额外的libpng去解析PNG，而在D3DX库的辅助下只要一个D3DXLoadTextureFrom*函数即可实现。
e) OpenGL开启某些功能需要调用驱动程序给出的函数，较为复杂。
其次，DX有哪些版本，要如何选择？
a) DX9以前版本：过老，不予推荐、不予使用
b) DX9，又可细分为DX9.0b\DX9.0c，这与显卡规格挂钩，等下阐述。总之现在想用DX9只要去MS上下载最新的DXSDK即可。
c) DX10/DX11 将DX10和DX11放在一起是因为这两个版本构架和DX9几乎不同，而这两个版本最为接近。同时DX10/11细分了DX9的操作，剔除了固定渲染管线（换言之，所有的绘图过程要你自己写GPU程序），提升了状态切换效率（内核态转到用户态）。但是不支持XP。
这是DX的几个版本，对于2D程序而言，DX9是最佳选择，因为2D绘图对于硬件要求不高，而且DX9保留了固定管线，如果使用DX10/11则要自己编写相应的GPU程序，比较麻烦，而且对系统的要求也升级到必须为Vista或更高。
而对于3D游戏而言，DX9以上版本均可，但是DX9便于入门，资料多。并且个人的推荐是完全抛弃固定渲染管线、自己编写Shader程序，方便从DX9转到DX10\11。如果对高新技术有要求（如曲面细分）则必须用到DX11。当然，这篇文章是写给初学者的，估计没人会用到这种东西吧（笑
【关于DDraw，以前被认为是2D游戏最佳选择，但是因为不支持3D加速，浪费了现今GPU资源，效率不行，于是早已被微软抛弃，个人不推荐】
Tips,DX各个版本对应的不同硬件特性：
（具体参数请查询书本或网络资料）
DX8 SM1.0 首次引入可编程管线的概念，区分VS（顶点着色器）和PS（像素着色器）
DX9.0b SM2.0
DX9.0c SM3.0 可以动态读取贴图，所以可以实现HDR高动态范围，通常为3D游戏最低标准
DX10 SM4.0 规范了所有硬件标准，使得支持DX10的硬件必须至少实现特定的功能（如4倍抗锯齿）。引入GS（可以实时计算出多边形），去除了某些着色器的指令长度限制
DX11 SM5.0 引入曲面细分、ComputerShader（各种让人流口水的特性）
【注意：DX版本只说明了相应版本所能支持的硬件特性，但是是可以向下兼容的。也就是DX10可以支持DX9的显卡，只是不能用DX10的特性而已。】
2、OpenGL
如果你将来要转向安卓和iPhone 那么OpenGL是必须知道和学习的。
否则用DX是最好的选择。
另外，并不是说DX有的特性OpenGL用不了，这是错误的。OpenGL同样有顶点着色器和像素着色器，只是人家叫做Program，比起Shader这个名字倒是直白的多。但是注意：OpenGL本身并不提供将Program程序（通常使用GLSL，类似于C语法编写）转换到二进制代码的编译功能。这可能需要其他劳动力。同样DX也不支持将Shader（通常使用HLSL，同样类C（DX11类C++），但是与GLSL不兼容）转换到二进制码的功能，但是却提供了相应的库函数（D3DX或D3DCompiler)。所以OpenGL用起来会比较麻烦，这要做好准备。其他方面，毕竟都是面向显卡的较底层API，DX和GL非常雷同，一般了解一个以后可以很快上手另外一个。
3、GDI/GDI+
不解释，如果俄罗斯方块你可以勉强用用，但是想要画面出色、执行效率高，我劝你用GDI熟悉下游戏开发的套路，然后乘早换吧。

五、推荐书籍
D3D以龙书为入门书籍，GL因为没接触什么书，所以不发表意见。
其他，游戏编程以《游戏编程精粹》系列为首推书籍，原因嘛，自己看去吧
关于编程语言我没有要推荐的，自行查阅网络资料。算导的话可能可以看看。

以上，有问题可以追加（前提得我会→ →）

显然楼主有丰富的开发经验
谢谢楼主如此详细的建议，受益匪浅
主要还有三个问题：
1.希望楼主分享一下你学习的路线图（主要是编程从什么级别的实例向什么实例过渡）
2.关于AI，请问楼主熟悉人工神经网络或遗传算法吗？如果用他们来编写三国杀的AI合适吗（和传统基于规则式的人工智能结合，如判断身份用一个神经元，牌自身用决策树）
3.请问楼主对手游和页游了解吗
好像多了点 囧 请随意勿见怪汗

超赞！

六、【补充】图形引擎和脚本引擎
一些童鞋可能对DX或者GL毫无头绪，这个时候直接上图形/游戏引擎是一个不错的选择。常见的有C语言吧炮姐的作品ege（但是鉴于是GDI的，我不清楚其效率如何）以及HGE。当然还有别的一些2D游戏引擎，这里不阐述。
其次，关于脚本。游戏中加入脚本可以带来很多好处。比如灵活了数据配置，减少了重新编译过程等等。常见的成熟脚本有JS,Python,Lua,Ruby.
我个人首推Lua，因为它很小很袖珍，从小鸟到魔兽都可以看到Lua的身影。Lua语言本身没有太多功能，一切都靠宿主提供，但同时Lua的虚拟机效率很高（有牛人写的LuaJIT使得Lua可以像C#一样运行时编译，这很厉害）。
其他语言并不是最好的，JS常见于网页开发，很少见到嵌入游戏里面的；Python本身也很优秀，但是拖着庞大的库以及与C/C++的交互不如Lua简单。使得它不是首选；Ruby在RPGMaker中大量使用，但是Ruby的效率可以说是惨不忍睹。

avg游戏那种游戏
在不同的条件下，到不同的场景，会触发不同的事情
是用什么方法实现的？或什么数据结构？

用Lua来描述一个简单的GalGame（仅文本）
------------------------------------
-- 对话 1
------------------------------------
dia_01 =
{
-- context即对话的内容，游戏中可以由相应按键前后播放
context =
{
{
text = "文本1", -- 一条对话的内容
pic = "Tex\1.png", -- 背景
wave = "Wav\1.wav" -- 指定对话播放的声音
},
{
text = "文本2",
pic = "Tex\1.png"
}
},
-- 对话结束后的选项
selection =
{
{
text = "选项1",
goto = dia_02
},
{
text = "选项2",
goto = dia_03
}
}
}
------------------------------------
-- 对话 2
------------------------------------
-- 以下省略
-- 初始化时加载首个对话
function Init()
SetActiveDiag(dia_01)
end
由于在这里Lua仅仅负责数据配置，完全可以用XML取代之
@ fengsser

不好意思本人比较愚昧还是没想明白= = 上面LUA实现了单线的转跳
但如果是状态机内如何判断分支转跳。
例如有场景A，事件a , dia_01 , dia_02
当角色进入场景A的时候，如果事件a未发生（事件a = false ） , SetActiveDiag(dia_01)
后来可能在其他地方触发了事件a （事件a = true ） 当再次进入场景A的时候 ，SetActiveDiag(dia_02)
问题是，如何判断事件a 是否发生？ 如果在SetActiveDiag 前加入判断
if (事件a ) {
SetActiveDiag(dia_02)
}
else{
SetActiveDiag(dia_01)
}
确实可以，但如果分支复杂，这样就会变成有很多这样的全局变量，并且分散到各处。为了游戏保持，还要把这些变量保持（或者触发事件的时候直接写入xml?）。
事件a可以用阶段代替，例如阶段a
进入场景A的时候
switch(a){
case 1:
SetActiveDiag(dia_01);
break;
……
case 10:
……
}
这样减少了变量数和判断，但还是觉得怪怪的。
个人觉得应该是类似有向图才对。