昨天公司要求整理书单，我顺便也弄一个。这是第一辑，若时间足够，后面会继续整理第二辑 第二辑在此： 我的推荐书单（二） ，总书单在此： 游戏部门推荐书单汇总 。

手机游戏的开发和上线是个很复杂的过程。无论是独代还是联运，都涉及到大量的不同分发渠道，同一个游戏包的不同名称，不一样的 Icon 和包装，不一样的商品设置，不一样的支付方式设置，分离的登录流程，分服和混服，不同平台包的下载和更新等等内容。这些内容涉及到开发、商务、运营和客服各个岗位，繁杂且容易出错。

在长期的与这个过程斗争中，我们积累了一些可以通用的系统。这套系统包括客户端的通用模块，服务器登录设计，热更新系统设计，SDK 接入设计，启动公告设计，消息推送系统设计，支付系统设计等等。大部分设计都是需要客户端与数据服务端的结合。我们把模块一一拆开，让它们能够支持多个游戏，还设计了一套统一的后台系统，让它能够管理多个游戏。

这些设计减少 …

• 2015-11-29 更新：完善『工具-文档工具』，增加『工具-国际化』，调整『引擎』。
• 2016-01-19 更新：增加培训类型和层层递进的培训进程。调整技能树。

这半年的时间我一直在带团队。

从4年前创业开始，我就了解到每个人的兴趣点，学习方式，工作方式和追求终究是不同的。作为 CTO 或者技术 Leader，你可以制定整个公司的技术架构，但无法影响每个人固有的思路。每个人都有自己的短板和长处，每个人都有自己的擅长点和禁区。有些人死守自己的领域不放，有些人则不知该如何成长。如果不能从最根本的层面去改变开发者，那么整个公司的技术方向最终一定会在每个开发者 小小翅膀的扇动 下偏离初始目标。

我从心理学、社会学和工程学中寻找方法， …

• 2020-02-07 更新： 调整链接。
• 2016-11-08 更新： 修改一些文字错误。
• 2015-12-01 更新： 加入 Sphinx 插件 设置说明。

在 Graphviz 简易教程 中，我介绍了一点 Graphviz 的知识。下面的内容则是我在使用中积累的一些和工具有关的内容。

• 2015-10-19 更新： 加入 npm 和 gem
• 2015-10-20 更新： 加入 pypi
• 2016-02-21 更新： 加入 msys2
• 2016-07-13 更新： 加入 pypi 的豆瓣 https 源
• 2017-04-17 更新： 加入 nvm
• 2021-01-05 更新： 加入 conda/Anaconda/Miniconda
• 2021-11-14 更新： 加入腾讯云和阿里云的部分镜像地址

由于众所周知的原因，许多开源软件的源站点在国内访问不顺，因此就有了镜像站这东东。这段时间我在各种开源技术中跳来跳去，也就积攒了不少镜像站，下面是个梳理。

今天无意中看到一个在 Python 将字符串倒序的有趣方法： 1print('abc'[::-1]) 2# cba 没弄清楚 [::] 的含义是什么，又不知道在 Python 文档中哪里能找到这个 [::] 的用法说明，于是开始 Google 搜索。 但

前几天写了一篇 Javascript 的 64bit Int 支持，列举了一些在 Javascript 中支持 64bit 数值的已有方法。

其实，写那篇是为了在 egret 中支持 64bit 数值，原因么，上一篇有讲。

由于 egret 使用的是 TypeScript ，我基于 node-int64 翻译了一个 TypeScript 版本Int64.ts ，方便伸手党。同时为了方便和服务端大爷通信，又继承 egert.ByteArray 写了个 Buffer.ts 。

note-int64 采用的是 node 的 Buffer 来保存 64bit 数字信息。我给改成了使用 egret.ByteArray 。后来为了更加通用，又改 …

• 2015-09-22 更新：加入 Int64.ts 的介绍连接。
• 2017-04-28 更新：加入 Number.isSafeInteger

最近把一个 native 游戏移植到 HTML5，客户端和服务端都是 C++ ，而且游戏金币经常性超过 2³¹ ，所以服务端的大爷们很任性地使用了 int64 。

这下问题来了，Javascript 不支持 int64 。

说服服务端的大爷们改用 32bit 是不可能的。说服大爷们使用字符串也是不可能的。说服策划重新设置数值使其小于 2³¹ 也是不可能的。

有句话怎么说的？如果不能反抗，那就默默享受吧……

看我这个 Javascript 前端菜鸟如何应对！