简单统计今天是 2016 年的第一天，做个简单的统计吧：过去一年新增文章 24 篇，合 287,375 字节；总数 47 篇，合 514,328 字节根据 FarBox 的统计，最近两个月 PV 合计 20975 (日均 PV 约 350)分类汇总两个月前，我在知乎开了一个专栏，那里会同步一些游戏开发相关的文章过去。这个专栏的第一篇是游戏开发汇总，上面按照主题分类梳理和收集了这个 blog 上的资源，可视作一个不定期整理的目录，帮助更方便地找到某类主题的所有内容。访问最多的十篇按照此刻的统计，这个 blog 上访问最多的十篇文章 (正好也是所有 2k+ 的)：(13.6k)知乎回答: 开放世界游戏中的大地图背后有哪些实现技术？(4.7k)在实际工作中评估你的工程师伙伴 - 写给非技术向小伙伴的参考(3.8k)知乎回答: 入职后发现项目组代码异常混乱，是去是留？(3.7k)CppCon2014 分类合辑 & 十大推荐阅读列表(3.3k)nanomsg - zmq 的华丽转身(2.9k)Unity 项目实践点滴(2.6k)如何判断一个技术(中间件/库/工具)的靠谱程度？(2.4k)“千年故纸空读尽，恨把衣冠祭九州” - 小记《三国志11之血色衣冠》(2.3k)昔时因 今日意 侃侃微软的CRT(2.2k)如何对手写笔记进行漂亮和高效的排版？其实我自己更喜欢后面的几篇随笔 :)小小 ...继续阅读 (8)

此文信息主要摘自 Adrian Courrèges 同学的 GTA V - Graphics Study 系列 (1,2,3)，俺昨晚从笔记拷出来时，给 Adrian 同学发了一封邮件，请他允许我 reblog 一下。在得到 Adrian Courrèges 同学的同意后，俺就放上来了。本文信息提炼后，去掉了绝大部分科普，如有不适，请配合原文的更多细节。环境渲染最外层的 cubemap 是每一帧实时生成的，目的是简化后续真实反射的渲染。这个 cubemap 是一张低精度的 128*128 纹理，每个面 30 左右 drawcall，都是地表天空等较大像素贡献的多边形全部是静态物体，所以车辆的外壳反射不了其他的车和角色这个 cubemap 随后被转成了双抛面图 (Dual-Paraboloid Map)，投影过程类似球面映射，这样的话相关 PS 开销就从 6 个面降到了 2 个面 (一上一下，各 128*128)，由于摄像机一般在车顶斜后方45度，反射的绝大部分时间都只用访问朝上的那个面，如果用 cubemap 就是 3~4 个面。整体来看，图像质量上四个侧面受影响最大，顶面和底面保留最多，由于摄像机看到的车顶通常反射顶面，所以效果损失很小主渲染流程GTA V 的主渲染流程输出到 5 个 RT 并汇入最终的每个像素，透明物体后期另行处理。五个 RT 分别是 Diffuse/Norma ...继续阅读 (7)

I heard you like tuple so i put tuple in your tuple so you have tuple in your tuple - Yo Dawg (Source)由于微信会对外部页面重新排版，在微信内置浏览器中，本文会出现下面的异常：文中的链接无法正常访问文中的代码段落多出了许多 html tag，变得不可读请选择右上角菜单“在浏览器中打开”即可正常阅读。(本文的永久链接)需求今天上午写代码时，写着写着遇到一个需求，是在 C++ 程序里把一个命令行字符串解析成对应的一组变量。也就是把形如：app.exe foo 100 bar 0.05这样的一个字符串解析一下，放到下面这样的一组变量里：structVariableGroup{std::stringname="";intid=0;std::stringdescription="";floatprecision=0.0f;};这个需求很常见，相信大家都遇到过吧。在实际的程序里，同一个命令行可以有各种不同的用法，命令和参数，全部都手写的话，很罗嗦，维护也麻烦。如果是 Python，有现成的argparse和docopt，C++ 的话，选择就少一些了，而我又不想用boost::tokenizer之类的库，脑子里突然闪过std::tuple这货。好吧，就是它了 ...继续阅读 (12)

