之前曾经翻译过很多Docker入门介绍的文章，之所以再翻译这篇，是因为Anders的角度很独特，思路也很调理。
你也可以看下作者的演讲稿《Docker，DevOps的未来》。
本文介绍了Docker的一些基本概念、诱人的特性、Docker的工作原理、日常管理基本操作，以及一些Docker的问题的解决方案。
相比很多人的解释，我相信说Docker是一个轻量级的虚拟机更容易理解。
另外一种解释是：Docker就是操作系统中的chroot。
如果你不知道chroot是什么的话，后一种解释可能无法帮助你理解什么是Docker。
chroot是一种操作，能改变当前运行的进程和子进程的根目录。
程序运行在这样的一个被修

用MATLAB生成达到出版质量的图形-export_fig.zip本帖最后由stellari于2013-5-2816:03编辑MATLAB的绘图功能非常强大，但是有两个突出的问题：1、导出的图片质量不高；
2、有时导出图片和figure中实际所见并不一致。
所以导致大家正式发表专业文章时不经常用MATLAB作为首选的绘图软件。
其实，只要解决了上面的两个问题，MATLAB也是可以生成能够达到出版水平的图形的。
简介export_fig（见附件）就是一个能够解决上述问题的工具包。
首先，问题1的主要原因是MATLAB的默认绘图渲染器较为原始，所以画出的线条都有很明显的锯齿。
而用export_fig导出的图片，所有的线条和文字都是经过抗锯齿处理的，所以视觉效果极佳；
至于问题2，export_fig会严格按照figure上显示的内容去导出，是真正意义上的所见即所得。
而且用export_fig导出的图片不会有MATLAB默认导出时那么大的白边，而是保证白边的范围仅能容纳坐标轴和title,xlabel,ylabel，这样使得图片的尺寸减小，排版更方便。
下两图选得虽然不是很有代表性，但是依然可以看出export_fig截出的图中白边大量减少，并且有非常先进的抗锯齿处理（比如，上图的红线在1-2范围内有很明显的锯齿，下图则几乎没有。
坐标轴上的数字也是如此）。
背景中的网格也由虚线变成了“淡实线”，更符合现代制图的审美观。
figure中直接选择save的结果：test1_1.pngfigure中选择save的保存结果export_fig的结果：test2_2.pngexport_fig的保存结果使用方法export_fig的使用方法很简单，解压附件中的文件，然后将得到的所有文件放入某目录中，再将该目录添加至MATLAB的搜索路径中。
导出图片时，输入export文件名即可将当前figure中的图输出至文件中。
export_fig能够自动识别文件名的扩展名，并保存成相应的格式。
注意如果需要导出pdf或eps格式的话，需要下载并安装ghostscript，具体可以参见export_fig的发布页http://www.mathworks.com/matlabc...nge/23629-exportfig题外话其实不要小看MATLAB。
MATLAB其实隐藏了一个非常强大的绘图模式：HG2。
这个模式平时是隐藏的，只能在MATLAB启动时通过附加参数的形式开启，即可以将MATLAB的快捷方式中的指向目标由"...\...\MATLAB\R2013a\bin\MATLAB.exe"改为"...\...\MATLAB\R2013a\bin\MATLAB.exe"-hgVersion2（注意hgVersion和2之间有一个空格）然后使用这个快捷方式打开MATLAB。
在界面上没有任何区别，但是当你画出图之后，你会发现一切都不同了。
（下二图转载自undocumentedmatlab.com，左图为普通模式，右图为HG2模式）HG1_plot.png普通（HG1）模式（无责任转载自undocumentedmatlab.com）HG2_plot.pngHG2模式（无责任转载自undocumentedmatlab.com）版本在2010以上，感兴趣的同学不妨一试（版本更早其实也可以尝试）。
当然目前HG2模式尚不稳定，所以并没有向一般用户公开。
不过这很可能是下一代MATLAB的发展方向，说不定R2014a的默认绘图模式就是HG2！总结目前公认最好的图片导出方案还是export_fig。
这个工具包在MATLABCentral上一直下载量排行第一。
这个工具包可以完全替代MATLAB自己的图片导出功能，强烈推荐大家使用。
我本人现在正在写的一篇文章就全部使用export_fig，而没有使用其他任何的绘图软件。
HG2模式应该是MATLAB的未来发展方向，大家可以先尝个鲜。
很有可能在不久的将来就能够在MATLAB中直接生成这种高质量的图像了。

该代码是CVPR2018一篇关于文本到图像合成的文章，经过测试可以使用

本系列的第一篇介绍了微服务架构模式。
它讨论了采用微服务的优点和缺点，除了一些复杂的微服务，这种模式还是复杂应用的理想选择。
当你决定将应用作为一组微服务时，需要决定应用客户端如何与微服务交互。
在单体式程序中，通常只有一组冗余的或者负载均衡的服务提供点。
在微服务架构中，每一个微服务暴露一组细粒度的服务提供点。
在本篇文章中，我们来看它如何影响客户端到服务端通信，同时提出一种APIGateway的方法。
假定你正在为在线购物应用开发一个原生手机客户端。
你需要实现一个产品最终页来展示商品信息。
例如，下面的图展示了你在亚马逊Android客户端上滑动产品最终页时看到的信息。
虽然这是一个智能手机应用，这个产品

包括十多篇实习报告，还有几篇实习周记、心得。
主要是计算机类的

