进入离职流程以来，找了不少以前的同事了解了下目前大家的现状。 总结一下就是： 有些人还是一样，只是资历更深了，工作内容和工作强度也没什么变化。 有些之前发展就很好的人，马上又要准备晋升了。而且相信中的还可以的项目，加班的离谱。两个月都住在公司开发这种离谱的程度，还有常规凌晨2点下班。两位大牛，技术水平好，忍受力也是惊人的好。也能看出最近不少的烦恼，就是项目不景气，各种累人的花活。 比较年轻的出去的混的好的。在原项目组呆了一年半的应届生，出去了一年半，现在是一个知名中小厂的制作人了。 1、2都大差不差，听起来除了对项目离谱的加班震撼，没有其它感觉。3反而是让我有感而发决定写这篇博客的原因。 今天是中秋前的一

现网发生bug，导致玩家流程卡住，或者物品丢失补偿，都需要在项目开发和设计阶段进行充分的设计和思考。本文介绍一些实际项目中用到的思路和一点思考。

本文主要简单的备忘下，shared_ptr 一些简单的介绍。

项目中通过c++和lua的交互，将大量的业务逻辑交给了非专业的编程人员开发。结合工具的强大的导出能力，将相当大的一部分和玩法和玩法设计相关的工作,交给了技术策划和使用工具的策划。本文稍微回顾下这种设计，以及它实际上和以往c++调用脚本做事情非常不一样的思路。

本文主要是介绍redis多线程部分的理解，很久以前看过单线程版本的实现，最近看了几篇文章介绍多线程的原理。有些文章只是讲了些理由，看着有点模糊，对多线程为什么能提升效率，以及准确的执行点还是有点模糊。本文主要从源码阅读的角度，来梳理下其调用链，以及根据代码实现来分析多线程的实现原理和背后的设计。

稍微整理下最近看到的一些学习方法 日常学习看书，往往要看几遍才能对概念保持长时间的记忆。这样的方式缺点是耗费时间且缺乏明确的重点。对于比较缺乏时间或者专注力的情况下，通读不那么费神，结果也相对低效。 读到的某篇文章的思想，只有输入，没有输出这样的效率有影响。这两天一直再回顾过去学习过程中的一些场景，在思考没有输出是否形成了过去学习过程中关键性的 输出如何定义： 看完能总结出大纲，关键的知识点要能回顾 能总结出来，并且写下来。 对于比较实践化的内容，最好能转化为小的project，只有实际上项目验证，才能对特别的用法或者边界理解的清楚，本质上是一个较高强度的知识强化过程。 分享的一些经历 写到这里，回顾下工作的

libco协程切换原理解读及简要使用 以前看过libco一点源码，最近组里面分享了一次协程的原理。花了点功夫，借助一点网上的资料，算是摸清楚了libco协程切换的来龙去脉。libco除了协程的切换还涉及系统hook以及相关工程的封装，篇幅及时间限制，这里不涉及。本篇主要把协程切换的来龙去脉以及原理从个人理解角度介绍下。明白和能说出来讲清楚是两种不同的理解程度，这也是本文的主要目的。 函数调用的原理 linux 程序内存布局 传统linux程序（32bit)拥有4G的虚拟内存区域，高1G的区域供内核使用，剩余的3G内存供程序使用。按段划分，主要分程序段（text segement)、数据段、BSS段。BSS段用于未

开始维护记录最近的学习过程，博客的目的在于加深理解。保持学习，保持更新。或多或少。