IT牛人博客聚合

首先要推荐的是杨建同事的博客，http://blog.sina.com.cn/iyangjian，原因有两个：

1、我是受他写的一系列文章的启发，才想自己写点东西

2、都是服务器，道理都是相通的。建议你看本文之前先看看他写的《网站加速–服务器编写篇》

但是和杨建的文章风格差别很大，这个主要是说我在服务器架构设计时的一些杂七杂八想法，不讲任何技巧性的东西。偶尔会举些小例子，但只是为了举例子不是为了说明某个局部问题。如果你看完之后觉得没什么收获那很正常，因为的确没有具体的东西。

好吧，说正题。假如，你现在接手一个新项目，你的身份是架构师。你如何设计服务器的架构？在下属人员一一到位之前，在和制作人以及主策划充分沟通后，

查看全文: http://www.udpwork.com/item/3323.html

梦幻西游在去年出了个新版本，在这个版本中，采用了 3d 技术渲染人物。我参加过部分的技术讨论。总的来说，对于公司的关键产品，是以稳定性为第一。所以不希望对程序做大改动。最好以独立扩充的模块为主。所以最终采用的技术是用 3d 技术渲染成图片，再依靠旧的程序框架跑起来。

采用 3d 渲染，主要是为了解决人物换装时的图片资源组合爆炸问题。当然还有更绚的特效等。

最近，梦幻西游的项目经理提出，新的版本性能依旧有些问题。当老的版本可以同时打开 5 个客户端时，新的版本只能开两个。允许用户同时开多个客户端，对梦幻西游这款产品非常重要。我最近几天就开始着力解决这个优化问题。

目前的方案是用一个独立进程去渲染图片，然后通过共享内存的方式，把渲

查看全文: http://www.udpwork.com/item/3289.html

美术同学给我们的游戏做了段片头视频，正要加到产品中去时，才发现我们的引擎居然没有提供视频播放的功能。我想这个东西开源库一大堆，那做起来还不是小菜一碟。可没想到还是折腾了一整天才搞定。

第一件事是考察 License 。结果用的人做多的 ffmpeg 是 GPL 的，不适合我这种商业应用。虽然有一部分功能可以以 LGPL 的方式使用，但是遵守起来也是麻烦一大堆。想了一下还是做罢。我可不想学暴风影音和 QQ Player 那样上耻辱榜。

最终考察结果，居然没太多的选择。还是 google 的 vp8 最好。License 最为宽松，所以就去下载了一份 libvpx 的最新版试用。

README 有点老旧，里面说在 Windows

查看全文: http://www.udpwork.com/item/2527.html

9 年前，我设计了网易游戏的资源包以及补丁包的数据格式。

当初的设计目的是：方便解析，快速定位资源包内的文件，方便更新、每次更新尽可能的节约带宽。这些年来，虽然各个项目修修补补的改进了资源包的格式，但本质上并没有特别大的修改。

一开始我们直接把需要打包的文件连接起来，在文件末尾附上文件索引表。当初为了快速定位文件名，文件名做了 hash 处理，可以用 hash 值直接定位文件。而资源包里并没有储存文件名信息，而是保存在一个额外的 index 文件中。这个 index 文件并不对外发布。所以直接对资源包解包是无法准确还原文件名的。

btw, 暴雪的 mpq 文件也是作类似处理的。除非你猜测出文件名，否则也很难对文件名还原。网上许

查看全文: http://www.udpwork.com/item/2460.html

把网络游戏服务器分拆成多个进程，分开部署。这种设计的好处是模块自然分离，可以单独设计。分担负荷，可以提高整个系统的承载能力。

缺点在于，网络环境并不那么可靠。跨进程通讯有一定的不可预知性。服务器间通讯往往难以架设调试环境，并很容易把事情搅成一团糨糊。而且正确高效的管理多连接，对程序员来说也是一项挑战。

前些年，我也曾写过好几篇与之相关的设计。这几天在思考一个问题：如果我们要做一个底层通用模块，让后续开发更为方便。到底要解决怎样的需求。这个需求应该是单一且基础的，每个应用都需要的。

正如 TCP 协议解决了互联网上稳定可靠的点对点数据流通讯一样。游戏世界实际需要的是一个稳定可靠的在游戏系统内的点对点通讯需要。

我们可以在一条

查看全文: http://www.udpwork.com/item/2084.html

