最近很想写博客，第一原因还是最近头晕晕的，工作的时候讨论事儿的时间已经超过了写代码的时间，这貌似不是我的节奏。对于技术，我一直很努力，对新的东西也比较希望尝试，但是偶的发现有的时候显得力不从心。

最近一直在努力进行着系统开发的深入学习，也基本上用了晚上和周末的时间来看书、写代码，但是不知道为什么，总是很难把所有的东西串起来。突然想起高中老师的一句话，现在不好好学习，到了大学，你看书的时间有现在的十分之一就不错了。现在引申一下，到了工作，你学习的时间可能真的连大学的十分之一都不到。有的时候，工作一天，发现自己空空如也。

我不知道我的职业道路算不算成功，我只是在走一条低调的技术路线，我知道，我在等一刻，但是那一刻，我似乎等了很久了，我想，我应该高调了。

华东说，阶段性目标很重要，确实，我找不到任何理由我不好好工作，面对这么好的导师，这么好学习的资源，这么好的在我工作的前两年的技术转型，我很难说，这样走下去我会很好。我必须加速了。

一直在想，我是否真的老了，老到我学习都很慢的时候了，但或许，我真的应该反省一下，我对技术的理解，我应该放宽自己的视野，把技术和其他结合起来。我拥有互联网、移动互联网、应用开发、系统开发的深刻理解，我应该比别人更清楚地知道各种事儿的分量。还是踏踏实实把当前应该学好的技能学好。

这篇文章之后，我的生活应该改变了，以前，这篇文章，应该存在于我的笔记本而不是博客上。

河马 2011-09-06

今天在网上看见一个不错的插件，就是社会化媒体评论插件，由于以前很讨厌wordpress的评论，干嘛每次写邮箱， [...]

上周买的一本书，是关于用html、css、javascript开发android应用的一本书，因为搜索关键字的 [...]

最近公司很严格，twitter 和 facebook都不能访问了，只能另外找找办法，不想再去买什么vpn之类的 [...]

转眼间，我的博客已经一周年了。 最近几天都很忙，报警天天都在发我的域名heyues.com 已经过期了，都懒得 [...]

2011年七夕情人节

They don’t teach you this in college, but the fundamental theorem of the software industry is the idea that everything needs to be rewritten all the time. As a corollary, web startup engineers believe that there is no problem but scalability, and architecture is its solution. And thus, the NoSQL movement was born.

The idea is that object relational databases like MySQL and PostgreSQL have lapsed their useful lifetimes, and that document-based or schemaless databases are the wave of the future. Never mind of course that MySQL was the perfect solution to everything a few years ago when Ruby on Rails was flashing in the pan. Never mind that real businesses track all of their data in SQL databases that scale just fine. (For Silicon Valley readers, Walmart is a real business, Twitter is not.)

Invariably, all web projects start off with something like Rails or Django, most likely backed by MySQL. The data relationships are easy to model, and the application works well. If you are lucky enough that people actually use your application, eventually you will start to see some performance issues. At this point, a developer who values technological purity over gettin’ shit done will advocate “rewriting the whole thing in a weekend using Cassandra”. And if he’s smart enough, he might just pull it off. (Of course, said developer has only migrated the app to use a different data store – all of the ancillary support code was conveniently ignored) (更多…)

不知道怎么回事儿，今天一查，发现我已经被百度杀掉了，收录为零，虽然我并不在乎这个东西，但是感觉，一句话

这个世界上，怎么有那么多不知道原因的事儿

http://www.baidu.com/s?wd=site:heyues.com

就算我的博客里面有什么异常关键字，拜托你也告诉我一下

如果说我转载别人的文章，拜托也用你的机器智慧计算一下

不说了，生活在中国的互联网，就是这么悲剧，我很高兴，看见团购、京东等正在推翻着互联网的三甲七雄

由于在项目后期会引入缓存策略对角色的数据进行缓存，而现在我们大部分缓存都使用文件缓存，开发过网页游戏的朋友们大都知道，语言包和游戏相关的数 据大部分不经常改动，有时候几个星期不需要更新，只是在进行版本更新的时候才重新生成一次数据缓存，而角色的数据和数值时刻在变化着，会频繁的更新和操 作，采用文件缓存会频繁地进行I/O操作，在这个功能上文件缓存就不太适合了，所以对于角色的数据采取内存缓存策略在这里就比较合适。

对于内存缓存，比较常用的有两种memcache和memcached扩展。而memcached和memcache的守护进程memcached同名， 比较容易引起混淆，甚至提到memcached，有些人第一想到的是后台的守护进程，这里还是有必要分析一下两者之间的区别，以下观点仅是个人观点，希望 朋友进行补充和更正。
首先我们可以从php官方手册上可以清晰的看到两者的区别：
memcache:http://cn2.php.net/manual/en/book.memcache.php
memcached:http://cn2.php.net/manual/en/book.memcached.php

memcache是完全在PHP框架内开发的，memecached是使用libmemcached的。从手册上看，memcached 会比 memcache 多几个方法，使用方式上都差不多。 (更多…)