新書推薦：
《
阿富汗史：骑驰在风暴中的国度
》
售價：NT$
549.0
《
背影2
》
售價：NT$
386.0
《
她的罪名
》
售價：NT$
279.0
《
巨变与突围：碰撞中的清帝国：1644—1840
》
售價：NT$
437.0
《
变态心理揭秘
》
售價：NT$
279.0
《
非洲三万里（2024版）
》
售價：NT$
381.0
《
不思而美：一个人的心灵简史
》
售價：NT$
325.0
《
减压七处方
》
售價：NT$
314.0
|
| 編輯推薦： |
权威作者：具有十多年虚拟化研究经验，国内首批研究Docker容器技术的专家，Docker开源项目贡献者
快速入门：透过简单的理论讲解，带你进入Docker的世界
步骤详细：手把手教你配置方法，为你量身定制自己的Docker
内容丰富：揭露镜像制作过程，教你搭建镜像仓库
|
| 內容簡介： |
|
自从2013年3月Docker 0.1版本发布以来，以其为代表的容器技术发展也走上了快车道，Docker容器在很大程度上改变了软件的架构设计、开发和运维部署方式，也给早些年就提出的微服务架构模式插上了快速起飞的翅膀。本书由Docker社区第一人Jeff Nickoloff编写，共分为三部分，第一部分（1~6章）重点介绍Docker容器的资源隔离和权限控制及基础理论，第二部分（7~10章）详细解释了如何打包制作镜像以及各种镜像分发基础设施的建设，最后一部分（11~12章）聚焦于Docker容器的组合操作也就是多容器和多主机环境的管理。本书图文并茂，结合基本原理和具体案例给大家提供了多个不错的实战机会。 作为目前最炙手可热的容器技术类图书，本书适用于互联网、云计算及企业级软件开发、架构、测试及运维人员快速上手熟悉Docker容器，搭建以Docker为核心的基础设施，并在生产环境中快速部署应用以及管理容器集群。
|
| 關於作者： |
胡震，上海凡用信息科技有限公司CTO，长夜公司首席架构师，DockOne社区优秀翻译。杨润青，90后博士僧，研究方向是网络和信息安全。
黄帅Henry Huang，目前就职于趋势科技,负责集群运维开发和维护工作，所在项目从2011年使用AWS服务至今，积累一定的AWS运维经验。
Jeff Nickoloff会建立大规模的服务站，写关于技术的文字，并帮助人们实现他们的产品目标。他曾在Amazon.com、Limelight网络和亚利桑那州立大学做这些事情。2014年离开亚马逊，他创办了一家咨询公司，专注于为财富100强的企业和创业公司提供工具、培训和最佳实践。
Jeff Nickoloff 会建立大规模的服务站，写关于技术的文字，并帮助人们实现他们的产品目标。他曾在Amazon.com、Limelight 网络和亚利桑那州立大学做这些事情。2014 年离开亚马逊，他创办了一家咨询公司，专注于为财富100 强的企业和创业公司提供工具、培训和最佳实践。如果你想与他聊天或者一起工作，可以在http：allingeek.com 找到他，或者在Twitter 上找@allingeek。
|
| 目錄：
|
目录
第1部分保持一台干净的机器
第1章欢迎来到Docker世界2
1.1什么是Docker3
1.1.1容器3
1.1.2容器不是虚拟化4
1.1.3在隔离的容器中运行软件4
1.1.4分发容器6
1.2Docker解决了什么问题6
1.2.1有条理7
1.2.2提高可移植性8
1.2.3保护你的机器9
1.3为什么Docker如此重要10
1.4何时何处使用Docker11
1.5案例：hello world11
1.6小结13
第2章在容器中运行软件14
2.1从Docker命令行工具获得帮助14
2.2控制容器：建立一个网站的监控器15
2.2.1创建和启动一个新的容器16
2.2.2运行交互式容器17
2.2.3列举、停止、重新启动和查看容器输出18
2.3已解决的问题和PID命名空间20
2.4消除元数据冲突：构建一个网站农场23
2.4.1灵活的容器甄别24
2.4.2容器的状态和依赖26
2.5构建与环境无关的系统28
2.5.1只读文件系统29
2.5.2环境变量的注入31
2.6建立持久的容器34
2.6.1自动重启容器35
2.6.2保持容器运行init和supervisor进程36
2.7清理38
2.8小结39
第3章软件安装的简化40
3.1甄别软件41
3.1.1什么是仓库41
3.1.2使用标签42
3.2查找和安装软件43
3.2.1命令行使用Docker Hub43
3.2.2通过网站访问Docker Hub45
3.2.3使用替代注册服务器47
3.2.4镜像文件47
3.2.5从Dockerfile安装49
3.3安装文件和隔离49
3.3.1镜像层实战50
3.3.2分层关系51
3.3.3容器文件系统抽象和隔离52
3.3.4工具集和文件系统结构的好处53
3.3.5联合文件系统的不足53
3.4小结54
第4章持久化存储和卷间状态共享55
4.1存储卷的简介56
4.1.1存储卷提供容器无关的数据管理56
4.1.2NoSQL数据库使用存储卷57
4.2存储卷的类型60
4.2.1绑定挂载卷60
4.2.2Docker托管卷63
4.3共享存储卷65
4.3.1主机依赖的共享65
4.3.2通用共享和volumes-from标志66
4.4托管卷的生命周期68
4.4.1托管卷的权限68
4.4.2存储卷的清理69
4.5存储卷的高级容器模式70
4.5.1存储卷容器模式70
4.5.2数据经压缩的存储卷容器72
4.5.3多态容器模式73
4.6小结74
第5章网络访问75
5.1网络相关的背景知识76
5.1.1基础：协议，接口和端口76
5.1.2高级：网络，NAT和端口转发77
5.2Docker的网络79
5.2.1本地Docker网络的拓扑结构79
5.2.2四种网络结构原型80
5.3Closed容器81
5.4Bridged容器83
5.4.1访问外部网络84
5.4.2自定义命名解析85
5.4.3开放对容器的访问88
5.4.4跨容器通信91
5.4.5修改网桥接口的配置92
5.5Joined容器93
5.6Open容器95
5.7跨容器依赖96
5.7.1链接本地服务发现97
5.7.2链接别名98
5.7.3环境变量的改动99
5.7.4链接的本质和缺点101
5.8小结102
第6章隔离限制危险103
6.1资源分配104
6.1.1内存限制104
6.1.2CPU105
6.1.3设备的访问权108
6.2共享内存108
6.2.1跨容器的进程间通信109
6.2.2开放内存容器110
6.3理解用户111
6.3.1Linux用户命令空间111
6.3.2run-as用户111
6.3.3用户和卷114
6.4能力操作系统功能的授权116
6.5运行特权容器117
6.6使用加强工具创建更健壮的容器118
6.6.1指定额外的安全选项119
6.6.2微调LXC120
6.7因地制宜地构建容器121
6.7.1应用121
6.7.2高层的系统服务122
6.7.3低层的系统服务122
6.8小结122
第2部分镜像发布：如何打包软件
第7章在镜像中打包软件126
7.1从容器构建镜像126
7.1.1打包Hello World127
7.1.2打包Git128
7.1.3审查文件系统的改动128
7.1.4Commit创建新镜像129
7.1.5可配置的镜像属性130
7.2深入Docker镜像和层131
7.2.1深入联合文件系统132
7.2.2重新认识镜像、层、仓库和标签134
7.2.3镜像体积和层数限制137
7.3导出和导入扁平文件系统139
7.4版本控制的最佳实践141
7.5小结143
第8章构建自动化和高级镜像设置144
8.1使用Dockerfile打包Git144
8.2Dockerfile入门148
8.2.1元数据指令148
8.2.2文件系统指令152
8.3注入下游镜像在构建时发生的操作155
8.4使用启动脚本和多进程容器158
8.4.1验证环境相关的先决条件158
8.4.2初始化进程160
8.5加固应用镜像161
8.5.1内容可寻址镜像标识符161
8.5.2用户权限162
8.5.3SUID和SGID权限164
8.6小结166
第9章公有和私有软件分发168
9.1选择一个分发方法169
9.1.1分发选项图谱169
9.1.2选择标准169
9.2通过托管Registry发布172
9.2.1通过公有仓库发布：你好！Docker Hub172
9.2.2使用自动构建发布公有项目174
9.2.3私有托管仓库176
9.3私有Registry介绍178
9.3.1使用Registry镜像180
9.3.2从Registry使用镜像181
9.4镜像的手动发布和分发181
9.5镜像源代码分发工作流程186
9.6小结189
第10章运行自定义Registry190
10.1运行个人Registry191
10.1.1再度介绍镜像192
10.1.2介绍V2 API193
10.1.3定制镜像195
10.2集中式Registry的增强196
10.2.1创建一个反向代理197
10.2.2在反向代理上配置HTTP（TLS）199
10.2.3添加身份认证层202
10.2.4客户端兼容性206
10.2.5应用于生产环境之前208
10.3持久化的BLOB存储210
10.3.1微软Azure托管远程存储211
10.3.2AWS S3托管远程存储212
10.3.3RADOS（Ceph）的内部远程存储214
10.4扩展访问和延迟的改进215
10.4.1与元数据缓存集成215
10.4.2使用存储中间件简化BLOB传输217
10.5通过通知集成219
10.6小结224
第3部分多容器和多主机环境
第11章Docker Compose声明式环境228
11.1Docker Compose：第一天的启动并运行228
11.1.1用一个简单的开发环境入门229
11.1.2一个复杂的架构：分布式系统和Elasticsearch的集成231
11.2环境内的迭代233
11.2.1构建、启动和重新构建服务234
11.2.2服务伸缩和删除237
11.2.3迭代和持久化状态238
11.2.4网络和连接问题239
11.3开始一个新项目：三个示例中的Compose YAML240
11.3.1启动前的构建、环境、元数据和网络240
11.3.2已知的组件和绑定挂载卷241
11.3.3卷容器和扩展服务242
11.4小结243
第12章Docker Machine和Swarm集群245
12.1介绍Docker Machine246
12.1.1构建和管理Docker Machine246
12.1.2配置Docker客户端与远程Daemon工作249
12.2Docker Swarm介绍252
12.2.1借助于Docker Machine构建Swarm集群252
12.2.2Swarm扩展了Docker远程API255
12.3Swarm调度258
12.3.1Spread算法258
12.3.2用过滤器调整调度260
12.3.3BinPack和随机调度算法263
12.4Swarm服务发现265
12.4.1Swarm和单主机网络266
12.4.2服务发现生态系统和权宜之计268
12.4.3展望多主机网络269
12.5小结270
后记271
|
| 內容試閱：
|
2011年，我开始在Amazon.com工作。在第一周我的生活就被改变了，因为我学会了如何使用他们的内部版本，对组件依赖建模和制作部署工具。这种自动化的管理方法，我一直都知道是可能的，但从来没有见过。我过去的团队，每一季度部署一次，需要10小时完成。在亚马逊公司，我看着滚动部署工具，将当天早些时候我做出的改动，推送到数百台遍布全球的机器上。和其他公司的前景相比，这就是大科技公司的工程优势。
早在2013年，我想使用Graphite（监控数据的收集和绘图套件）工作。有一天，我要安装该软件，并开始整合个人项目。应付这些事情，我有几年开源工具的使用经验，但很少依赖于Python这么大的生态系统。安装说明很长且模糊，在接下来的几个小时里，我发现许多安装步骤没有文档说明。这对一个有较为深入的Python生态系统知识的人来说，可能显而易见。但对我来说，在尝试了几个安装指南，阅读了相关的配置文件，并和代码库的依赖关系进行了史诗般地战斗后，我认输了。
那是我一生中最沮丧的几个小时。我不想和这个项目再有任何关系。更糟糕的是，因为它，我改变了当前的系统环境，经常使用的那些软件现在变得无法兼容。而要还原这些变化，则需要很长一段时间，让我尴尬不已。
我清楚地记得那年5月1日，我在办公室，当我决定看看Hacker News上面有没有新的方法来提高我的能力时，并于那个被称为Docker的技术文章，一整个星期上了几次的头版。那天晚上，我决定去试试。我找到了那个网站，几分钟内安装了软件。我在计算机桌面上运行着Ubuntu，而Docker只有两个依赖：LXC和Linux内核本身。
像其他人一样，我尝试了Hello，World的示例，但什么都不会。接下来，我安装了Memcached，一分钟内下载并运行。然后我启用了WordPress，它带着捆绑好的MySQL数据库。我还拉了几个不同的Java、Python镜像。此时我回想起安装Graphite那可怕的一天。我打开Docker Index（在Docker Hub之前），并做了一个快速搜索。
结果出来了，它就在那里某些用户做好了Graphite镜像。我抓取下来，并创建了一个新容器，一个简单且配置好的Graphite服务器就在我的机器上运行了。我只用了不到一分钟的下载时间就搞定了它，而几个月前同样的安装花费了几个小时，结果还是失败。Docker能够用最简单的示例，以及最小的努力来展现它的价值，我臣服了。
接下来的一周，我通过和好朋友之间关于Docker和容器的直接对话，测试了他的耐心。我解释了包管理的好处，以及文件系统默认强制隔离可解决的一些管理上的问题；我大谈资源利用效率和初始化延迟问题。我向其他几个同事反复地讲摸索着使用容器的故事。每个人听后都有类似的问题，哦，这就像虚拟化吗？如果我有虚拟机，为什么我还需要这个？问的问题越多，我就想了解得更多。随着项目的普及，我将这个故事分享给了许许多多的人。
当我有机会公开发言时，我开始谈论有关Docker的内容。在2013年和2014年，只有少数人听说过Docker，甚至更少的人在实际中试过该软件。大多数情况下，总有一些怀疑的系统管理员和兴奋的开发人员，而且他们数量相当。人们的反应都大不相同。有些是纯粹的反对者，显然倾向于维持现状。看得出来，他们经历过某些困难，曾经遇到过很类似的日常问题。而另一些人的兴奋反应和我很相似。
2014年的夏天，Manning的副发行人打电话给我，让我谈谈Docker。在手机上谈了一个多小时后，他问我是否有足够的内容构成一本书。我的看法是这些内容足够几本书。他问我，是否有兴趣写写，这让我变得更加兴奋，虽然那时我用Docker已经有一段时间了。那年秋天，我离开Amazon.com，然后开始了《Docker实战》这本书的创作。
今天，我坐在完成的手稿面前。写这本书的目的是让更多的人能尽快学会使用Docker，在本书中，他们也将了解基本的机制和原理。我希望读者有了这些知识后，可以理解Docker是如何被应用到实际问题中，以及如何更好地应用在自己的实例中。
译 序
2016 年4 月中旬DockOne.io 社区的发起人李颖杰找到了杨润青、黄帅和我三位社区译者，说要配合电子工业出版社翻译Docker 大神Jeff Nickoloff 的新书《Docker 实战》，我们仨欣然答应。这一方面是出于对大神的景仰，另一方面也是我们DockOne.io 社区以及我们每一位会员想为国内Docker 容器技术的发展添砖加瓦。紧张的翻译工作从今年4 月底开始，到6 月底交稿，之后我们又配合出版社完成了本书的审读工作，今天我们终于看到本书中文版《Docker 实战》的出版。此时此刻的心情我们也是非常激动，感谢我们DockOne.io社区以及出版社的小伙伴，大家都是好样的。
本书的内容，顾名思义，就是为广大技术人员如何创建、部署和管理Docker 容器以及基于Docker 的应用程序进行理论及实战练习准备的。对于Docker 容器的工作原理以及每一个具体功能都面面俱到，特别地，对于如何在生产环境中部署管理Docker 容器和集群，本书也花了很多的笔墨在探讨。
以Docker 为代表的容器适合运行所有的无桌面的服务型应用，从2013 年3 月Docker0.1 版本发布以来，在短短的四年时间里，Docker 已经风靡全球的互联网技术圈。回顾过去的四年，Docker 容器技术可以说是每年都上一个新台阶，2013 年的小试牛刀，2014 年年中的Docker 1.0 版本的发布以及年底Docker Machine、Swarm 和Compose 三剑客的推出，2015 年Docker 开始进入互联网公司的生产环境部署，以及2016 年开始发力进入企业级应用，CaaS 市场也日渐成熟，与此相呼应的就是整个容器生态圈包括K8S、Mesos 等集群调度系统在内的蓬勃发展以及微服务架构模式的落地开花。特别地，微服务可以说与Docker容器是绝配，目前国内有不少互联网公司包括一些创业公司正在打算或者已经实施基于Docker 容器部署实现各自的微服务架构模式了。
本书在翻译出版阶段，适逢Docker 1.12 版本的发布，该版本的内置Swam 编排机制可以说是划时代性的新特性。由于时间的关系，该部分最新的内容还无法及时写入到本书中，不过没有关系，大家在阅读本书时，也可以看到作者对于容器集群编排系统是如何做出一些前瞻性的预判的介绍。相信大家通过阅读本书，都会受益匪浅！
胡震
上海凡用信息科技有限公司 CTO
序
我第一次听说Docker，是通过从2013 年PyCon 会议的YouTube 视频，它被第一时间发布到了Hacker News。Docker 的创始人Solomon Hykes 在他题为Linux 容器未来的五分钟谈话中，揭开了未来我们如何对外交付和运行软件，不仅仅是在Linux 中，而是在几乎所有的平台和架构之上。虽然他在第五分钟突然语塞，但毫不影响我清晰地认识这项技术在沙箱环境中运行Linux 应用程序，配以用户友好的命令行工具和镜像分层的独特概念，都将改变很多东西。
Docker 大大改变了多数软件的开发和运维模式。架构设计、开发，以及运维方式，在Docker 出现前后有很大的不同。尽管Docker 没有规定具体的方案，但它迫使人们思考微服务和不可变基础设施的方法。
一旦Docker 被更广泛地采用，人们便开始调查Docker 所使用的低层技术，更明确了Docker 的成功并不是技术本身，而是围绕这个项目的人性化接口、API 和生态系统。许多大公司如谷歌、微软和IBM 都在Docker 项目聚首，并携手合作，使它变得更好，而不是去构建另一个竞争对手。事实上，像微软、Joyent、英特尔和VMware 等公司，虽在Linux 容器实现中都换掉了Docker，却为他们自己的容器产品保留了Docker 的命令行接口。在短短两年时间里，很多新公司都如雨后春笋般成立，为的是增强开发者的体验和填补Docker 生态系统的空白，形成一个健康且热心的Docker 社区。
就我个人而言，我帮助微软发布了其第一款支持跨平台ASP.NET 的正式Docker 镜像。我的下一个贡献，会将Docker 命令行接口移植到Windows。这个项目帮助了许多Windows开发人员熟悉Docker，奠定了微软对Docker 项目进行长期贡献的基础。Windows 移植项目也让我以少数Docker 贡献者的视角工作了两个多月。后来，我们还有许多其他的贡献，以确保Docker 成为微软Azure 云服务的重要工具。我们下一个大的目标就是Windows 容器，以及将Windows Server 2016 的新功能与Docker 完全集成在一起。
令人兴奋的是，我们还在容器革命的初期。一切快得令人难以置信，随着每天出现的新技术和开源工具，如今，我们认为这一切将理所当然地会在未来数个月内继续发生改变。
就在这个领域，创新者和我们行业最伟大的头脑正在合作，为软件行业的其他领域，打造大量的创新工具，使发布和运行软件不再受到规模变化的影响。
通过许多发表在网上有关Docker 和微服务的文章，Jeff Nickoloff 将自己定位为新兴的Docker 社区的第一人。他良好的写作功底加上对技术性话题的详细解答，能帮助开发人员快速学习和使用Docker 生态系统，并从中受益。而且，同样重要的是，他还指出了Docker的缺点。本书从零开始，展示了在生产环境中Docker 的部署，描述了Docker 拥有的复杂功能，并对相同任务的多种实现方案进行了比较。
在阅读本书时，你不仅要学会如何有效地使用Docker，也一定要弄明白它的工作原理，Docker 每一个详细功能如何使用，以及在生产环境中使用Docker 的最佳方法。我个人在读本书时，有很多哦，这个功能是做这个的呀的时刻。写这本书，特别是针对一项总是以惊人速度在变革的技术，就像是在一辆行驶速度为60 英里小时的车子上画画一样困难。Jeff 的出色工作，既覆盖了Docker 的前沿功能，又为本书奠定了一个坚实的理念基础，即无论Docker 在未来的几个月甚至几年中有什么样的变化，本书关于容器和微服务的理念，不会改变。
希望你和我一样觉得能从这本书受益匪浅。
Ahmet Alp Balkan
微软开放源码软件工程师
Docker 贡献者
感 谢
与写书不同，过去我的人生中大部分时间在处理简单的事情。在开始写作本书之前我就知道，写作需要高度的纪律性和积极性，但我没有让自己失望。
首先，我想感谢Manning 出版社给我这个机会来完成这项工作、Ahmet Alp Baken 写了序，以及Niek Palm 给整个书稿做了技术校对。许多人审阅书稿，并在成书的各个阶段提供了很多意见，包括Robert Wenner, Jean-Pol Landrain, John Guthrie, Beno?t Benedetti,Thomas Peklak, Jeremy Gailor, Fernando Fraga Rodrigues, Gregor Zurowski, Peter Sellars, MikeShepard, Peter Krey, Fernando Kobayashi, 和Edward Kuns。
在这个最困难的时刻，成功依赖于一个集体的贡献和支持。如果没有他们的贡献，我不会站在这里。
?? Portia Dean，她在过去一年给了我合作和支持。Portia，你是我的伙伴，我的正义和坚持的核心。没有你，我将在某处迷失一年。我爱冒险，对下一次会发生什么总是缺乏等待的耐心。
?? 我的父母，Kathy 以及Jeff Nickoloff，从年轻时就支持我的技术好奇心，培养我坚强的意志。
?? Neil Fritz，超过15 年和我一起做项目，为了得到切片比萨，我们彼此心灵相通。
?? Andy Will 以及PHX2 的优秀工程师们，他们欢迎我到亚马逊，并始终在提高我们的技术门槛，与他们合作本身就是一种学习。
?? Nick Ciubotariu，打了漂亮的一仗，提高了技术领导力的门槛。
?? 卡特尔咖啡工作室，今年我在你们的总部花的时间要比我在家多很多。你那有世界上最好的烤肉之一。旧金山人都会想念它。
最后，我要感谢全世界志同道合的朋友，他们在这段旅程与我共同学习、分享、挑战或倾听。
关于本书
《Docker 实战》的宗旨是向开发人员、系统管理员和混合技能的其他计算机用户，介绍Docker 项目和Linux 容器的概念。Docker 和Linux 都是开源的项目，有丰富的在线文档，但无论如何，入门仍是一项艰巨的任务。
Docker 是有史以来增长最快的开源项目之一，在其周围的生态系统也是以类似的速度不断发展。由于这些原因，本书的重点完全在于Docker 的工具集。这一范围限定不仅能使内容选材更精准，帮助读者了解在他们的特有实例中如何应用Docker 功能；一旦读者们牢牢把握住了本书涉及的基础知识，他们也能应对更大的问题，进而探索整个生态系统。
路线图
本书被分成3 个部分。
第1 部分介绍Docker 和容器的特点。帮助你理解如何安装和卸载Docker 中发布的软件。你将学习如何运行、管理，并在不同的容器结构连接不同类型的软件。第一部分介绍每一个Docker 用户需要的基本技能。
第2 部分介绍Docker 的封装和软件的分发，涵盖了不同大小Docker 镜像的底层机制，以及对不同的封装和分发方法所进行的调查。这一部分还包括对Docker Distribution 项目的的深入分析。
第3 部分介绍多容器项目和多主机环境，覆盖了Docker Compose、Machine 和Swarm项目。这部分内容会指导构建和部署多个真实的实例，规模接近于大型的服务器软件。
代码约定和下载
本书是关于一个多用途的工具，所以很少有代码列入书中。取而代之的是数以百计的shell 命令和配置文件。它们通常来用POSIX 兼容的语法。针对Docker 提供的一些特定于Windows 的功能，用户需要注意那些为了提高可读性或澄清注解而分行的命令。代码托管在GitHub 上（https：github.comdockerinaction），引用的镜像库可在Docker Hub（https：hub.docker.comudockerinaction）中找到。运行这些示例并不需要Docker Hub 或GitHub 的经验。
本书使用了几个开源项目，既展示了Docker 的各种功能，又帮助读者转变了软件管理的范式。没有一个单独的软件堆栈或系列比Docker 本身更突出。通过这些实例，读者将会使用如WordPress、Elasticsearch、Postgres、shell 脚本、Netcat、Flask、JavaScript、NGINX和Java 等工具。唯一的依赖就是Linux 内核。
关于封面插图
《Docker 实战》的封面，标题为渔父的插图，是从19 世纪的许多艺术家珍藏中挑选出来的，由Louis Curmer 编辑，于1841 年在巴黎出版。藏品的标题意为他们自己所画的法国人。每个插图，都是手绘，藏品丰富的变化生动地勾勒出200 年前在世界各地区、城镇、村庄和邻里文化有多么不同。由于相互隔离，说着不同的方言或语言，在街道上或农村，从人们的着装中很容易辨认他们住在哪里，以及交易着什么，生活的状态如何。自那时以来，着装规范改变了，那时丰富的地区多样性，也已经消失了。现在很难分辨来自不同大陆的居民，更别说不同的城市或地区。也许我们已经为更多样化的个人生活，当然包括更多样化和快节奏的技术化生活，牺牲了文化的多样性。
而此时也很难区分计算机类的书籍，Manning 出版社用该书封面来纪念计算机业务的开创性和创新性，以及200 年前丰富的地域和多样性的生活就像这个藏品的那些图片，把我们带回到了生活本身。
|
|
購物車/收銀台(
0
) | 在線留言板
| 付款方式
| 聯絡我們
| 運費計算
| 幫助中心 |
加入書簽
HOME
新書上架
