在Ubuntu在线峰会2016的最后1天，多名Ubuntu开发人员在热烈的讨论环节中展望了Ubuntu 16.10（Yakkety Yak）之后的系统桌面发展。正如标题所示，Ubuntu Desktop的未来是Snaps（Snappy）和Unity 8 with Mir，至少在Ubuntu Desktop经理Will Cooke看来是这样的。 目前的开发工作已经开始围绕着这些新兴的现代化技术开展，并不断将其整合到Ubuntu Desktop系统中，例如Ubuntu 16.04 LTS已经获得支持从Ubuntu Snappy商城安装Snaps。
Snappy正缓慢的征服Ubuntu Desktop，自Ubuntu 16.10开始用户能够从Ubuntu Sanppy Store上通过Ubuntu软件购买Snap应用，而且例如LibreOffice和Mozilla Firefox将会在Live ISO镜像中默认以Snap进行安装。Canonical已经部署了各种方式从.deb文件格式到snap。更多消息，大家可以关注本次专辑…… Docker易伸缩，Container越来越大，各种版本的冲突不断，安装包管理器是怎么处理的，如果还在为这些头疼，还在有这些疑问，可以了解一个小工具——NixDocker是作为一个可以容易伸缩应用的工具而开始的，一般会被用作SaaS平台的建设（Docker是dotCloud的一部分，一个提供PaaS服务的平台）。 今天Docker经常被用于分配应用程序，而不是仅仅易于扩展，如果你只是在开发环境下用Docker，只是用它来复制你的开发环境，那你很有可能没有用到Docker的易扩展性。
Docker经常被用在分配应用程序上，因为现在分配应用程序是一件很糟糕的事情。先让我们看看日常我们能接触到的包管理器：yum、apt-get、npm、composer、gem、cabal等等。每一种语言的生态里都有自己的包管理器。基本上这些包管理器都做着同样的事情：解决依赖性确保应用程序可用。一般意味着要下载二进制文件，将其放在PATH，亦或者下载JavaScript源码使之可用于正在运行的环境中。 许多包管理器把安装包存在一个全局可变的目录下。例如 /usr/local/bin。现在如果说我们有应用A，依赖于Ruby 1.8.1安装在了/usr/local/bin同时在PATH下可用。假如我们现在要安装不同的应用B，其需要依赖于Ruby 2.2.1 ，因此我们得去升级Ruby。那么现在应用A因为其不能兼容新的Ruby版本就要被破坏了。即因为安装B我们不得不破坏A。换句话说就是安装包是有副作用的。这是由于全局可变的目录。 由于这些副作用你不能仅仅考虑你安装的东西了。你不得不去担忧会破坏你现有的设置。当然这其实也就是容器的可贵之处：你可随意实验同时重启容器，就像你可以只运送蛋糕，而不是配方，来避免那些副作用。这也意味着这些东西我们只要运行就能立即工作。并没有那些因为依赖产生的错误。 不好的一面就是容器体积会越来越大。意味着部署会越来越慢变成一个更慢的工具。容器通常包含着整个系统。想想看：你运行的操作系统仅仅是运行着自己的操作系统。虽然看起来不是很好，但是有副作用也不是什么好的做法。更多内容，大家不妨在本次专辑里了解一下…… “PHP之父”Rasmus Lerdorf性格直接坦荡，措辞简练精辟，字里行间透着一股“务实至上”的精神气。在参加“PHP全球开发者大会”前夕，这位“实干家”接受了《程序员》采访，分享了自己的编程感悟。
工作重心：我参与的项目总与用户直接相关。我曾多年担任雅虎工程师，负责连接数亿终端用户的基础设施，这些基础设置仍在服役。而如今，我在Etsy也是负责连接百万用户的后端基础设施。技术其实只是解决问题的工具，是抽象的锤头、锯子，并没什么了不起，而真正振奋人心的是用技术提升了百万人的生活品质。 “问题”为指引：比起“计算机科学家”，“工程师”的称谓更得我心。论这两者的区别，我认为后者更专注于解决眼前的问题。之所以开发PHP，并非因为我喜爱编程或语言设计，反倒是因为不喜欢。1993年的那套编程把式，让我没法轻松迅捷地解决Web问题。于我而言，只有当遇到困难，才会翻翻书，查查资料来充实自己，技能不是为了提高而提高，我的每一个决定都是以解决问题为中心的。具体的，大家请关注本次专辑…… |