如果总结一下游戏的内部逻辑，或许会让游戏变得很无趣，不过程序员大概会很高兴，比如说我。

如果把用户的各种信息都抽象成“物品”、“个数”，那么所有的游戏逻辑都是用户之间的物品交换。

为了方便描述，我来自定义一套语法表示这种交换。这里用的是类BNF语法，如果没耐心可跳过。

物品交换 := 物品描述 “=>” 物品描述

物品描述 := 物品描述 “+” 单个物品描述 | 单个物品描述

单个物品描述 := 用户 “(” 物品 “,” 数量 附加属性 “)”

物品 := 物品名称 | 物品函数

物品函数 := rand “(” 物品列表 “)”

物品列表 := 物品列表 “,” 物品 | 物品

附加属性 :=”,” “

查看全文: http://www.udpwork.com/item/1895.html

周末开了一局桌游，太空堡垒卡拉狄加。感觉还不错。

以后桌游的相关 blog 就写在 http://bg.codingnow.com 这里了。

为了玩这局游戏，我特地把电视剧集翻出来看了一遍。感觉很不错。推荐一下。我个人很喜欢这个调调的软科幻，有如当年看银河英雄传说。不过老实说，BSG 比银英传要深刻一些。

查看全文: http://www.udpwork.com/item/1818.html

昨天宣讲会之后收到笔试通知邮件，今天上午9：30-11：00在工学部十教笔试。晚上仔细看了一遍邮件，发现还要把这个邮件打印出来，并且还得携带两页以内的简历。于是迅速缩减简历，并且截图邮件，去打印店打印。结果将U盘落在打印店。

晚上睡了1个小时，就被吵醒，重新起来修改了一下简历。后来幸而断网，又继续睡早上7：20起床，带着新改的简历去打印店，顺便把U盘要回来。

8：30就到了，教室门还没开。在外面坐到9点钟进去，直到9：20网易游戏的工作人员才到，签到，也没看邮件。

由于规定不能透漏笔试题目，所以这里不便细说，总之就是算法与数据结构+系统程序设计。这才像个笔试的样子嘛，腾讯的笔试是web方向的，一点挑战都没。开考大约半小时的样子

查看全文: http://www.udpwork.com/item/1425.html

有很多桌面游戏是极富魅力的。甚至只用极少的道具就可以一个人自娱自乐。我在逛 bgg 时，用高级搜索找到了这么一个只需要 6 个六面骰就可以独自享受地下城冒险的小游戏，试了一下，果然非常有趣。进一步搜索，发现了基础版的汉化版本（由 ：Coolforest 翻译），把图片附在后面。

Delve 由 Drew Chamberlain 设计，如果你有兴趣，可以去这个网站下载更多的内容。

游戏的道具就是投骰子。一组 6 个骰子，投三次。在第一次和第二次后，都可以保留你投出的喜欢的数字，而只投剩余的几个，直到第三次达到最终的组合。第一次重掷和第二次重掷保留的骰子可以不同。即，第一次保留的骰子可以在第三次投掷中继续保留或重掷。

你，扮演的是

查看全文: http://www.udpwork.com/item/1821.html

AI版(AI很笨)：http://bangswork.googlecode.com/svn/trunk/army/Army-AI/index.html

前言

小时候玩的棋类游戏中，军旗算是玩得比较多的，接下来就是跳棋了。不知有多少年没碰过军旗，上次偶然在姐家下了一盘，挺怀念的，网上查了一下，四国军棋是挺多，但我们的玩法是不断翻开盖住的棋子的，据说这叫翻翻棋，边锋游戏有，下载后发现不咋地，应该是十几年前做的了，我想自己做一个网页版的。奇怪怎么这么久还没有大型的网页版的棋牌游戏，总比QQ游戏方便很多吧。

前期

前期得先把棋盘画好，定好棋子在上面的走动规则。话说这棋盘画得我自己挺满意的，呵，高仿真啊，我是把棋盘拍照下来照着画的，不

查看全文: http://www.udpwork.com/item/775.html

清明节期间忙坏了。

本来没打算开张的，只是在筹备，随便写了几篇 blog ，算是预热吧。结果星期天就有一群朋友找上门来。没仔细问，但应该不是我的 blog 的老读者。似乎是有人转贴了 blog 连接，然后直接打电话找了上来。

