您现在的位置：
来，瞅一眼最近的热文有木有让您一眼销魂的：
【 ↑ 5】
free命令中的buffers和cached
现在的linux内核中对于缓存的管理都是以page的形式进行的，也就是说在系统底层只存在各种page，这些page保存在不同的tree 中，buffer这个概念实际上已经过时了，但是为了保持对过往系统的兼容性，linux内核中还保留了这个概念，并仍然用它来代表文件系统中的一些所谓的元数据，但是由于已经没有buffer了，那么free该怎么显示buffers呢？内核巧妙的利用了一个特性，那就是文件系统在读取元数据的时候一般都是通过它所对应的块设备来进行，也就是说元数据存储的page一般都是保存在块设备对应的tree中，而一般文件的page cache则是保存在它的宿主文件的tree中。有了这个假设，我们就可以通过统计所有在块设备的tree上的page来得出系统的buffers数量。
【 ↑ 5】
Facebook的实时Hadoop系统
【 ↑ 5】
Python高效编程技巧
我已经使用Python编程有多年了，即使今天我仍然惊奇于这种语言所能让代码表现出的整洁和对DRY编程原则的适用。这些年来的经历让我学到了很多的小技巧和知识，大多数是通过阅读很流行的开源软件，如Django, Flask,Requests中获得的。下面我挑选出的这几个技巧常常会被人们忽略，但它们在日常编程中能真正的给我们带来不少帮助。
【 ↑ 5】
移动产品设计书籍推荐
这是我曾经在知乎上对一个问题的回答，最近也有好几个朋友在公号里向我提问，对于做移动产品设计，有没有一些比较值得一读的书来推荐。我把这个问题重新梳理了一下，更新到这里。
【 ↑ 5】
互联网的人才储备
最近几个朋友都在热火朝天的忙着校招，各大网站也更新了自己的招聘页面。这其中，有些公司是真的需要上马新项目，招揽人手做事情。还有一部分，却是在做储备人才的工作。 @kaifang 说过一句： 在互联网行业，三个臭皮匠未必能顶一个诸葛亮。要知道，优秀的人才是可以以一敌百的。这就是互联网巨头为何疯狂挖人的原因，即使暂时不需要你，也不会让你跑到竞争对手那里。 对于目前身处的小公司而言，经费受限，跟风出去校招只是个梦想...
【 ↑ 5】
MMORPG 中场景服务的抽象
MMORPG 中，场景信息同步是很基础而必不可少的服务。这部分很值得抽象出来，专门做成一个通用的服务程序。 此服务无非提供的是，向有需求的对象，同步场景中每个实体的状态信息。那么，我们分解需求，可以看到两点，一是提交状态，二是同步状态。 每条状态信息其实是由三部分构成，状态对象名(key)、状态值(value)、时间。 玩家、NPC、场景中的可变物品，其实都有可改变的状态。比如对象的位置坐标是最常见的状态。其它的状态还有玩家或 NPC 做的动作，玩家离线，上线，等等。可以有若干数据源向这个服务提供数据，如果借用 zeromq 中的模式的话，这个服务应该使用一个 PULL socket 收集数据。它获取从不同数据源 PUSH 来的，key-value 。然后打上时间戳，储存在内存中。 这个服务另外提供一个发布服务，向所有订阅者广播其收到的状态改变信息，每条信息包括推送来的 key-
【 ↑ 4】
Web前端工程师编程能力飞升之路
如果你是刚进入web前端研发领域，想试试这潭水有多深，看这篇文章吧； 如果你是做了两三年web产品前端研发，迷茫找不着提高之路，看这篇文章吧； 如果你是四五年的前端开发高手，没有难题能难得住你的寂寞高手，来看这篇文章吧； web前端研发工程师，在国内是一个朝阳职业，自07-08年正式有这个职业以来，也不过三四年的时间。这个领域没有学校的正规教育，没有行内成体系的理论指引，几乎所有从事这个职业的人都是靠自己自学成才。自学成才，一条艰辛的坎坷路，我也是这样一路走来。从2002年开始接触web前端研发至今已然有了9个年头，如今再回首，期间的走了很多弯路。推已及人，如果能让那些后来者少走些弯路，辛甚辛甚！
【 ↑ 4】
移动消费的槛：支付
很多年以前，当时颇有一些互联网公司们头疼于手上成千上万电子邮箱用户，但却都是免费的。他们盘算着怎么把免费的用户变为交费的客户，其中有一个环节很难跨越，那就是支付。
一个邮箱收费不收费倒在其次，更让人纠结的问题是，一个月几块钱的费用，该通过什么方式得以简便支付。于是，就有公司打移动的主意，希望通过移动账单来收取这笔小额费用，方法是：短信订购。设想中的操作是这样的：你发一条包含有你邮箱地址的短信给一个指定号码，于是你到月底就通过移动账单去把这笔费用顺带给付了吧。
这个流程听上去很方便，既方便邮箱服务提供商，也方便用户。而且似乎还开了一个小头，但迅速就被移动自己叫停。当时我在一个网络公司做事，我怎么也想不明白，送上门去的生意为什么移动不做（每笔费用都是短信的方式，所以移动会拿到一个扣率）。过了好多年，我才了解到，这个问题看上去只是一个买卖的简单流程，但却已经涉及到很深层次的问题，那就是“支付”。未经许可，移动是不能做代收费业务的。
【 ↑ 4】
mysql的全文索引限制
Mysql 4.0 开始就支持全文索引功能，但是 Mysql 默认的最小索引长度是 4。对于英文来说，这个设置是合理的，但是对于中文或者日文，这个设置就很不合理。so，修改mysql的配置（my.cnf文件）：在 [mysqld] 后面加入一行fft_min_word_len = nn为小于4的数字。重启mysql即可。
【 ↑ 4】
Linux C语言编程学习材料
C语言作为大部分编程语言的基础，盛行三十多年不衰弱， 不论是是准备做 PHP/Java/Python/Golang 任何语言的开发学习，C语言都是基础的，我们很多基础很小的互联网运行的开源软件服务都是C语言构筑，所以，有个扎实的C语言基础，或者去学习C语言是非常有必要和帮助的。今天就简单列一些如果要做一个使用C语言来开发高性能后端网络应用的工程师，需要阅读那些书籍和学习那些资料。
【 ↑ 4】
浏览器的工作原理：新式网络浏览器幕后揭秘
Web浏览器恐怕是用户最多的软件了。本文将介绍浏览器的工作原理。想知道从你在地址栏中输入“google.com”，到窗口中显示Google主页的过程中都发生了什么？本文会为你揭开这个秘密。 要讨论的浏览器 今天，人们主要使用5种浏览器：Internet Explorer、Firefox、Safari、Chrome和Opera。这篇文章的分析源自开源浏览器――Firefox、Chrome和Safari，Safari是部分开源的。根据W3C对浏览器使用情况的...
【 ↑ 4】
My Lovers Tools
我从去年开始真正接触Linux，从一开始的不熟悉不喜欢用，到现在的依赖，在此过程中我也了解了很多程序工作的原理。使用Linux，不但可以灵活的定制你需要的工具，不断尝试并创造更多的新东西，而且可以更大的提升工作效率，还会 让你感觉自己很酷^_^。这里要着重提下我选择的Ubuntu,他相对于其它linux产品有更加绚丽的界面，更加方便的使用方式，更加丰富的软件源，更加...
【 ↑ 4】
流程管理与用户研究
我最近下了一个狠心，趁着策划运营团队大换血的关口，把对目标用户群的理解深度作为重要考核指标。“用户研究”单项占15%的考核权重――依据是我对调研期和策划期的两次审核，以及运营组每人每周的访谈通报。如果这项不过关，不论别处再怎么出色也过不了试用期。我之前吃够了亏，又狠不下心，这回一定要以用户研究为基准来组建团队。因为交互设计、功能策划等技能都是可以在实践中不断提升的，但如果你沉不下来研究用户，往往是性格上的障碍，再过三年五年也无法克服。
【 ↑ 3】
RedHat 相关证书过期时间与 RHCE 认证新的变更
我去年考试 RHCA 的时候，收到 redhat 的来信.有关认证的时间之类.所以之前我也详细了解了一下相关信息.分享一下。
【 ↑ 3】
发布一个查看PHP opcode的扩展模块及Web服务
最近花了大约一星期的时间写了一个PHP扩展模块Opdumer，并封装成了Web服务（点击这里访问）。这个模块的主要内容是输出PHP代码对应的opcode。其实之前已经有一些用于查看opcode的扩展模块，如比较有名的vld。之所以重新实现一个这样的模块，主要是因为vld不支持PHP_FUNCTION API，也就是说vld只能用于CLI形式，而Opdumer同时拥有CLI API和PHP_FUNCTION API，另外，也想借助编写这个模块的机会学习Zend Engine中opcode的编译和执行机制。个人打算后面专门针对opcode的编译执行机制写一篇文章，而本文主要描述Opcode的使用方法及对应Web服务的使用。
【 ↑ 3】
程序员技术练级攻略
【 ↑ 3】
MVC之父对“模型-视图-控制器”的最初定义
MVC（Model-View-Controller，模型―视图―控制器模式）用于表示一种软件架构模式。它把软件系统分为三个基本部分：模型（Model），视图（View）和控制器（Controller）。 MVC 由 Trygve Reenskaug 提出，最早被应用在 SmallTalk-80 环境中。模型―视图―控制器模式的目的是实现一种动态的程序设计，使后续对程序的修改和扩展简化，并且使程序某一部分的重复利用成为可能。除此之外此模式通过对复杂度的简化使程序结构更加直观。软...
【 ↑ 3】
对错与行动
三季度的时候与兄弟部门合作一个项目，两边私人感情挺好，常在一起吃饭吹牛，可合作起来就出了问题，设计上争执不断。定睛一看，争的大部分是细节，细到某个选项是可选还是必选，某个开发成本不足半天的功能是否在一期发布，如此等等。这些细节全都加在一起，对产品结果的影响也不超过千分之一，但就是吵来吵去，既浪费时间也伤和气。Boss有次发脾气说，你们两个部门丢骰子，谁赢了听谁的。当然作不得真……可接下来情况也没改善多...