前段时间读了一篇短文《time》，随手翻译了一下。后来又读到了另一篇，年底了，放在一起发上来吧。第一个小故事：儿子：“爸爸，我能问一个问题吗？”父亲：“当然喽，什么问题？”儿子：“爸爸，你一个小时挣多少钱呢？”父亲：“这跟你没关系。为什么你要问这个？”儿子：“我就是想知道。告诉我好吗，你一个小时挣多少钱？”父亲：“如果你非要知道的话，我一个小时挣 $100。”儿子：“喔 (低下头)”儿子：“爸爸，那你能借给我 $50 吗？”父亲生气了。父亲：“如果你问这个是想要钱去买些玩具什么的，现在就回你自己房间床上去。好好想想吧，自己怎么这么自私。我每天那么忙就为了满足这样的无理需求。”小男孩回到自己的房间，关上了门。父亲坐了下来，开始变得更生气了。他怎么敢问这样的问题，就为了能弄点钱？过了个把钟头，父亲平静了下来，开始想：也许他是真的很想要这 $50 来买个东西，平常他不怎么要钱的。父亲打开了门，走进了儿子的房间。父亲：“儿子，你睡着了吗？”儿子：“没有，我还醒着呢，爸爸。”父亲：“我是在想，刚才我说得重了点儿。现在我不生气了，这是你要的 $50，拿去吧。”小男孩坐起来，笑了。“谢谢你，爸爸！”他拉开枕头，从下面扯出来一些皱皱巴巴的零钱。父亲看到小男孩原来是有钱的，就又开始生气了。小男孩慢慢地数清了自己的钱，抬头看自己的父亲。父亲：“你自己有钱怎么还问我要？”儿子：“因为我的钱不够，不过现在 ...继续阅读 (14)

前段时间发了一篇利用文件摘要简化游戏资源的引用管理，后来在知乎专栏的评论里与 Jare Guo 同学在这个话题上有一些后续的讨论 (见此页面)，俺觉得这个讨论挺有收获。对这方面感兴趣的同学来说，也许是一个参考，所以放到一起发上来。如果大家觉得有错误，补充，以及更好的想法，欢迎指正。Jare Guo [2015-11-09 18:05 星期一]非常棒的一篇文章，但我心里有些不同的看法，欢迎指正：path:md5 方案，经不起移动路径的同时修改资源。这造成的后果是修改资源的人，一定要在每一步操作后，回编辑器中让编辑器刷新下，再进行下一步操作。如果编辑器未启动，或未监听改动，提交上去后 reference 就会失效，所有人更新下来都会失效。而一旦发生这种事情，在 git 中是查不到的，因为没有明显的出错的特征。（如果用 uuid，meta file 出错了一看就知道）这也注定了 path:md5 的方案无法适应大型项目的团队配合，它要求所有人必须在一个大工程里，因为"修改资源的人"每次有操作必须帮助所有"使用资源的人"来提交新的 reference。（这个人可能仅仅有一个子 repo 的提交权限，也不关心其它团队把资源用在了什么地方。）同理，path:md5 也无法满足资源包导出的需求。所以我觉得 uuid 虽然坑，但还是有不可取代的地方……Gu ...继续阅读 (45)

先说两句这个易燃易爆的话题，其实俺是不敢写的。在工程师队伍里滥竽充数了几年，俺觉得自己还没被清理和淘汰出去，已经谢天谢地了——不赶紧回去提高姿势水平，居然还在这里装大尾巴狼，大言不惭地讨论如何评估程序员，其心可诛啊。那为何俺还要冒码农之大不讳，在这里妄议是非，大放厥词呢？是因为俺发现，在日常工作中，对于一些非技术向的小伙伴们，由于对工程师文化了解并不多，要么难以寻找到合适的技术伙伴，要么在工作中与工程师难以保持稳定的沟通节奏，对于这些小伙伴，俺愿意把俺知道的分享出来，肤浅也好，片面也罢，总之是多了一点参考，希望能有所帮助。1. 对技术的分析和判断力技术没有先进与落后之分，只有适用与不适用。如果你经常听某个程序员对你说 “xxx 很先进，比 yyy 好多了，应该用 xxx 就不会有这些问题了”，“xxx 非常强力，BAT (此处可换为任何一个公司名) 的 yyy 项目以前用的是 zzz，现在都改用 xxx 了” 那么就要对他的判断力打个问号了。下面是一些包含更多价值的例子，“xxx 虽然在 aaa 方面不太好，但比 yyy 更适合我们的项目，因为我们眼下更需要 bbb 和 ccc，将来如果在 aaa 方面出了问题，我们可以做这样的调整： 1... 2... 3...”“我们之所以不用常规方案 xxx，而是用更激进一点的 yyy，是因为我们的项目在 aaa 和 bbb 等方面没有那么强 ...继续阅读 (17)

