liuem  

2013年2月26日

摘要: OpenGL是一个状态机,很多状态一旦设定除非修改,否则将一直有效。这些状态如何被设置和管理呢?清除窗口 函数glClearColor用于设置当前清除颜色,它由4个参数,分别指定red、green、blue和alpha的值,范围限定在[0,1]之内。 函数glClear用当前清除值清除制定的缓冲区,常用缓冲区和名称如下图。 基本状态管理 OpenGL维护了许多状态和状态变量,其中大部分默认是“否”的状态,激活这些状态可能有很大的开销。为了打开或关闭状态,可以使用glEnable和glDisable函数。 通过glIsEnable、glGetBooleanv、glGetIntege... 阅读全文
posted @ 2013-02-26 13:22 弈名 阅读(334) 评论(0) 推荐(0) 编辑

2013年2月22日

摘要: 在OpenGL中所有的几何图元最终都是由顶点描述的。顶点用于定义点、线段终点和多边形角点的坐标。点 点可以用一组浮点数来表示,所有内部计算都是建立在把顶点看成是三维基础之上的。OpenGL采用齐次坐标,所有顶点用4个浮点坐标值(x,y,z,w)表示的,一般w不用指定,默认为1。 函数glVertex*()用于描述物体的顶点,不同版本的函数可以提供多达4个的坐标(x,y,z,w),也可以只提供2个坐标(x,y)。 函数glPointSize用于控制被渲染点的大小,其形式如下:void glPointSize(GLfloat size); size必须大于0,默认情况下为1.0。直线 ... 阅读全文
posted @ 2013-02-22 08:36 弈名 阅读(1226) 评论(0) 推荐(0) 编辑

2013年2月21日

摘要: GEQ(代号而已)是公司最近要做的一个项目,计划先项目后产品。项目是为了解决BDZ的工程计量问题的,BDZ的特点就是多专业多工程,但现在GAEA的产品各自为政,模型不统一。为了充分复用现有产品的功能,初步想法是把公司一些产品整合起来,包括CL,GJ和QI,并在外面包一层GEQ。 如何将这三个产品集成在一起是迫切需要解决的问题,当时直觉想法是采用dll封装的这种方式,很遗憾这个方案是不通的,但在这个过程中收获了很多,作为【GEQ闯关记】的开篇之作,我觉得还是有些份量的。为什么DLL就不行呢? 采用DLL封装三个产品,本质上这三个产品起来后仍在一个进程内运行,这就意味着所有的接口和类仍然... 阅读全文
posted @ 2013-02-21 16:42 弈名 阅读(267) 评论(0) 推荐(0) 编辑
 
摘要: 每天写日记进行反思,工作懈怠、时间浪费经常流于笔端,每次都痛心疾首,决定痛改前非,但效果不大。时间因素非常重要!它是一项限制因素,其供给无任何弹性,无替代品,然而很多人都无法有效管理时间。“认识你自己”充满智慧,但对一般人而言很难理解,可“认识你的时间”却是只要肯做就能做到的,是通往贡献和有效性的必经之路。今天又浏览了一遍《卓有成效的管理者》中“掌握自己的时间”这一章,感受颇多,遂博客以记之,以资自勉自强。 记录时间,管理时间,统一安排时间是有效管理时间的三个步骤。 靠记忆是无法准确记录时间花费在哪些地方的,往往人的感觉和真实情况差距很大,所以管理时间的第一步是记录时间。现在每天都在利... 阅读全文
posted @ 2013-02-21 09:15 弈名 阅读(210) 评论(0) 推荐(0) 编辑

2013年2月19日

摘要: OpenGL是图形硬件的一种软件接口(API),包括了大约250个函数,利用这些函数可以指定物体和操作,创建交互性应用程序。它的设计目标就是作为一种流线型、独立于硬件的接口,在不同的硬件平台上实现。 OpenGL对屏幕上的图像进行渲染主要执行以下操作:根据几何图元创建形状,建立物体的数学描述(OpenGL把点、直线、多边形、图像和位图作为基本图元);在三维空间中排列物体,选择观察场景的有利视角;计算所有物体的颜色,影响颜色的因素包括指定颜色,光照条件,纹理贴图等;将物体及其颜色转换为屏幕像素(这个过程称为光栅化);基本概念渲染是计算机根据模型创建图像的过程。模型是根据几何图元构造的,几何... 阅读全文
posted @ 2013-02-19 08:30 弈名 阅读(429) 评论(0) 推荐(0) 编辑