内容简介编辑《android的设计与实现：卷i》是android应用开发工程师和android系统工程师进阶修炼的必读之作。
它由资深android内核专家亲自执笔，从源代码角度，系统、深入、透彻剖析android系统框架层（framework）的设计思想和实现原理，为android应用工程师和系统工程师解决实际工作中的各种难题提供了原理性的指导。
为了降低读者的阅读成本，《android的设计与实现：卷i》使用了大量简单的uml类图和序列图来展示类的层次结构和方法的调用流程，使读者能迅速读完《android的设计与实现：卷i》并领会其精髓！“android的设计与实现”系列丛书主要围绕android系统的四层结构展开，通过源代码来分析各层的设计思想与实现原理，卷i则主要是针对framework（框架层）的。
全书共12章，分为六个部分：基础篇（第1～2章）详细讲解了android的体系结构、源代码阅读和调试环境的搭建，以及整个框架的基础；
启动篇（第3～4章）深入分析了android启动过程的机制和实现原理，能帮助读者全面理解框架层系统服务的运行基础；
binder篇（第5～6章）着重分析了binder在native框架层和java框架层的机制和实现，能让读者深入理解进程间的通信模型；
消息通信篇（第7章）重点分析了android的消息驱动和异步处理机制，能让读者深入理解线程间的通信模型；
packagemanager篇（第8～9章）主要讲解了packagemanager的机制与实现，以及apk的安装方法与过程；
activitymanager篇（第10～12章）深入阐述了activitymanagerservice的运行机制、应用程序和进程的启动流程，以及进程管理机制。
《android的设计与实现：卷i》适合中高级的android应用开发工程师、android系统开发工程师、android系统架构师，以及负责对android系统进行调试和优化的工程师们阅读。
3前言编辑为什么要写《Android的设计与实现：卷I》　　Android从2007年问世至今，不仅在各个应用领域发展得如火如荼，其图书市场也是一片“兴旺”，各个层次、各种类型的Android图书的需求都比较旺盛。
目前市场上已经有的图书主要分为以下三类：　　针对AndroidSDKAPI使用的描述　　针对Android系统架构各部分的描述　　针对Kernel移植的描述　　其中鲜有针对Android四层架构中某一层进行深入挖掘的图书，这让读者有一种只能窥其全貌，却不能独得一隅的遗憾。
　　框架层是整个Android系统的灵魂，这一层起着承上启下的作用，是理解整个Android的关键，也是解决Android应用层Bug的关键。
要开发一款精品手机，就必须深入理解这一层。
　　国际知名的手机厂商对手机品质有着近乎苛刻的要求，手机必须在严格的测试环境下运行数百小时无问题方可上市销售。
这期间出现的稳定性（ANR、Crash、Watchdog）、内存（OOM）、性能等问题都让人十分头痛。
这些问题主要来自于应用程序、Framework、Dalvik虚拟机、LinuxKernel、Driver以及Modem，其中相当大一部分问题源自对Framework的错误理解和使用。
举例如下：　　解决KeyDispatchTimeout类型的ANR，需要熟悉ActivityManager、Input消息处理系统的机制。
　　解决应用程序IDLE状态时发生的ANR，需要熟悉ActivityManager、Binder的运行机制。
　　解决框架层的Watchdog问题，需要熟悉Android启动阶段开启的系统服务和Watchdog的运行机制。
　　解决应用程序的性能问题，同样需要理解框架层的运行和调度机制。
　　上述问题只是冰山一角，仅仅停留在使用SDKAPI的层次是不可能解决上述问题的。
因此，非常需要一本能深入挖掘框架层的专著。
　　针对以上问题，编写“Android的设计与实现”系列丛书，对Android核心模块和主要问题进行深入分析。
其中卷I的主题是启动和通信，主要分析Android运行环境、PackageManager、ActivityManager、Binder和消息机制等核心模块。
卷Ⅱ的主题是资源和UI，主要分析ContentProvider、Resource、ViewSystem、WindowManager、SurfaceFlinger等核心模块。
　　读者对象　　《Android的设计与实现：卷I》主要分析了Android框架层主要部分的体系结构和实现原理，让读者对Framework有一个清晰的理解，并以此增强解决

家里孩子报名参加家长观察日，需要每一位家长写一写自己的感受进行分享，然后我就自己写一个一篇，希望各位家长可以参考一下

《Kubernetes权威指南》作者之一龚正老师在CSDN学院的在线公开课PPT

###对该程序做如下说明：*采用的是opencv3.X版本*针对不同的图片，需要自己手动修改阈值`g_threshVal,g_threshMax`*程序是根据[`这一篇博客`](https://blog.csdn.net/rrrfff/article/details/77340641#commentBox)写的，只是自己调通了以后，给大家也分享下*因为是自动找点，所以在设置的不太合理的情况下，会出现很奇怪的现象，后果不堪设想。

借国庆长假的机会写了这篇长文，全面地整理了个人从虚拟化到云计算各个层面的看法。
主要的内容涉及虚拟化、虚拟化管理、数据中心虚拟化、云计算、公有云与私有云、以及开放源代码。
本文的全部内容均属于作者的个人观点，而不代表任何公司的观点。
欢迎讨论。
虚拟化是指在同一台物理机器上模拟多台虚拟机的能力。
每台虚拟机在逻辑上拥有独立的处理器、内存、硬盘和网络接口。
使用虚拟化技术能够提高硬件资源的利用率，使得多个应用能够运行在同一台物理机上各自拥有彼此隔离的运行环境。
虚拟化的也有不同的层次，例如硬件层面的虚拟化和软件层面的虚拟化。
硬件虚拟化指的是通过模拟硬件的方式获得一个类似于真实计算机的环境，可以运行一个完整的操

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。