由于微信会对外部页面重新排版，在微信内置浏览器中，本文会出现下面的异常：文中的链接无法访问文中的代码段落多出了许多 html tag，变得不可读请选择右上角菜单“在浏览器中打开”即可正常阅读。(本文的永久链接)(此图引自Understanding Go Dependency Management)资源的引用管理是个有趣的话题，最近我在代码里实践了一种做法，可以在某些方面简化资源的管理，完成之后简单记录在这里。这篇文章先介绍传统的各种方式，然后简单说明一下，这个实践在传统方式的基础上做了哪些改善，解决了什么问题。引子游戏开发中的资源管理，通常是指针对游戏中的各类资源数据 (模型，贴图，脚本，数据表等等)，通过合理安排布局来提高资源访问的效率，进而改善游戏体验的过程。在布局方面的一些实践，譬如“如何区分对待不同的资源类型，如何做到更新友好”等等，这里就不详细讨论了。今天主要谈一下在大量资源已合理布局的情况下，如何有效地处置它们相互之间巨量的依赖和引用关系的问题。简单地说，如果 A 引用了 B，那么应该如何简洁有效地表达这种引用呢？有经验的开发者知道，这个问题并不像看上去这么简单。随着资源量的剧增，以及牵扯到的工作流程的细碎化，如果处置不善，资源引用问题会成为影响整个架构的根本性问题。传统实践方式 I - 基于偏移 (指针) 的引用文件偏移 (file-offset) 应该是最基本最原始 ...继续阅读 (6)

去年三月份，传奇图形程序员 Michael Abrash加入 Oculus，以首席科学家 (Chief Scientist) 的身份再次跟 John Carmack 站在了一起，而此时距卡神成为 Oculus 的 CTO已经快一年了。半个月前的 Oculus Connect 2 大会上，Michael Abrash 和 John Carmack 分别做了精彩的发言 (视频在这里和这里)。其中卡神的发言技术和工程细节较多，更适合已经在 VR 一线的开发人员。而 Abrash 则在半小时的 keynote 中，集中展示了 Oculus 的研究机构 Oculus Research 在 VR 的研究和探索中遇到的各方面的难题，关键的挑战和已经取得的一些进展。相较卡神一开口就根本停不下来的意识流，Abrash 的发言更加概括和完整，很适合从全景上了解 VR/AR 技术，对一般的开发人员也有一些启发性，所以俺择要记录了一下，以备日后参考。Abrash 上来时先煽情了一下，告诉大家他对 VR 近年的进展感到十分吃惊和兴奋，“Just a few years ago, all of this would have been totally inconceivable and that excitement is richly deserved...The truly amazing part is ...继续阅读 (21)

由于微信对外部 web 页面重新排版，所以从微信访问的同学无法直接访问文中的红字链接，请选择右上角菜单“在浏览器中打开”即可。(本文的永久链接)Scott Wardle 在 CppCon 2015 上的分享题为《Memory and C++ debugging at EA》，是关于内存和调试方面的一些心得。这里是视频链接(需翻墙)，和演讲稿链接。Scott 同学有 20+ 年游戏开发的经验，这个分享包括了在不同时期 (2000 年的 PS2 时期，2005 年左右的 XBox360/PS3 时期，当前的 PS4/XBox One 时期) 的技术演进情况，在此分享中，我收获颇多，这里简单记录一下。以 [GL_Note] 开头的是我夹带的私活，见谅。2000 年左右时的一些原始工具和策略2000 年左右时，不少程序员都是从 C 转过来没多久。那时的常见做法是像下面这样重载 new：和这样：debug_name 用于标示用途，flag 标示分配方向等选项。相信大家都这么干过吧。内存中的布局是这样的：除了一块专用的“小块内存分配器”外，其他一整块地址空间，从两端开始往中间用。对待内存碎片化的处理主要是按照生命期，把临时的短暂的内存放前面，较长的放后面。上图中的典型例子就是在 Low 这边把贴图读入内存，再解压缩到 High 那头，保证短期的和长期的互不干扰，就不易形成空洞。2005 年左右 ...继续阅读 (19)

关心 Evernote 的同学 (尤其是深度依赖的 Premium 用户)，可能对 Evernote 这段时间的动向格外关注。两个月前，Evernote 发生了一次CEO 的人事变动，Phil Libin 离开了 CEO 的位置，而由具有 Google 背景的 Chris O'Neill 上任接替。几天前，Evernote 宣布了关闭办公室(台北，新加坡和莫斯科)和裁员(47人，13%)的信息。虽然有了这些信息的铺垫，但是看到今天早上 Hacker News 的标题"Evernote is in deep trouble"心里还是不由得一凛。的确，如果说三年前 Evernote 是在正确的时间推出了一个正确的愿景（成为大脑的延伸），成了够潮够酷的硅谷明星，那么三年后，努力拓展外延的 Evernote 却逐渐变得臃肿而缓慢，平台支持参差不齐，核心稳定性和可靠性也大不如前，是到了需要改变的时候了。虽然一直是 Evernote 的长期付费用户，几年下来存有几千条各类信息记录，其中若干条是较高价值的高度有序汇总条目，但我对 Evernote （以及OneNote/有道云笔记等，后略）其实一直是比较保留和克制的使用。因为对我而言，Evernote 这一类笔记同步工具的最大问题在于，你对这些信息的完整性 (Integrity) 缺乏有效的手段去控制。在部分情况下，由于遗忘， ...继续阅读 (113)