这是一个意外惊喜，我以为除了几个同事，不会有新朋友来的。结果一高兴，把全场的茶饮的单都签在自己名下了。第二天这帮朋友又跑过来，嚷嚷着要开星际争霸。并且强调说，不准我再请客了。:D

看起来这是群三国杀玩家。我其实并不反感这个游戏。话说，游卡的老板还是我朋友呢。我们一起开过银河竞逐。那次一起吃饭，我向他投诉过我买的三国杀质量不怎么样（早期版本）。

不过，我更珍惜向他们推荐更深度一点的策略游戏的机会。

连开

查看全文: http://www.udpwork.com/item/1824.html

最近投了点钱，打算在杭州开一个桌面游戏吧。就是纯粹好玩儿。希望在钱花完前，可以多招待一些朋友来玩。

不过工作太忙，这个事情其实都是合伙人在操心。我临时架了个 blog ，记录下点滴吧。

有兴趣的同学可以关注一下哦。

http://bg.codingnow.com

很临时的东西，希望可以慢慢完善起来。

将来有时间，想多写点程序，利用 web 2.0 和客人多做互动。

查看全文: http://www.udpwork.com/item/1825.html

新华网北京１０月１０日电（记者璩静）新闻出版总署等部门日前出台了《关于贯彻落实国务院〈“三定”规定〉和中央编办有关解释，进一步加强网络游戏前置审批和进口网络游戏审批管理的通知》，明令禁止外商以独资、合资、合作等方式在中国境内投资从事网络游戏运营服务，任何外商不得通过设立其他合资公司、签订相关协议或提供技术支持等间接方式实际控制和参与境内企业的网络游戏运营业务。

《通知》指出，任何外商不得通过将用户注册、账号管理、点卡消费等直接导入由外商实际控制或具有所有权的游戏联网、对战平台等方式，变相控制和参与网络游戏运营业务。

据悉，《通知》由新闻出版总署、国家版权局和全国“扫黄打非”工作小组办公室于日前联合发出，旨在进一步加强网络游戏

查看全文: http://www.udpwork.com/item/141.html

背景：

网络游戏经常需要合服，所以角色ID最好不要重复，这样会降低合服的难度。另外，如果能做到物品id、角色id、npcid这些都不重复，那么更好。于是有人说，那你用UUID吧。但是，如果能根据这个id就能知道它到底是宠物还是角色还是物品，那么更好。

注意：A、B合服后，要用A或者B的serverid。另一个废弃，新开服也不能用废弃的ID。

（自以为这个比xdb的那套方法好。因为没有多余的表来存这个ID）

/**
* ID生成器。 <br />
* TODO: 把type用Integer.reverse这样的方式颠倒之后再存进去。那么当扩展typebits的时候，现在的数据依然可用。
*
* @author c

查看全文: http://www.udpwork.com/item/6060.html

今天调试程序，发现人经常走到不可走的区域去了。

我用的从直角到斜角的转换公式是：x’=x/2+y,y’=y-x/2+400。

格子的边长30
起点斜角坐标(2370,13020)，除以30得到(79,434)
终点斜角坐标(2370,13080)，除以30得到(79,436)

起点直角坐标(1350,1695)
终点直角坐标(1290,1725)
这两点在直角坐标下的距离是67.08203932499369
沿着这条线走2.24个像素。
于是得到直角坐标
1347.9964830921601
1696.0017584539198
取整得到
1347 1696
换算成斜角是
2369 13023
再除以格子的边长30，得到
78

查看全文: http://www.udpwork.com/item/6059.html

假设这是一款普通的2D游戏。屏幕被划成9个格子，一般来说人站在最中间那个格子。它能看见自己周围一圈这8个格子里的东西。

 
上
 

左
我在这里
右

 
下
 

如果如下两个假设成立，

角色一定站在屏幕正中间。必须是正中心，丝毫不差。

每个角色的视野的宽和高都是一样的（而不是像WOW那样可以让玩家自己调整）。

那么，如果A能看见B，则B一定能看见A。

所以，当一个角色上线的时候，只需要告诉它视野内的人即可。同理，这个角色的所有状态改变，如移动啊、下线啊、进入离开视野啊，也只需要按照它的视野来算。在我移动中，凡是有角色进入我的视野，我就应该告诉它，嘿，哥们，我出现了，我的横坐标是

查看全文: http://www.udpwork.com/item/6058.html