![](https://img-blog.csdnimg.cn/20201014180756927.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
管理
文章平均质量分 54
kencoder
技术人热爱技术游戏专长游戏开发COCOS2D iOS Android SWT OpenGL 重构 软件测试 系统架构等
展开
-
技术主管最怕遇上的程序员
#1. 固执的程序员- 老是坚持自己的设计和做法是对的 (主管: 开发上的东西,如果是”对“的,通常是可以验证出来) - 不愿接受改变,不尝试新的做法 (主管: 现在的技术一日千里, 为什么开发别人做了的东西) - 批评别人的做法不对,自己才是对 (主管: 用辩论的时间来Proof-of-concept和测试,更有意思吧) #2. 过分自信的程序员原创 2012-09-04 17:33:45 · 672 阅读 · 0 评论 -
不同风格的游戏技术人 - Game Developer stereotypes
周末读了一篇wiki, 说了一下技术的类型(Programmer stereotypes),有点意思,和大家简单共享一下:1)Hardcore techie ( 核心技术牛人):专门解决用出神入化的手法来解决技术难题,而程序基本功十分好,例如知道如何优化OpenGL画图,如何省内存,App可用内存有多少等;2) Visionary (远景者)这类技术人能联想到游原创 2012-10-16 17:20:53 · 467 阅读 · 0 评论 -
程序(代码)的品质
最近在不断的为同时的代码进行重构,我常常在想一件事,一个程序做同样的事情,为什么需要重构;我的答案是: 重构的目的就是提升‘程序品质’!!!以下是不同的程序品质- 劣质:程序不能正常的操作- 普通:程序能正常的操作,而且没有异常处理- 优良:程序能正常操作,能独立测试,有好的异常处理- 极品:拥有’优良‘的特性,而且代码容易理解及扩展‘优良’和‘极品’不用说原创 2013-03-06 23:50:12 · 661 阅读 · 0 评论 -
Proof of the deliverables - 完成品的证明
最近在工作,遇上了一些让我不满的事情,就是同事做时,只草草完成却没测试;一次又一次说明测试的重要,但是一次又一次发现同事没有好好测试;在产品开发角度,没有测试好的东西基本是不算是完成;在游戏开发中,任何设计和程序,完成后,如果没有去证明它的对和没有方法去证明,这个设计或功能,可以说,就不能说它是正确或能正常运作;在制作时,很重要一点,要清楚自己要的东西,怎样才算完成,怎样才是正确;原创 2013-02-24 21:16:19 · 431 阅读 · 0 评论