最近这段时间在晨跑，贴几张前两天随手拍的照片。当第一抹晨曦浮出海面时，情侣路上还很空旷，沙滩上人也很少，海面很平静，时不时地有飞鸟掠过。伴随着些些海浪在岩石缝中滑过的沙沙声，这个城市从睡梦中轻轻地醒来。阳光明亮起来，给云笼上了一条金边。看着波光粼粼的水面，想起了明朝那些事儿里的“日照龙鳞万点金”。一路小跑到了渔女这里，白云纷纷散去，天空也由灰转蓝，阳光洒在每一家人的阳台，新的一天开始了。渔女对面的石景山，此刻山顶风光一定不错，不过赶不及上去了。回来的路上，不觉已然大亮了。还是没什么车，不过行人渐渐多了起来。我家就在中间的四栋里从左数的第三栋。记得当时中介只用一句话就打动了我——“躺在床上看日出”。最后一张，是点题的时候了，Sun of Beach~~~[完]Gu Lu[2015-08-23] ...继续阅读 (17)

[注] 微信内进入此页面的同学会发现，文内的 GitHub 链接无法打开。这是因为基于所谓安全原因，微信内置浏览器对原文重新做了排版的缘故，在右上角选择“在浏览器中打开”即可。前后三个多月的《中国文化概论》终于结课了，俺的结课分数也有惊无险地过了 80 分的线，获得了“优秀”的评价 O(∩_∩)O~~ 不过有个小遗憾，第五周的政治文化作业本来得了 8.2 的高分，结果忘了互评直接减半，变成了 4.1 分 (ಥ _ ಥ)，影响了最后的结课成绩。所有的相关资源都已经整理在这里(GitHub 地址)，里面包括所有的课件，笔记，讨论，作业，测验，期末考试。这是一个前所未有的时代。只需要一根网线，那些也许一辈子都没有机会走出大山的孩子，能够不花一分钱，有机会接触到这个国家最高水平的授课。某种意义上，这个世界变得更公平了——也许有的人拥有万贯家财，能把自己的孩子早早送入耶鲁剑桥，但若说起对知识的渴望，对梦想的执着，对改变自己命运的决心，可未必及得上那些每天要走十里山路去上学的孩子。每一个梦想都值得鼓励，每一双翅膀都渴望翱翔。虽然很难想象，在这样的时代，知识如此易得对无数的求知者意味着什么，但是——我很庆幸，自己可以成为他们中的一个。[完]Gu Lu[2015-07-25][2015-07-25] 补： 看来不少同学对这种授课模式很感兴趣，想了解一下的同学可以搜一下 “慕课” 或 “翻转课堂”， ...继续阅读 (20)

背景说明回调列表是个很常见的东东，经常被用在 Observer 这样的订阅/发布模式里。当系统触发一个事件时，会遍历所有已经注册的回调列表，挨个调用，通知到相关的对象。我们知道，为了保持对 C 尽可能的兼容，一直以来，C++ 中的函数并非是所谓的“一级对象” (first-class objects)。而在函数指针的帮助下，我们可以在 C/C++ 中模拟一些First-class function才有的特性，比如把函数像值一样以参数传递和保存。到了 C++11 的出现，有了语言和标准库级别的lambda/closure/std::function之后，对函数的操作才变得真正灵活和丰富起来。常见的 C/C++ 回调列表有以下这几种实现方式：基类指针 （形如std::vector），当回调发生时，以虚函数的形式通知到不同的派生类的对象。这个方案的问题在于，凡是想加入这个列表，必须从 IListener 派生，而且所有的虚函数要求签名严格一直，耦合太高，灵活性较差。函数指针 （形如std::vector），当回调发生时，挨个调用容器中的函数指针。这个方案避免了继承的强耦合，但仍需要保证所有的响应函数签名一致，而且每一种类型的响应函数都要定义不同的回调列表，多了之后非常啰嗦，再一个函数指针本身可读性也欠佳。函数对象 （形如std::vector< ... >>），这种回调列表相对于上面两个 ...继续阅读 (18)

