我就是科班出身

喜欢就学。完全能自学。

让程序帮你判断吧。

算法学太深了就跑偏了，我同样这么认为。

算法只是工具，最重要的是用它解决问题，而不是没事拿来娱乐大众。

项目开发中能熟练应用最合适的算法的人，比那些整天泡OJ的人，更有竞争力。

大型项目中，最难的不是算法，而是架构。毕竟算法的套路是固定的，而架构却只能靠个人经验的积累。

我想买一些软件工程类的书看看，不知道有没有好的推荐一下，我自己都不敢随便买书看， 要是买到 谭浩强那样的人写出来的书，
那我的软件之路就废了，想想都害怕...

算法和架构不矛盾的，可能是现有的程序不需要难度较大的算法，
学不学的深，我觉得在于个人能力，我应该属于那种能够学的深, 而且是很深的人, 哈哈

游戏注重的是结构，结构在于细节，细到像素级别，所以算法厉害的人物不一定写的出来游戏。
游戏最难的是动作，总结为一句话：游戏就是在合适的位置播放合适的动画。
动画就像是 gif 图片一样，由很多静态图片组成。这样看来，写游戏是很简单的，只要控制好 图片的显示位置就行了，
经常看到有些代码里出现大量的 +1,-1的用来微调的符号，很显然是对象素的显示方式不够了解，
象素(x, y)表示的是一块矩形区域，左边界为x, 右边界为x+1, 上边界为y, 下边界为y+1.
代码写的杂乱与否和能不能写的出来游戏没有必然的联系，整个游戏跑在一个线程里，按键、逻辑、绘制即使揉在一起，
也不会影响程序的正常运行，这一点让我很气愤啊...
另外，矩形碰撞在游戏中用的是遍地开花，人物、地图与镜头的碰撞检测；图片与屏幕的碰撞检测；人物之间的碰撞检测
所以，会了矩形相交，就等于会了写游戏啦，我不骗你的。
--|---|---|---|---------
        R1   
--|---|---|---|---------
    R2  R   R4
--|---|---|---|---------
        R3
--|---|---|---|---------
这个图示能够帮你迅速而准确的写出矩形碰撞的代码...

唉，。。。词不达意啊，各位表想看本人的代码，本人现在已经处于概念性编程的境界， 不怎么喜欢写代码啦



[ 本帖最后由 BlueGuy 于 2011-2-27 14:04 编辑 ]

如果这句话不加上的话，我会给你加分，难得看到你这么认真回帖。。。。

小学6年级我学C，现在我才初一，学C++，编程为什么只能大学才学？

所以，画一个矩形框的 正确代码 是
void drawRect(int16 x, int16 y, int16 w, int16 h)
{
    drawLine(x, y, x, y + h - 1);
    drawLine(x, y, x + w - 1, y);
    drawLine(x + w -1, y, x + w -1, y + h);
    drawLine(x , y + h - 1, x + w - 1, y + h -1);
}

可见， 写程序真是一件细活啊，比针线还细。

只要看得懂书就行。世上无难事~难道你生下来就会c？

读了各位的见解，受益匪浅。
“路漫漫其修远兮”！
大家都努力吧！