2013年2月6日

摘要: 项目经理不仅要用管理实践掌控项目,还需要通过技术实践来改变团队,从而获得更大收益。持续集成 开发人员用1,2个小时编写一段代码,进行编译、测试、复查、构建、允许冒烟测试,再迁入到代码库中,持续集成就这么发生了。 若将任务拆分成更小的任务,持续集成可以让开发人员在一个很短的周期内马上得到工作反馈,尽早识别出项目集成的风险。自动化冒烟测试 冒烟测试仅仅是为了验证构造出来的版本基本上没有问题。按功能实现,而不是按架构 按架构实现会因为完成的都是部分功能,不是完整的功能,而大量项目的节奏。按功能实现只要针对某个功能的要求利用架构做好实现就好了。 在按功能实现时,要优先实现最有价值的功能,... 阅读全文
posted @ 2013-02-06 14:12 弈名 阅读(225) 评论(0) 推荐(0) 编辑
 
摘要: 掌控项目意味着要寻找风险和管理风险。通过组织项目来发现它的节奏,任何扰乱节奏的事情都是已出现的风险,任何可能扰乱节奏的事情就是潜在的风险。 仪表盘可以定性或定量的度量项目的真实状态,通过仪表盘项目经理可以决定如何把握项目的方向。掌控项目的节奏 观察节奏是项目经理的职责,关注那些能帮助项目建立并维持合理节奏的实践。节奏是项目管理的重中之重! 举例说明了一些打乱节奏的问题:1、不知道先完成哪些需求;2、需求收集阶段持续过长;3、GUI发生变化时扰乱了正常的开发秩序;4、没有架构的整体描述;5、人员不能及时到位;举行中途回顾 想了解项目发生了什么,同时为未来做规划,回顾活动是一种出色的方... 阅读全文
posted @ 2013-02-06 13:06 弈名 阅读(244) 评论(0) 推荐(0) 编辑
 
摘要: 对于项目而言,规划和日程安排两者不可或缺。 日程安排和工作估算是两种不同活动:日程安排要安排任务的顺序,展示它们之间的依赖关系;工作估算要猜测某个任务花费的时间。但两者之间也有关联:如何安排日程要依赖于估算的结果。 日程安排和生命周期有一定的关系。生命周期是项目的模型,让别人看到项目是如何组织的,生命周期可以作为日程安排的指导方针,但并不是严格的限制条件。 日程安排技巧自顶向下式日程安排:通常从设置里程碑开始,再制定支持里程碑的任务,根据需要逐层细化任务;自底向上式日程安排:若使用增量式生命周期,这种方式不错,“先实现这个功能,然后实现这些功能,接下来再......”由内而外式日程安... 阅读全文
posted @ 2013-02-06 12:45 弈名 阅读(384) 评论(0) 推荐(0) 编辑

2013年2月5日

摘要: 项目工作量估算是进行项目日程安排的重要依据,如何准确估算需要有一定的经验和技巧。实用的估算方式通过对比历史数据进行估算;Delphi方式:第一步,向团队阐述项目事宜,每人写下任务列表和时间估算,注明预设条件;第二步,收集任务列表,进行复查,看哪些任务可以同时进行;最后整合所有时间,得到项目的整体估算;实用的估算技巧在顺序式生命周期下,避免在一开始就估算整个项目;“试探性开发”可以为估时提供实践意义上的数据;使用自信心或日期范围范围进行估算;使用三种日期进行估算:最佳状况、最有可能、“墨菲”日期。最佳状况日期是项目最早可能完成的日期;最有可能日期是增加了经验系数或缓存时间后的日期;“墨菲”日.. 阅读全文
posted @ 2013-02-05 18:13 弈名 阅读(248) 评论(0) 推荐(0) 编辑

2013年2月4日

摘要: 项目生命周期是团队和项目经理组织产品开发的方式。一旦踏上项目之路,没有哪种生命周期是完美无缺的,需要根据实际情况对它进行拓展,不时的修修补补。理解项目生命周期 项目生命周期是团队和项目经理组织产品开发的方式。定义需求、设计、开发、测试以及与这些工作同时进行的过程,都算是生命周期的一部分。 不... 阅读全文
posted @ 2013-02-04 17:05 弈名 阅读(640) 评论(0) 推荐(0) 编辑