这篇 blog 是这个系列的第三篇，主题依然是 Unity 相关的实践。这一次我们来聊一聊，如何在游戏中实现一个通用的增强版 LOD (Level-Of-Detail) 方案。先解释一下为什么搞出一个很难念的名字 UMetaLod 吧——这实际上是前缀 u- 和 meta-lod 的组合。所谓 meta-lod 实际上是针对传统 LOD 而言的，用来表示一种更通用的广义的 LOD。基本思路我们知道，不管是 Unity 还是 Unreal，都有着内建的基于与摄像机距离的 LOD 机制。如果正确地设置了 LOD 的每个层级对应的模型，当摄像机移动时，引擎会以一定频率计算 LOD，并把目标切换为对应层级精度的模型。那么为什么我们还要手动实现一个所谓的增强版本呢？这主要有以下几个方面的考虑：其一，手动定制的 LOD 系统，除了以该物体与摄像机的距离为基础，还会考虑影响因子 1 - Bounding Box Factor- 该物体的包围盒尺寸影响因子 2 - Geometry Complexity Factor- 该物体的顶点数量影响因子 3 - ParticleSys Complexity Factor- 该物体是否为粒子系统，如果是的话考虑粒子数量等参数影响因子 4 - Visual Impact Factor- 每个子物体的视觉影响，可由美术手动设置这些影响以不同的可定制权重 (wei ...继续阅读 (33)

当游戏场景偏大时，由于目标平台资源一般比较有限，通常我们不会把该场景的所有资源一次性展开到内存里。常见做法是，把大大小小的各种资源用某种空间分割的数据结构组织起来，当玩家在场景中移动的时候，可以有效地获取即将出现的资源列表，触发对应的异步加载，并及时释放玩家离开区域的资源。这样的话，无论场景规模多大，同一时刻出现在内存中的数据量总是相对可控的。为了缓解场景的资源压力，昨天实现了一个基于四叉树的动态资源管理，代码在这里。顺便把设计和实现时的考虑简单地记录一下，以节省沟通的成本。四叉树是常用的空间分割数据结构。跟 BSP 和 Octree 相比，它非常清晰和规律，在平面上展开时，观察和调试又足够简单。使用四叉树实现的空间管理，可以较好地兼顾开发效率和运行效率。在开放世界游戏中的大地图背后有哪些实现技术？一文中我曾提到 “当尺度大到一定规模之后，地形通常退化为相对扁平的2D空间”，在实际的 3D 游戏项目里，水平方向上的场景复杂度一般也会远大于垂直方向上的，因此四叉树比八叉树往往更适合实际项目的需要。这是一个测试用的模拟场景，内含 5000 个形状和变换各异的测试模型。左边的 Move 按钮和 "Always Move" 复选框用于模拟玩家的移动， "Debug Lines" 用于画出场景中调试线条。这是动态加载开启后的负载情况。可以见到，在玩家(白色柱子)向目标(紫红柱子) 移动的过程 ...继续阅读 (22)

这两年，游戏行业的重心逐渐迁移到了手游，引擎开发工具大有被 Unity 席卷之势，其掀起的声浪可谓是横扫了当年曾在国内风光一时的 Unreal / Gamebryo / OGRE 等诸前辈。好了，废话不多说，今天我们在这里简单地聊一下 Unity 项目中的一些具体的实践。"Unity can only be manifested by the Binary. Unity itself and the idea of Unity are already two." - Buddha高精度计时器在日常开发中，出于测试或优化的需要，我们常常需要使用比毫秒数更精确的计时器。因此在深入之前，我们先了解一下如何在 Unity 平台上获取足够的计时精度。我们知道，在传统的 Win32 平台上，游戏开发者通常使用 QueryPerformanceFrequency 和 QueryPerformanceCounter 来计时，这两个函数依赖 rdtsc 指令来获取时钟周期数，能得到相对比较精确的计时结果。而在 .Net 平台上，System.Diagnostics.StopWatch的功能与这两个函数类似，在 MSDN 文档中有提到：The Stopwatch class assists the manipulation of timing-related performance counters ...继续阅读 (43)

“千年故纸空读尽，恨把衣冠祭九州” - 小记《三国志11之血色衣冠》三国志 11 是我眼中非常经典的一代，也是投入时间最多的一代。前段时间一个很偶然的机会，让我接触到了它的一个 MOD ——血色衣冠，当时就拜服于其浩大的工程和严谨的制作之下。这段时间玩了 50+ 小时的血色衣冠，寥寥几句介绍和心得，也算稍表对制作者的景仰之情。介绍“《血色衣冠》是一款以三国志11为基础的MOD，以两千年华夏历史为背景，集合了从春秋到明末的中华英豪在同一个舞台上相互角逐，争夺最后的胜利。” ——游戏手册血色衣冠的最大特色是，上迄春秋战国，下至宋元明清（其中元和清在游戏中以异族的方式登场），在同一张地图内对整个华夏文明史的全景投射。如果你玩过任天堂明星大乱斗这类游戏，大概很容易明白我的意思，血色基本上可以认为是中国历史大乱斗。血色从 2008 年开始开发，到2014年，历时六年，四个大版本，一个血色主剧本，三个各具特色的挑战剧本。“以通鉴、左传和二十四史为基础所撰写的十四万字人物列传。”（游戏手册语）这个诚意已经超过了我所知道的绝大多数国产游戏，考虑到这只是出于爱好者之手，我只能说收下我的膝盖了。势力篇游戏里比较适合上手的正是历史上几个比较强盛的朝代——汉，唐，宋，明。其中除了宋稍弱（但也有岳飞，岳云，杨再兴，赵匡胤本身也是极强的）之外，汉，唐，明几个势力阵容都非常闪耀——汉有韩信，张良，卫青，霍去病； ...继续阅读 (66)

第十一周作业 诗性文体书写实践这是我在《中国文化概论》这门课的最后一次作业。第一次在慕课的平台上学习，历时三个月左右，结课的考试已经结束，等拿到证书后，我会再做一下完整的回顾。现在想想，当年因为贪玩，高考分数不高，无缘得入国内一流高校学习 (其实按我那时候的尿性，去了也学不到啥)，现在有机会得听武汉大学文学院的李建中教授的人文课程，也算是很幸运的了。三两年间，随着在线教育平台的普及，高考分数和专业方向已不再是求学的门槛。只要感兴趣，愿意下工夫，国内和国外的名校和名师都不再是传说中的存在。对于一心向学的同学来说，这确实是一个黄金的时代。题目诗性文体书写实践：请运用你所知道的任何一种中国古代文体（如骈文、赋体、诗体、词体等），写下本课程学习中的感悟。本就对自己的文笔没啥信心，看到这个题目需要用古代文体来写作，彻底慌了……作为一个程序员，毕业后在工程实践领域一待就是十年，大脑早已经被代码化了。以前曾看过的诗词歌赋，能想到的也只是只言片语，勉强写两句吧，怕搞出“趵突泉，泉趵突，三个眼子一般粗”这种句子来。一直以来，不想让自己的头脑里充斥着工程和逻辑概念，希望能从传统文化中汲取养分。往实务中说，可以让自己的设计融合科技与人文，特立脱俗，清新雅致，蕴涵内在的人文气息；往远了说，甚至于能内化为自己内心力量的一部分。就可以避免无意中被物质驱动的生活所奴役，“君子役物,小人役於物”嘛。学了这门课之后 ...继续阅读 (83)

此文是俺在知乎上对这个问题的回复：知乎链接：入职后发现项目组代码异常混乱，是去是留？楼上的@蔡磊兄分析得很清楚。对重写代码可能带来的各种风险，俺很认同他的观点，也就不再多嘴了。然而，蔡磊兄整体的论调呈相对消极的姿态，从不同角度得出这一个结论——重写代码是不可取的。这里俺更愿意换个角度，谈谈积极的一面，也发出一点不同的声音。再谈重写在展开讨论之前，先抛出结论：对于商业价值已在明显缩水中的项目，大动干戈意义确实不大；而对于一个急速成长或稳定运行中的项目而言，有计划有步骤地整理和翻新，是非常必要而且很有讲究的。各种在初期不会显山露水的局限和瓶颈，会随着项目规模的成长不断凸显，此时，若不能水涨船高，通过积极手段逐步改良其内部实现，随着贪一时之快的补丁越积越多，系统将日趋僵化，后果自不必说。对于重写本身，我们也大可不必畏之如虎。虽说正如 Joel 所说，“废弃现存可运作的代码跑去完全重写”几乎总是个错误的决定，但“中小型系统或组件的受控重写”却是很常见的改良系统的手段。比如这个：Rewriting a large production system in Go在这篇文章里，Matt Welsh 同学介绍了自己是如何使用 Go 来完全重写一个 Google 的生产环境下的系统的。推荐感兴趣的同学前往一读。此外我读过一篇讲 facebook 是如何决定和实施一个服务的重写的，还有一篇是 GitH ...继续阅读 (92)

今天拿手头一个 GitHub 项目实验了一下在线的集成服务，前后试用了TravisCI,CircleCI和AppVeyor。由于测试工程内包含了一些使用了 WPF 的 C# 代码，前面两个跑在 Linux/Mono 上不是很友好，而 AppVeyor 的配置非常顺利，与 GitHub 的互操作也没有任何问题，所以完成之后记录一下备忘。基本流程首先将 AppVeyor 跟 GitHub 绑定后，就可以点击项目主页上的“ + New Project ”添加工程了。添加工程之后，需要到 Settings 里面做一些对应的配置。这里择要说一下吧。General 一栏中，有一个变量是生成的版本字符串，通常在后面打包时会用到。{build} 是一个自增长的序列号。Environment 一栏中，比较重要的是 Init script 和 Install script 的区别——简单说，前者发生在git clone和git checkout前，后者发生在它们之后。如果像测试工程那样在库中包含 submodule，就需要在 Install script 内做git submodule update（如上图）Build 一栏中的各种选项应该是不需要解释，程序员都很熟悉了。Artifacts 一栏中，如果指定的是目录， AppVeyor 会自动打成 zip 包，包名就是Deployment Name，在 ...继续阅读 (26)

第五周 政治文化单元作业 - 宗法制度对中国社会的影响谈一谈古代的宗法制度对中国社会的影响。话题很大，由于没有系统地思考过这个问题，我只是浮光掠影地谈一下我的浅见。宗法制度是一套完整的伦理体系，在几千年的社会发展中，与自上而下的政治体系（庞大的官僚系统）一同维持着整个封建社会的运转。应该说，正如梁启超所言，虽然形式已不复存在，但精神仍是根深蒂固的。这种影响看不见，摸不着，却又在社会生活中无处不在。首先，宗法的基础——血缘关系——赋予了社会当中每一个人的天然的归属感和依托感。跟西方社会普遍强调的独立家庭有所不同的是，在中国，每一个人自出生的那一刻起，就成为了一个超越“家庭”这个概念的大家族的一份子。在典型的中国家庭中，我们从小就会学着熟悉有着繁多而琐细的亲戚称呼和枝繁叶茂的堂兄弟姐妹。从而使得个人看待社会的角度，很少以一个独立个体和人格的角度，而几乎总是站在峰峦叠嶂的家族关系之内。比如每一年的春运，还有所谓的“富贵不返乡，如锦衣夜行”，就是这种归属感和家族视角的集中体现。反过来，如柴静制作《穹顶之下》就是一个很少见的行为，是我们的社会欠缺的“个人”-“社会”的直接观察，联系和反馈。其次，对于个体而言，这种家族关系很容易造成一种泛化的舆论压力，压抑个性的追求，从古到今皆是如此。从庞勒的《乌合之众》中，我们可以知道，群体的行为会表现出排斥异议，极端化、情绪化及低智商化等特点，这些特点在个 ...继续阅读 (19)

昨晚在 iPad 上玩一个叫《变形金刚》的游戏时，遇到了一个无响应的 bug。想了想感觉可以记一下，写在这儿，对自己也是个提醒。当把游戏放下，过段时间后从解锁屏幕恢复时，这个游戏就无法响应任何的触摸输入了，屏幕上的具体情况如下图：有经验的开发者，光靠这个截图，应该就已经大致明白发生了什么问题了。我们简单分析一下吧：中间的消息框，是提示会话已过期需重新登录，这一类对话框很常见。为了防止玩家在登录已经失效的情况下操作，这个对话框通常会被设计为模态的，也就是所有其它的界面响应都会被它拦截，只有“确定”那个按钮能响应用户操作。而在屏幕下方，呈现的是一个标准的新手引导提示——所有的界面元素全部被遮挡，只有屏幕下方正中间的“剧情”按钮被高亮提示。明白了各自的作用，理解这个“全屏无响应”的现象就很容易了——它们俩不约而同地觉得自己是全屏唯一该被响应的元素，其他所有元素都得被拦截。结果就是它们互相把对方给拦截了，谁也响应不了，整个游戏就死锁无响应了。原理说明白，解决方案就很简单了。首先，最简单的方案是，设计上显式指定响应的优先级。如让失效提示总是比新手引导更“高”，也就是弹框能无视新手引导的屏蔽(或反过来)。对代码做最小的修改，让他们彼此不冲突即可。（方案A）其次，稍复杂的方案是，让模态对话框和新手引导使用同一种机制去做屏蔽全屏触摸的操作，而通过那种机制去保证多个独占的界面元素同时发生时不会产生冲 ...继续阅读 (27)

在出差回程的飞机上，看着窗外的云海发呆，突然想起来前两天看到的这个问题：“如何对手写笔记进行漂亮(和高效)的排版？”左右无事，就在本子上简单地答了一下，今天回到电脑上补了一下词句和格式，就发上来了。抛砖引玉，请学霸和学神们轻拍——好吧，俺知道学神是不会点开这个问题的——“啥是手写的笔记，能吃吗？”——学神们从来不会手动地记笔记，他们的大脑就是随身带着的海量便携笔记。大多数人（包括我自己）都认为，现在已然是数字时代——与传统的手写笔记相比，以数字形式呈现的笔记具有各种明显的优势。但是对前面那个问题的思考，让我回想起纸和笔的很多独特的优点，那么我们就先从手写笔记的好处说起吧。I like the process of pencil and paper as opposed to a machine. I think the writing is better when it's done in handwriting. - Nelson DeMille正如 Nelson DeMille 所说，纸和笔的组合，其实是一个灵活度非常高的系统，基本上相当于以下这些工具的集合：一个朴素的文本编辑器一个朴素的画板一个朴素的制表工具 (利用横向的引导线，可快速形成表格)一个思维导图工具一个支持任意符号的公式编辑器在下面的两页对开笔记中，我们可以看到，对于一份规划良好的笔记，其主人是如何娴熟 ...继续阅读 (23)

上个月在知乎上看到一个问题：如果使用电子加密貨幣來充當遊戲貨幣體系的一環，會對遊戲有什麽影響？这个问题很有意思，当时我就随手点了关注。趁着春节假期还没结束，今天俺就写几段来抛砖引玉吧:) 如有偏颇之处，还请大牛指正。这篇文章里，俺先探讨一下已经出现了的几个观点，然后再聊聊已有的游戏与比特币结合的各种情况，最后无责任地开几个脑洞，过年嘛，图个一乐:)It's not about the money - it's about the game. - Wall Street: Money Never Sleeps预先的约定和探讨约定为了消除一些歧义和模糊，讨论前我们先做一些约定。也就是说本文提到前面的这些字眼的时候，实际上指代的是后面这一长串内容。游戏币- 为了实现网络游戏内的物品和价值流动，由开发商在游戏内发行的虚拟货币。加密货币- 电子货币的一种，特点是借助加密技术实现，发行和交易过程由算法定义和保证。比特币- 目前应用最广泛的加密货币，由中本聪发明，特点主要是去中心化和匿名性。替代币- 为了某些特定需求或特性，依据比特币的参考实现，定制化后得到的一些特定版本。俗称“山寨币”。他们之间的关系见下图：在已有的答案里，我看到了一些个值得一说的观点，这里先逐个探讨一下：讨论：(观点1) 产出和产量的问题使用比特币做游戏货币，游戏公司没法控制产出和产量，“游戏内货币流通处于无法控制的局面”， ...继续阅读 (23)

