封面：乌伦古湖，除非特别说明，否则新疆系列全为博主拍摄
用一个词语总结我们选择新疆作为今年旅游的目的地，那就是：不虚此行。
上一篇讲完了安全问题，本篇就直接讲吃喝玩乐了。先说一下行程。我们是6月1日早晨坐飞机，从北京飞乌鲁木齐，然后6月8日晚上8点，从乌鲁木齐飞回北京。
直线距离超过2400公里，飞行距离2700公里左右，大约飞行4小时。差不多是境内游的最长距离了，到拉萨才2500公里。所以尽量选择大飞机。这四个小时过得会舒服一点。如果选择白天飞，从飞机上面向下望，一路上山川、湖泊、沙漠、雪山各种没有见过的景象，既让我感叹大自然的奇特，也让我感叹人类之伟大。
提起新疆，大家印象中可能浮现出维吾尔族同胞，吐鲁番的葡萄，古城等西域风情。如果让你去一趟新疆玩一趟，你的第一反应是什么呢？是不是担心安全问题？我想这是所有想去新疆，或者被同事朋友推荐去新疆后第一个最关心的问题。所以单独写一篇安全见闻，各位看客自行判断情形。
如果你对新疆不太了解，还不担心新疆的安全问题，那我反而为你担心，安全需要，特别是人身安全需要几乎是人的本能，出行时考虑安全因素，是最基本要考虑到的。不管是从事实，还是新闻报道来说，在某些年份里，新疆发生和报道出的安全事件确实有点多，而且有些事件甚至耸人听闻。作为在大城市有稳定工作，家庭和睦的人来说，跑这么远去冒险，显然不是理性的选择。而且从身边的同事来看，大家普遍都是这种看法，甚至即使我们把在新疆的所见所闻和大家介绍之后，还是有些同事明确表示不愿意“以身犯险”，这都是可以理解的，这也是为自己和家人负责任的态度。别说我没有利益相关，就是我有利益相关，比如从事新疆旅游事业，也觉得这种想法是负责任的，我也表示赞同。
今年五一放四天假。我们给长期照顾我们的岳父岳母大人报了一个短期旅游团，去草原上玩了。然后我们准备带着宝宝回宝宝的爷爷奶奶家（山东德州的一个县城）。这次最大的失误就是没有买到高铁票。我们在开车回去和不回去之间犹豫了半天，最终决定还是开车回去了。这次开车经历非常痛苦，以后肯定不会开这个车回去了。
先说下车况：帝豪EV300，2017年款，买了2年，上下班开，因为家离单位非常近，所以总共跑了一万一千公里，属于非常非常少的了，从来没跑过高速。
就在写这篇文章之前，岳父岳母大人刚刚抱着刚刚一岁的小家伙去外面玩了，我和媳妇高兴的击掌相庆。
宝宝出生第二天，我终于见到了他，他是那么的小，他的整个手掌，和我一个大拇指差不多大。小手小脚，身体柔软，我都不敢碰他，怕把他碰坏了。第二天宝宝的小脸红彤彤的，没有别人说的褶皱或者紫色的样子。医院只让媳妇和宝宝住院三天，在这三天里，都是由医院的护工负责24小时照顾一大一小。照顾我们的是一个东北的阿姨，照顾的还可以。这个活也不是很轻松，不过费用是按天结算。
先说媳妇吧，这三天媳妇伤口还没好， 坐起来会疼， 甚至有时候需要输液。身体听虚弱的，需要多休息。吃的饭是医院里订餐。每天有固定的探视时间，超过时间就赶人了。
宝宝是4月12日出生的。
4月10日，媳妇肚子疼的厉害，我们送去医院，医院检查了一下，觉得还没有到快要生的程度，让我们回家。4月11日除了肚子疼的更厉害，还见红了。医院检查后还是想让我们回家，但是鉴于时间比较晚了，怕我们半夜再回来，就直接让住下了。
于是媳妇在待产房里度过了第一晚，里面住的都是马上就要生的。虽然都快要生了，但是程度还是有差别的，有的开了三指，有的开了五指，有的马上就要生出来了。疼痛程度依次递增。有很多孕妈妈都在哭泣，哭声依次递增。媳妇一晚上也没睡着，折腾了一晚上，累的不行，然后开指情况不太顺利。这一晚我一直陪着，是在车里睡的，可把我累的够呛。
上周末给宝宝过完了一周岁生日，也是我成为爸爸这个角色一周年，其实如果从宝宝在妈妈肚子里开始算，应该一年零10个月了。这一年零10个月中的点点滴滴，回忆起来还蛮有意思的，也蛮辛苦的。
从知道宝宝在妈妈肚子里“生根发芽”开始，我们就忙活各种准备工作，去医院建档，定期孕前检查，买一些补品什么的。一开始宝宝只有花生米大小，后来长到核桃大小，再后来拳头大小。想想生命真的太奇妙了，一个受精卵，最后竟然长成了这么复杂的、精妙的、灵动的生命。有的时候我时常在想，这么严格按照DNA成长的方式，到底是不是被设计出来的。
广义的设计模式是指一套被反复使用的、多数人知晓的、经过分类编目的、代码设计经验的总结，使用设计模式是为了可重用代码、让代码更容易被他人理解并且提高代码可靠性。
狭义的设计模式是指GoF在《设计模式：可复用面向对象的基础》一书中所介绍的23种经典设计模式。我们无论是在开发工作中，还是在面试笔试中，一般谈起设计模式就是指狭义的设计模式。
当然设计模式不知这23种，任何按照设计模式六大原则进行的设计，或在23种经典设计模式基础上的变种、组合应该都算设计“模式”，模式加引号是因为有些设计应用场景非常狭窄，可能是为了解决一个特定问题所产生的，也并不被大众所熟知。另外，还有一些为大家所熟知的，但是不在23种经典设计模式之中的设计，比如MVC设计模式。
单例模式号称是最简单的设计模式，但是通过对单例模式一些学习，发现里面知识点挺多的，涉及的一些内容并不是初学者常见的知识。
本文目录结构如下：
在读《本杰明·富兰克林自传》之前，富兰克林这个名字已经如雷贯耳了。最让人熟知的是他的头像被印刷在百元美钞上，还有富兰克林与雷电的故事。2017年，我在得到APP订阅了吴军博士的《硅谷来信》栏目，在学习栏目的过程中，吴军多次提及本杰明·富兰克林，并把他当作自己的精神导师。后来我又看《穷查理宝典》，查理·芒格更是将富兰克林作为伴随自己一生的导师。他们的精神导师，必定是有着极强的人格魅力，有着非常多的值得大家学习的一个人物。从富兰克林的简介我们就能感受到人们对他的尊敬：美国最伟大的先驱者和美国民主的缔造者之一，著名的科学家、出版家、外交家、政治家、哲学家、实业家和慈善家，美国独立运动的领导人，曾参与起草并签署了《独立宣言》和《美国宪法》。与其听其他人介绍这样一位众人尊敬的精神导师，不如自己去了解，我选择直接阅读《本杰明·富兰克林自传》。
【译者注】因为时间原因，这篇论文没有翻译完，感觉有点吃力。有些句子自己也没有太理解。如果有大牛理解文章中code-path和doorway的意思，请在评论里不吝赐教。
【译者注】Batching是指，将多个日志合并成单个消息进行发送；Batching可以有效的降低消息粒度带来的额外损耗，提升吞吐。但是过大Batching容易造成单请求的延迟过大，导致并发请求数过高，继而影响了吞吐和请求延迟。
【翻译开始】Roy Friedman 计算机科学系，以色列理工学院，海法，以色列Erez Hadad 分布式计算系统组，IBM海法研究实验室，海法，以色列
【摘要】本文针对镜像服务器提出了两种新颖的通用自适应消息合并方案。这两种方案都不用考虑底层通讯协议。这两种方案可以根据当前通讯负载实时自动调整消息合并级别。系统不需要明确的监控与校准。另外，本文还给出了详细的性能测试结果。