知道这个世界上有 HHKB 的时候, 立刻入手了一个. 不过还在习惯中. 因为我是 vi 党, 所以难度不是很大.

这两天折腾 Win8 的时候翻出来了当年 蓝点 Linux 2.0 的光盘。想当初一屋子的 2.0 的光盘没卖出去， 我就拿到家里了一套 2.0，应该还有一套 蓝点 Linux 1.0 和 FreeBSD 的 “双响炮” 的，一直没找到，现在网上也没有下载的。现在回想起来，应该拿几套豪华版，留作纪念也好。

最近几个月一直在写一些与游戏无关的程序放到 AppStore 上, 主要是用了一些 FRP 的东西. 关于 FRP, 以后再写一些文章介绍. 期间抽空在 iOS 把 Artemis 实现了一遍, 开始做一个横版 2.5d 的动作游戏. 等实现完了发现有人把另外一个 Objective-C 的实现放到了 GitHub 上. 不过 GitHub 上的版本貌似是基于 Artemis 0.96 的, 其中后来 Artemis 的一些优化比如 Aspect 等并没有同步进去. 我是直接基于 Artemis 的最新版本做的, 也不算重复发明轮子了.

由于本人对游戏实现认识不足, 总结一下几种游戏设计模式的区别仅供参考, 也许你有更深入的认识, 欢迎交流. 对于我这种菜鸟来说, Entity-System 比较适合.

基本上所有的运行期动态游戏对象实现的目的大部分是为了实现数据驱动的方式. 数据驱动的好处就在于可以明确分离 程序 - 策划 在游戏实现环节的工作.也很方便 程序 开发一些编辑工具给 策划 使用,提高 策划 的工作效率,满足 策划 高度定制游戏的需求.

严格来说，一个游戏的实现框架有三种：

• Object-Centric：面向对象方式的。
• Component-Based：面向组件的。
• Entity-System：实体系统？

我们依次来分析这三种实现方式的优点和缺点.

准备做一个 RPG 的游戏。由于以前没有做过游戏，首先学习了 cocos2d-iphone 的一些资料，再从网上看了一些写游戏的教程，自认为可以动手开始写框架的时候，发现遇到了相当大的困难。

cocos2d-iphone 的教程或者网上的一些其他教程有一个共同点：都是拿一个 太空大战 或者 坦克大战 之类的作为实现的例子。诚然这种简单的游戏可以充分考虑展现游戏框架本身的特点，但是从游戏编程上来说，有很大的误导之嫌。再加上由于没有游戏编程的经验，同时受这些教程或者书籍中的这些例子的误导，思维上还是以写软件的方式来写游戏，认为游戏不过是一种特殊的软件。

不少人都有穿墙的需求, 穿墙对于一个普通的中国人来说, 有着不同寻常的意义. 概括简单来说有着启迪智慧, 培养思维之功效. 对于穿墙的方法, 有好多种吧. 今天想介绍一下利用 SSH 的隧道功能来进行穿墙的方法. 这个方法对于经常需要连接 ssh 服务器进行操作的朋友来说很方便, 对于其他的朋友来说, 就显得反而有些繁杂了. 下面介绍介绍这个方法的各个方面.

nginx-gridfs 不是很稳定, 在前一段时间折腾了几次都没有成功. 最近经过查询资料, 发现可 以使用 fuse 模块来把 gridfs 做成文件系统, 而且性能要比 nginx-gridfs 高得多.

网站或者论坛对于用户上传的图片管理比较麻烦, 尤其是在 Web 具有横向扩展能力的情况下. 但存把图片存放在 web 服务器的某个目录先已经不能满足各台 Web 主机同步要求. 这种情况下使用共享式文件系统或者分布式文件系统是一个比较好的选择.

1 2019 年更新 这篇文章写于 8 年前，现在这个年头都有 docker 了，所以已经不需要用这种方式，但是从文章中可以看出，在没有 docker 之前，部署是多么让人头疼的一件事