小小游戏程序员一年半工作总结

长久以来，本博客一直是纯粹将一些具体的技术的，并且基本上与具体的语言相关，比如C++，OpenGL，Qt，Android，Python，算法什么的，因为本人觉得在职业发展初期，这些算是基础中的基础，所以一直很专心的学习并分享这些东西，事实上，感兴趣的也不少：）博客上文章分类的杂而广，基本上与本人工作学习的内容是一致的，但是自己真正的一些想法，对各类技术的评价等东西都散落在各分类的将具体技术的文章中，一直不想单独谈这些东西，这主要是为了让更专注一些。事实上，虽然说专注于纯技术，但是本人学习的东西都实在是过于杂乱。。。。。。趁这次工作的调整，好好的将某个技术学透，学精才是本人所愿，但是好像又都不太容易，弯路走的太多，经常工作一套，学习一套。。。。。。。遗憾的很啊。。。。。

在未来，不一定再纯粹的是一些简单的技术类文章，也许会加入自己的一些其他看法，当然，主要还是与程序有关的，但是不再将文章的内容缩的那么小了，这种范围故意的缩小在以前的确发挥了让兴趣爱好杂乱的我更加专注的作用，在未来，还是仅仅专注于过于基础的东西事实上并不是那么有远见，我会多关注一些游戏开发相关的信息，事实上，博客上应该也会有所反应。

在游戏的开发过程中才会慢慢了解到，初做程序时的一些唯技术论，或者对一些语言的强烈偏见都不是那么正确的，语言是适用就好，游戏是设计最重要的理念慢慢被我所接受，事实上，世界上也没有绝对意义上的最好的语言，最好的程序员也不一定能开发出最好的游戏，这些都是我慢慢可以接受的事实。随着学习语言的增多，也能够慢慢脱离那种唯C++的思维模式，哪怕是程序设计，代码编写上，也有了一些另外的想法，其实语言就像我们常说的IDE一样，也仅仅是一种工具罢了，我们的目的是在可控的时间内完成可以接受的产品。

在此思想转变的过程中，我还看了一些平时觉得只有策划才会看得书，平时玩游戏的时候开始真的观察游戏的设计，去思考，为什么一款游戏我会觉得烂，为什么一款游戏会如此的吸引我。

事实上，对语言语法的深入了解也随着工作时间越来越长而慢慢有了一些改变，毕竟，使用语言时其实我们不是常常专注于一些偏冷的语法，真正体现不同程序员之间工作效率差异的也不主要是语法的掌握程度，那些都算是基本功，最最重要的是每个人的思维方式，逻辑方式，当然，作为同事说的熟练工种，对代码编写（特别是大规模）的控制能力，都需要一定的时间的积累的。

虽然有了上述的看法，我确还是觉得我没有办法控制住自己对一种新语言学习的爱好，我想我只能加快这种学习，但是无法根除，常想起一句很贴切但是事实上比较难做到的话，BS谈到C++学习时谈到过，James Stewart对微积分学习也谈到过，学习C++/微积分的最重要的地方在于理解概念。。。。。。。。理解概念，说来容易，真正实行起来，还真是不知道如何入手，James Stewart有了他的Rule of Three(还有Rule of Four)，较好的完成了这个任务，但是程序语言学习的rule在哪？因为程序语言的发展时间还比较短，可能学习人群也远没有微积分这么多，所以最佳的学习的模式还在探索之中，作为一个兴趣爱好广泛，听到好的程序语言的优点就常常抵抗不足诱惑的我来说，摸索一套有效的新程序语言学习方法实在是当务之急，不然我的大部分时间都花在了新语言的学习当中（按很多的人说话那叫做追逐潮流)上去了，很难沉下心来在某个方面有扎实的技术功底。

知道追逐潮流不好，还偏偏比大部分人都还要早的去追逐，自然也有我的道理，毕竟兴趣所在，毕竟，在各种程序语言的学习中我事实上得到了成长，通过对不同编程语言的理解，我更能体会一些语言的缺点，或者某个语言更胜任那个领域（实际我真的要开发什么东西，我也有了更多比较理智的选择），通过Linux的使用，学习，知道了为什么一些Win32接口会如此设计，甚至感觉设计的有些古怪，学习了OpenGL事实上也有助与我了解D3D中又有了哪些进步，C++的封装方式又能比C能带给我什么好处，这一些我又不想轻言放弃，再加上C++的学习的确有一定的积累，也不怕工作会找不到主干的方向，所以，程序语言的好的学习方法，这是我自己最先想要摸索清楚的，是不是能借鉴James Stewart那套美国摸索了几十年才慢慢体会出来的微积分教学方法，这点我最有兴趣。

曾经以学会UI编程为目标，而后已融会贯通网络编程方面的知识为目标，慢慢的这些目标都不再那么清晰，现在，做好产品，这才是最最最要的。

呵呵，我用新的目标，新的激情，新的生活方式来迎接新的工作，大家拭目以待。

分类:  随笔 
标签:  工作总结