目前实现:
————
只用内存存储，容量上限为内存大小。
通过 binlog 实现数据加载恢复。
将 binlog 周期 fsync 强制写入磁盘。
注意这里的 binlog 并不是 MySQL 类似的 oplog。
我和你一样，遇到问题总想找到通用的解决方法，或者归类到自己的通用知识体系里。所以每时每刻都在不自觉的做一些总结。以下这些是我觉着比较实用的提高效率的一些方法，不仅仅适用于产品设计和需求分析和管理：
1. 模糊到具体将模糊的，General 的想法或者需求描述具体化，落到书面上。
有时候对于产品有很多想法，但是很多难以落地。原因就是这些想法过于模糊，没有具体化到如何实施，大部分会不了了之。如果把问题具体化，就很容易实施和落地。
比如以前我一天内想完成很多事情，但是到了晚上发现虽然做了很多，但是具体什么任务也没完成。后来，我一天的开始把需要做的事情列出来，晚上再回顾，效率提高不少，不会突然转去做列表以外的事情。
2. 以大化小将大问题分解成小的问题，将大的需求分解成小的需求。这也是分治的思想。
复杂而且难以下手的问题，其实因为这个问题太大，没有细小到可解决的层面上。将大的问题分解成小的侧面，或者小的步骤，就容易逐步解决。
3. 隔离忧虑往往某些需求和设计相互冲突和制约，trade off，这时候需要暂时屏蔽其他侧面的影响。
如果同时考虑问题的多个侧面，往往会过于复杂。相互冲突的优点和缺点，无法量化，也难以取舍。这时候最好先只关注问题的某一个侧面。
4. 黑盒抽象Wiki 解释这是一种驾驭复杂系统的有效方法。暂时屏蔽和抽象细节。
人同时能暂时加载到脑子里的东西是非常有限的，从黑盒的角度用一些基础部件非常必要。这时候需要对黑盒的功能不怀疑。这是团队协作的基础，完成复杂，庞大项目的基础。
这也是我认为程序员最应该具备的素质之一。
5. 选择最简单解决方式当有多种解决方案的时候，选择最简单的那一个。
用最简单，最熟悉的技术解决问题。
6. Fallback对于有风险的方案，需要 Fallback 方案支持。有了 Fallback 的思想，也可以尝试和使用一些非常新的技术。比如 Google CDN 上的 jQuery 库，国内可能访问不了，但是对于国外用户来说它却非常好用，如下 Fallback 的例子。又比如 Websocket 只有比较新的浏览器才能支持，也可以这样有选择性的支持。
<script src="//ajax.googleapis.com/ajax/libs/jquery/1.8.2/jquery.min.js"></script> <script>window.jQuery || document.write('<script src="js/vendor/jquery-1.8.2.min.js"><\/script>')</script> 7. Management Style强烈推荐 Linux Kernel 的 ManagementStyle 一文章。
又到一个年底，回顾一年的变化和目标，幸好有1年前的总结和目标 2010 Summary And 2011 Goals ，可以让我在一年后还能回顾一下以前的计划和现在的完成情况。
本年度博客数量有所降低，原因是下半年从主要开发 A 切换到主要开发 B 。而 B 的核心是人工智能，由于领域过于窄，不方便分享一些通用的心得；另一方面写博客的时间变少，有几篇总结性的博客想放到新的一年吧。以下是有一点价值的博文：
关于 Drupal
Drupal 仍然是快速原型，甚至是生产系统的首选。当然现在更多的人推崇 Rails 或者 Django， NodeJS ，个人也在 2011 对这 3 中技术堆栈进行了认真比较，发现 Drupal 仍然是不二选择。当然 Drupal 只能用在 WEB 的 UI 界面和业务逻辑部分，对性能要求高的地方或者通讯层可以考虑用 NodeJS 或者 Erlang 。假如能自己定主要开发框架，我倒是愿意尝试 Django ，它看起来还是比较完善的。
关于前端开发
前端部分这年尝试了基于 Backbone 开发，发现它也是个学习曲线比较高的东西，但是一旦熟悉还是很通用的。CoffeeScript 建议不要用，无论如何还是离不开 JS 。2011 前端部分研究比较多，发现 WEB 开发最靠谱的还是纯文本+超链接的方式，将计算分散到客户端是比较不靠谱的想法，尝试各种花哨的前端技术也是不靠谱的，毕竟用户体验才是王道。
关于 WEB 架构
NodeJS 可能是 2011 最热门的话题，目前已经在项目 B 用到了生产环境。
其他
2011的个人计划完成Oh, shit! 好像 2011 并没有按计划进行，但是仍然很充实，有很多收获。
2012个人目标
相关文章
精彩导读
热门资讯
关注我们
