作为一个IT人，每天都有8个小时以上的时候会挂在网上，有着大量的信息需要我们去关心，技术的，关心的，打折，小道消息，最新新闻，XX门之类的。
这个时候，就需要涉及一个时间分配和信息处理的问题。
人的时间和精力都是有限的，某件事情花费的时间和精力多了，其他事情会分配到的时间就会变少。时间长了，觉得时间也花费了，但就是效果不好。这个时候，就需要看看GTD（Getting To Do），对自己的时间进行合理的划分，从而达到投入时间和产出的最大比。
有了互联网，信息的获取越来越容易。信息渠道的来源不再单一，而趋向于多元化。但也会这个问题－－信息过载。例如我，每天都在GR里面收藏大量的东西，想到以后可能去看，日积月累，积累了有几万条的RSS收藏了。还是在继续增加，没有被消费，如果这样下去，会越来越多。表面上看来，我知道了很多东西，但是实际上呢，都只是指导皮毛，不够深入的。其实心理上是一种信息的恐慌。觉得别人知道了，自己不知道，落后了。心态越来越浮躁，很难静下心去思考和吸收知识。浪费的时间也越来越多，何况很难从海量的信息中找到自己需要的知识。
结合GTD和信息过载的问题，我目前个人的应对方案是：
1，退订一些GR中的订阅，对于我有用的知识，始终还是会知道的，没必要全部都订阅下来，依靠GR的好友分享，可以很好的筛选资源。
2，选定一个良好的方向，针对性地研究。隔一阵子，总结回顾。
3，使用everNote和mindManager收集和整理信息。
4，在自己的各个爱好中，定出目标，排出优先级，按照等级，收集整理信息。
5，安排固定的时间对邮件，IM和twitter进行处理，不要打断思考，用整段的时间做大的事情，小的时间做琐碎的事情，有的放肆才行。大脑也是需要休息的。
6，找到固定的时间放松自己，锻炼身体。
关于GTD的图书，可以看看这个。尽管去做-无压工作的艺术GTD.pdf
每天看了大量的RSS,一点产出都没有的,看看自己的blog都荒芜了.还是整理一下觉得好的东西把,也多少可以代表最近的心境. 各位不满意的就说出来吧~~.一直很佩服学文科的人,可以把自己的想法写出来,我就是想得到,但是写不出来.
1.命运负责洗牌，但玩牌的是我们自己。
29.能够说出的委屈，便不算委屈；能够抢走的爱人，便不算爱
45.你要哭，就好好的哭一场。但是，结束以后，就再也不要想起，再也不要哭泣。
49.放得下的是曾经，放不下的是记忆.
50.我以为小鸟飞不过沧海,是以为小鸟没有飞过沧海的勇气,十年以后我才发现,不是小鸟飞不过去,而是沧海的那一头早已没有了等待…
51.有些事，我们明知道是错的，也要去坚持，因为不甘心；有些人，我们明知道是爱的，也要去放弃，因为没结局；有时候，我们明知道没路了，却还在前行，因为习惯了。
from:百家之言:51句话说得太绝了
一家小旅馆，横在路上，算不算家？家是一种感觉，和房子无关，和地理位置无关，和亲朋好友无关，和鸡巴及馅饼也无关，它隐藏在你心里某处柔软的地方，你没病的时候通常都想不起来的地方，那里停放着一个矫情的东西，叫魂。魂没有归属，走到哪里都是一条丧家犬。经过多年的犯贱经历，几乎可以确诊，对于我，家就在路上，没有起点，没有终点，也就是不曾离家，也无需回家。所以朋友们不要问我在干嘛，我如果没有在路上，就一定是在傻逼逼的正准备着上路。反正那头有黄泉，你也别想绕过去。赶个年的尾巴，给大家拜一拜，祝虎年大吉，如虎添翅，眼睛一睁一闭，想哪到哪。
from:何处才是你丫家
1、事业不等于是做官或者赚钱。大部分的人无法在事业中获得成就感，所以事业不过是糊口的活计，没有必要看得太重。不要过到把糊口的事变成生活里唯一的事，那样就太悲哀了。天天十点才满身酒气的回家，权位和金钱救不了自己的肝，保证不了自己的孩子不会由于缺乏管教而成为一个废人。人世是公平的，所有的一切都是要偿还的。不要用前半辈子的个人努力，为下半辈子不停买单。
2、家庭生活应该放在生活的首要位置。工作谁做都是做，但是和家人在一起的日子去了就不再来。在这个世界上，只有家人会为你而牺牲，只有家人可以信赖。只有他们会对你有耐心，会为你付出而不计算成败，会为了保护你而背叛任何法律条文和人生信条。家庭是唯一的堡垒，唯一可以进门就脱光衣服躺下睡着的地方。没什么事比周末的家宴更重要的了。
3、健康是人生信用卡的担保人。它比美貌、财富、智力、权位都重要。没有人能在病痛中依然欣喜，没有人不在病痛中度日如年。在病中人才能意识到自己是如此脆弱地存在这世界上，会想到健康的重要，会想到要善待自己。但令人遗憾的事，往往人一旦痊愈就忘记了在病中对自己的那些承诺。
4、不值得在女孩子身上浪费太多时间，尤其是漂亮女孩子。要明白一件事：如果要以结婚为目的的话，性格和品格比美貌重要。容颜总会老去，而维系人与人之间最为稳固的连接是对性格的欣赏，和对品格的信任。不要和一条发了疯的狗一样，不停地追着自己的尾巴咬。凡事皆有时，该出现的人总是会出现的。相信爱情，相信缘分。爱情永远应该是件美好的事，不应该有任何的勉强，任何的违心之处。永远，永远不要将就。亚瑟没有拔出石中剑的时候，谁不觉得有血肉之躯拔出那剑是件荒谬的事呢？
5、趣味是唯一值得追求的事情，比事业都重要。人世因为工作而不堪其苦，说“劳动最光荣”的时代里每周工作六天，周日半天义务劳动。这样的生活里若没有点什么值得追求的乐趣，现代社会和奴隶社会并没有任何不同。不计算得失，只因为喜爱而去做的事情，往往能发挥一个人的最大潜能。所以，千万不要把工作和兴趣变成一体。那样一来，人生唯一的一点滋味都丧失了。
6、不要看电视，尽量不要看报纸，而是要去看书。书读百遍，其意自现。这句话是真的，最低限度上能分辨出什么是好书，什么是坏书。而所有的电视节目都在教导一种很坏的人生，让你用自己的劳动换来一房子的垃圾，还因此觉得自己格调不凡，与众不同。所有限量版的产品没有一样是只有一款的，明白这一点，就不会去看电视，不看广告，不读报纸。
7、 永远不要相信报纸上的话。昨天你相信了它说“不要持币待购”，那么今天你就会发现你12万买的夏利目前只值2万。
8、 信仰的作用是塑造一个更强大的自己，所以你能向你自己恳求帮助。
9、 不欺骗自己是最难的事。
10、 不要欠别人钱。
发现还好，这十条我基本上都还真做到了。写下这些话的三年后，我重新选择了自己的生活。和三十岁之前相比，我认为我过得更加辛苦，自己也倍加勤力，但是，我也因此快乐了许多。担当会有压力，担当会很劳苦，可也正因为这样，当你深深地卷入生活，为沉重的磨盘碾压挤榨，你也才深切细致地体会到生活的每一道纹路，每一重滋味。知道这些，自己的生命也才有了重量和质量，认识到自己原来可以承受如此之多。而且在承受之与，还能顽强地开出花来。
from:收假日
What is a journey? 何为旅行？
A journey is not a trip. 旅行不是一次出行，
It’s not a vacation. 也不只是一次假期。
It’s a process. A Discovery. 旅行是一次过程，一次发现。
It’s a process of self-discovery. 一次自我发现的过程。
A journey brings us face to face with ourselves. 真正的旅行让我们直面自我。
A journey shows us not only the world. 旅行，不仅让我看到了世界，
But how we fit in it. 更让我们看到自己在其中的位置。
Does the person create the journey 是我们创造了旅行？
Or does the journey create the person? 还是旅行造就了我们？
The journey is life itself. 生命本身就是一场旅行。
Where will life take you. 生命将引领你走向何方？
— LV 广告
很多时候，一段旅行是忽然出现在自己的脑海中然后成行的，但是，我总是执着的认定，这些看起来随性而至的突兀的旅行，其实在很早以前或许就已经被设定在自己的人生里，所以，每次旅行，那些应该完全陌生的地方们，总能给我仿佛已熟悉很久的安心。
旅行是什么？
一双坚定的脚，一双舒适的鞋和一只鼓鼓的包，再加上注视远方的眼神与向往自由的心情……
可以是寻找，可以是逃避，可以是追忆，可以是奇遇……
不管为了什么，行走的过程中都充满着惊喜……
用脚丈量土地的同时，在丈量着自己……
– 左岸
旅行只是为了平复心中的不安，不该包含任何目的，一切只是平淡，除了平淡还是平淡，为了追寻心中的那个想法，旅行，找到自己想要的地方，找到心中的平静。
最近工作繁忙，没有多余的时间研究技术。所以没啥产出，但是每天还是看了一堆的RSS，所以写的只能是写自己觉得好的东西了，杂七杂八。漫无目的，唯一的标准，个人感悟。觉得有意思。一时心态，一时文字。
再坚强的人也会受伤，只不过面对的方法是将它隐忍，将它发泄，或者用超于平常的平静与疯狂去化解这之中的痛苦。
皮皮让我想起，现在身边很多人在抱怨父母对自己的不理解，上司和同事对自己的不公，甚至为了网络游戏和深爱自己的女朋友吵架。
生活在这个世界上，有事情做，有对未来的希望，有爱自己的人，有自己依恋的人，有可以去回忆的过去，手边有酒，嘴边有烟，这样就已经比很多人幸福的多了。人，不能总是在掉落悬崖之后，才留恋在平地行走的快感。不能总在自我欺骗的手淫过后，才在早泄中羡慕真实的忍耐。
– 摘自大胡子 blog
随着年龄的增大，感觉朋友是越来越少了，年前又有一个朋友结婚了，婚毕，回家养老。只能自己安慰自己，毕竟那不是我想要的生活，继续在外漂泊。 今年为了他，一定要回家的。难得的朋友。就像上面写的如此。虽然低俗，道理却依然包含其中。
state模式处理多态的能力要比虚函数继承强很多也灵活很多。事实上，基于继承的虚函数实现多态，才是处理简单的interface的方法，更复杂的情况往往都是通过state模式来实现的。
另外我补充一点，c++的多重继承毫无疑问是重型灾害，在任何情况下都不应该使用；但我说的是单继承——单继承也不是一个优先考虑的解决方案，类聚合在大部分情况下都优先于类继承。
我还要说一点，继承虚函数仅仅是实现多态的一种方式，而且远远不是最好的方式。从灵活性，对应改变的能力，对复杂多态的实现能力上来说，state模式都胜过虚函数很多。
回到老U的情况（很久没写c代码了，我写点伪码吧），你可以定义一个CSPI结构
struct CSPI{
void 通用函数1(){……};
void 通用函数2(){……};
….
struct *具体硬件 = null；
void set(string 硬件名){
*具体硬件 = product(硬件名); //此处product函数返回对应于硬件名的子struct对象
}
void SPIRead (){
if(具体硬件 == null) 抛出异常；
具体硬件->SPIRead ();
}
void SPIPowerDown(){
if(具体硬件 == null) 抛出异常；
具体硬件->SPIPowerDown();
}
}
这样当你需要添加更多的子硬件类型的时候，CSPI结构不需要做任何修改，你需要做的就是写一个子硬件类型的struct，然后更新一下product方法(简单工厂)。
这个方法应该说是我最需要的static binding，而且它比macro控制好的地方是编译器仍然可以做类型检查；比interface好的地方是没有动态绑定，也不会有ripple effect。缺点是coding量比较大，因为每一个被调用的都需要全部实现所有的函数形式，但是考虑到它仍然有类型检查，以及单片机可怜的效率，这么做是值得的。
PS: 设计模式该看看了。
首先，以前的处理模式是这样的:
1 在一个页面中，缓存的Control在页面中表现的是一个<esi>的标签，标签中会有一些属性。
2 Apache中的模块，要把每个返回给浏览器的页面，都拼装出来，然后检查是否具有<esi>标签，如果有，则要去Cache中找，没有，则直接通过。如果有标签，但是没有在Cache中，要重新渲染。
这里面有三个操作，我黑色部分标出来的。
对于渲染，Cache不命中都需要渲染，Apache的模块是重新走了一遍JBoss，而在新的方式中，是JVM内部的调用。这个地方我没有数据，但是JVM内部调用的开销肯定是小于Apache再走一次JBoss，我姑且认为两个是一样的。
对于拼装，写过Apache模块的同学会很清楚，在output_filter中，会有两个参数，其中一个是apr_bucket_brigade *pbbIn，如果要拼装一个完整的HTTP Response，是需要通过APR_BRIGADE_FIRST、APR_BUCKET_NEXT来遍历pbbIn。
那么这个地方有两个做法，一个是分配内存，把每个分片都复制在一起，组成完整的HTTP Response，另外一个是对每个分片做遍历，但是要考虑一个页面分在两个片上的情况。
具体的实现我要看了代码才知道，如果是每次分配内存、并Copy的话，那这个地方是会消耗不少内存的，因为对于每个页面都要做这样的操作。（可能的内存消耗）那么为了找<esi>标签，对每个HTTP Response的响应的遍历是不可少的。(对CPU的消耗)
假设，找到了<esi>标签，那么是需要构造新的返回的结果的，是需要构造一个新的apr_bucket_brigade，这个apr_bucket_brigade是由一个或者多个apr_bucket，而这些apr_bucket都是创建出来的。
当然，我没有能拿到Apache ESI Module的代码，这个只是我个人的分析。有些代码是依据我之前接触过的AtPanel打点模块来分析的。
对于XX的问题，我的看法是这样的，首先我们启动的时候的目标就是为了脱离Apache。如果这要说Apache ESI Module有什么可以改进和借鉴的，我个人觉得现在Apache ESI Module能做的应该都做了，如果之前提到的，在查找<esi>标签是先复制为一个完成的buffer，再查找，那是可以改进的(相信不是这么做的)，而其他后面的部分，找<esi>标签和构造新的apr_bucket_brigade 进行返回，我个人觉得已经没什么好改进了。
放在Java中处理，有一个优势。我们在处理的当时就知道是改怎么渲染Control，而在Apache的模块，你必须去检查。而对于把Cache的<esi>换成真正的内容，Java是直接拼装的，而Apahce是Copy&修改的，这个也是实现结构上决定的。
Recent Comments