如一块红砖，其标准尺寸是240×115×53mm，表观密度是在1800千克每立方米至1900千克每立方米，而混凝土的表观密度是在2300千克每立方米，因而通过公式可以算出，一块红砖的重量大概是2.63千克。
1.范围：游戏制作人的定义的范围可大可小，做一款跑酷、消除、打砖块的休闲游戏算是游戏制作人，带领上千人的团队制作一款GTA5级别的3A巨作也是游戏制作人，须知这个职位的上限之高不亚于创作传世之作的艺术家，但下限之低也不逊于三流作坊的流水线复制品工人。2.出身：游戏行业比较知名的游戏制作人出身不一而足，策划、美术、程序都可以走到这个地步，甚至有些团队的BOSS作为外行带领团队做出成绩来也可以自夸为游戏制作人，严格意义上的第九艺术—游戏制作与说相声相似，属于看起来简单，但是门槛在里面，且很难进阶的艺术类型。3.技术：如果抛却设计理念的标准单从技术角度上衡量，游戏制作人必须懂得管理、流程、设计、交流四种能力，才能称得上合格。管理针对项目组内的人员安排与沟通疏导；流程针对制作阶段的优先级规划、人员任务分配、验收把关；设计针对游戏各个部分的方向把握，将所有专业岗位的人的发散思维整合成为实际的成果；
交流针对内外部各种压力，唯有优秀的交流能力才能将投资人、老板、员工、玩家的需求与责任进行有效的平衡。4.心态：第一热情，第二恒心，两者相辅相成。以上是我对于游戏制作人简单的理论思考，理论是用于指导实践的，游戏制作人的实践在当前的探索期是一种丰富的富于变化性的适应过程：【现象部分】在我并不算太长时间的游戏行业经历中，却经历了其他行业少有的丰富团队结构，议会制决策的策划团队经历过（效率不提），老板兼职游戏制作人（主策？）的见过，老板兼职主美的见过，老板兼职主程的见过，主策兼职主美的也见过……这也就造成了一种现象：在很多公司，相同的title并不意味着相同的工作内容，就拿游戏主策划/游戏设计师/游戏制作人/产品经理/项目经理这几个title来说，其工作内容相互交杂，定义混淆，多数时候仅凭title是傻傻分不清楚的。当然多数公司不会同时存在着以上几个title，一般来说，小型创业团队倾向于使用主策+BOSS的结构管理团队，中型稳定团队倾向于采用中规中矩的产品经理/项目经理+主策的结构管理进度，而游戏制作人的title一般只会出现在2种团队，一种是大型公司的知名游戏从业者会单独设立游戏制作人，有时单独管理一个项目组，有时却会跨项目组织进行游戏的设计。另外一种是崇尚制作纯粹的独立游戏制作者，会将团队中的leader作为游戏制作人去进行流程的管理，独立游戏项目职责区分不明显，多数情况下身兼多职，这对leader的技术和设计能力要求是最高的。此外，提到游戏制作人，不得不提到其手下的三种开发者。对于游戏制作（不包含商业程序）来说，在正常的项目组里面，3种核心技术职位对项目的影响如下：能不能做出来的要看程序。能不能上线后活下来要看美术。能不能成功要看策划。为什么这么说呢？在游戏制作初期，最重要的是程序，负责搭建（使用）引擎和框架，这个阶段的素材可以拼拼凑凑出个原型，做出实现功能的DEMO即可，往往很多项目这个阶段都没有出成果，或者因为程序技术有限，DEMO都被PASS了，项目组自然解散；
在游戏制作中期，最重要的是美术，这是一个渐渐游戏面目清晰的阶段，从框架蒙皮到细节刻画，美术承担90+的表现功能（比起画面来，声音还是居于次位），从人物模型/立绘、骨骼/序列帧到UI布局排版和文字大小，美术决定了游戏的下限，当游戏真正可以拿出去交给第一个玩家打开时，这是游戏生死攸关的时刻，见光死的游戏在市场上有90%绝不夸张。
最后说一说非常复杂的游戏策划，也就是游戏设计师这个岗位，如果说程序和美术的技术是在制作游戏，让游戏从纸面上的构想成为实际可体验的产品，那么游戏策划的工作就是价值极难衡量、极难判断对错得失的为游戏从无到有“找感觉”，让游戏从产品成为游戏的只有策划这一项工作。
当然，多数情况下策划的工作都让游戏成为一项拙劣的鲜有问津的商品，而在极少数情况下，策划的工作则让游戏成为完美的艺术品。
当然，在多数项目组中，程序员和美术设计师都或多或少的参与和承担了部分策划的工作，例如场景、人物、UI、进程等详细参数的设计，不可能完全由策划部门的人去做所有的参数填充工作。但是由策划部门负责的工作是游戏核心框架的设想与规划，离开策划部门的这部分工作，所有其他部门的工作都将无从展开，从这个意义上讲，策划的工作是在为游戏注入灵魂。上述啰啰嗦嗦的说了一些或者是常识或者是流程的事项，是为了说明游戏制作人的工作构成，他的本职工作就是管理好这三个部门的任务，甚至亲自由本人承担这三个部门的细节任务（例如独立游戏者或者某大神管理的项目组）。
JS = JavaScript，一种计算机脚本语言，主要在web浏览器(客户端)解释执行，由网景公司开发。JScript是由微软公司开发的活动脚本语言，是微软对ECMAScript规范的实现。
JavaScript 是一种新的描述语言，可以被嵌入 HTML 的文件之中。
通过 JavaScript 可以做到回应使用者的需求事件 (如： form 的输入) 而不用任何的网络来回传输资料，所以当一位使用者输入一项资料时，它不用经过网络传给服务器端 (server)处理，再传回来的过程，而直接可以被客户端 (client) 的应用程序所处理.
脚本语言真正面向的是特定类型问题的解决，其中主要涉及如何创建更丰富、更具有互动能力的图形用户界面（GUI）。然而，脚本语言也许能解决客户端编程中80%的问题。你碰到的问题可能完全就在那80%里面。而且由于脚本编制语言的宗旨是尽可能地简化与快速，所以在考虑其他更复杂的方案之前（如Java及ActiveX），首先应想一下脚本语言是否可行。
这里主要指的是Javascript和Jscript简称JS都是因特网上最流行的网页脚本语言，前者与Java无任何关系，后者是微软开发。它是网站前端开发必要的一种所谓的特效技术。
JS主要是做界面的.用于客户端也就是浏览器端上执行的脚本开发。
可以使网页有动态的效果（特效，如：图片、文字的滚动；层的动态切换，显示及隐藏；对html元素的操作；动态的对html内容修改；动态的修改CSS样式；实现如下拉列表的连动 等等...），可以进行表单的输入验证（如：邮箱、电话、邮编的合法性，输入内容长度及内容验证等）
Javascript短小精悍， 又是在客户机上执行的，大大提高了网页的浏览速度和交互能力。 同时它又是专门为制作Web网页而量身定做的一种简单的编程语言。
JS文件只需用记事本就可打开修改，修改完成必须以JS为后缀的文件。 Javascript 是一种解释型的、基于对象的脚本语言。尽管与 C++这样成熟的面向对象的语言相比，JScript 的功能要弱一些，但对于它的预期用途而言，JScript 的功能已经足够大了。
Javascript不是其他语言的精简版（例如，它只是与 Java 有点模糊而间接的关系），也不是任何事物的简化。不过，它有其局限性。例如，您不能使用该语言来编写独立运行的应用程序，并且没有对读写文件的内置支持。此外，Javascript脚本只能在某个解释器或“宿主”上运行，如 Active Server Pages（ASP）、Internet浏览器或者 Windows脚本宿主。
Javascript 是一种宽松类型的语言。宽松类型意味着您不必显式定义变量的数据类型。事实上 Javascript 更进一步。您无法在JScript上明确地定义数据类型。此外，在大多数情况下，Javascript 将根据需要自动进行转换。例如，如果将一个数值添加到由文本组成的某项（一个字符串），该数值将被转换为文本。