“Abort，Retry，Fail?” - 也谈错误处理0. 简要导读先说明一点，本文不含价值观的引导，只做观点和实践的陈述。想看到俺讨论“返回值和异常哪种更好”的可以退散了，此文不是用来回答这个问题的（那是各种编程规范和团队负责人的事情），只会谈论那些在日常开发中普遍面临的问题和对应的解决方案。Life is an error-making and an error-correcting process. ...And if we can be ever so much better — ever so much _slightly_ better — at error correcting than at error making, then we'll make it.—— FromJonas Salk1. 错误的相对性讨论先来个地图炮吧，能在当前的抽象层次下就地处理的，就不是错误，而应被视为业务逻辑的一部分。这句话暗含的意思是，错误处理并非孤立的流程，而与现场的上下文密切相关。当前层次的错误处理，在更高的一层看来，极有可能只是业务逻辑的一部分举个例子，即使你的程序因为错误宕机了，对于更高层次的操作系统来说，只是从容地杀掉进程释放资源而已（一个正常的业务处理流程）；即使整个操作系统崩溃了，对于更高层次的使用者——用户——来说只是从容地重启操作系统并恢复工作的上下文而已（也是 ...继续阅读 (28)

这是几天前在知乎上看到的问题，切入点还蛮有趣的，试着答一下吧。开发效率与执行效率，我们应该怎样斟酌？题目链接简单分析老规矩，先简单分析一下题目：开发效率通常反映在两点上：1.开发新功能是否迅速；2.修复缺陷是否及时。所谓运行效率，通俗地说就是(生产环境下)系统运行速度快，平均响应时间短，均匀流畅。不管是功能上还是用户体验上，都没有不必要的卡顿和等待。当因为某个因素性能开始恶化时，恶化的情况能随该因素的增强而有一定的收敛。既然谈到取舍问题，显然题主已经预设了“二者之间至少存在一定程度上的负相关”这一隐含假定。那么这二者是否的确是此消彼长的对立关系呢？俺觉得还是值得讨论的。下面俺将分别从 a) 项目类型和开发模式 b) 产品质量和工程质量 c) 项目管理和团队建设 这三个角度具体地谈一下。项目类型和开发模式在项目中前期，通常可以清晰地通过以下几点来了解项目的基调和开发模式：项目的大致开发周期和预期的团队规模行业内同类型项目的横向对比技术骨干的经验和背景有同学会问，(作为团队一员)，这些因素虽然不难了解到，可是跟咱们讨论的开发效率和运行效率有什么关系？俺要说，这个关系可不小。项目开发中的很多变量，从立项的第一天起就被初始化成常量了。俗话说“兵熊熊一个，将熊熊一窝”，一个团队的战斗力高低和能量释放程度，先天的基因是一个很重要的因素（一不小心掉到基因决定论里了），下面我们具体看一下。对于强调 ...继续阅读 (22)