20世纪80年代以来,由电影摄影机发展而来的家庭磁带摄像机已经可以让人们随意地带到家庭、公园和街头,把这个世界的五彩缤纷留在能够重复的影像记忆里,这使电影拍摄也成为一种新的公众艺术娱乐。 电影已经成为我们生活中无时不在的东西了。 然而,对于这种极其美妙、极富吸引力的现代艺术和技术,你到底知道多少呢? 你也许希望有一种途径,引导你去对电影作一番曲幽探胜。 或许,你想通过对电影原理的了解,增强把握这门艺术的心理自由度。 或许,你想找到导演和演员的艺术创造源泉和诀窍,从中取得经验。 或许你还想更多地知道一些有关电影文化的生活情趣。 当然,也许你只是想多知道一些拍摄电影的知识。 那么,就请你随手打开这本书。
“如果有这样一本书,既能提纲挈领,为我理顺思绪、指引方向,同时又能照顾小节,阐述细微,帮助我更好更快地理解源码,那该有多好。”说这话的先生虽然针对的是C++,但道出的是研习题源码的人们的共同心声。我们能不能做点儿什么,让学习Linux内核的过程更符合程序员的习惯呢?本书回答了这个问题。本书作者是一个狂热的内核爱好者,所以他的想法自然贴近程序员。 如果你是一名Linux内核爱好者,那么本书提供的材料会让你想在内核层面上做些什么;如果你是一名普通的编程人员,那么对操作系统的透彻理解会拓宽你的编程思路。 本书内容涉及Linux2.6内核,包含许多新特性,如O(1)调度程序、抢占式内核、块I/O层、I/O调度程序等。 本版新增内容 ·当前Linux2.6内核的所有主要子系统和*特性 ·内核模块的新细节 ·虚拟内存和内存分配的
本书全面讨论了软件体系结构研究的由来和发展,介绍了有关体系结构概念的构成和关于体系结构的不同观点,并给出了描述体系结构的有关理论和方法的研究成果。在此基础上指出了体系结构的多层次概念,并就各个层次的构成通过举例进行了全面的说明。体系结构的举例都是来自现实常用和通用的软件技术和应用。通过本书的阅读,读者将对体系结构概念和知识有一个全面而实际的认识。 本书面向软件专业的大学高年级学生、研究生、从事软件工作的工程技术人员,以及对软件体系结构研究和应用感兴趣的读者。
一款好的袖珍数码相机的基本条件,除了携带方便、机身轻巧外,应该至少有300万像素或以上、提供3X光学变焦、可拍短片、可以手动难焦等等。如果有光圈先决、快门先决、不同曝光模式等,就更是锦上添花。 据统计,习袖珍数码相机的人多数是女性。以及年轻一族。一款袖珍300万像素数码相机,售价大约三千多元,拍报出来的照片已经很多,冲晒3R相也没有问题。方便程度,并非相机能及。随着这种相机的兴起,很多厂都投入生产,例如Leica、Contax、Ricoh 等等。使这个“迷你”市场质素越来越完善,更加专业,不少专业摄影者都使用这些产品。
本书论述当今软件需求管理变化过程中的挑战,并描述软件项目成功定义且为所有利益关联者所认可的过程。本书内容包括:问题分析的五个步骤;商业建模和系统工程;应用和精炼实际案例;软件系统原型化方法;组织和管理需求信息;建立软件项目范围和管理客户;精炼系统定义;产品需求质量的确定与改进;从软件需求到系统实现的过程和步骤;验证软件系统;软件变化管理。 作者通过全面的案例研究,向设计者和开发者说明在整个软件项目生存周期中管理软件需求的六个至关重要的技巧:分析问题,理解用户需要,定义系统,管理项目范围,精炼系统定义和构建正确系统。 内容:1. 软件需求问题 2. 软件需求管理简介 3. 软件开发小组 部分 问题分析:4. 问题分析的五个步骤 5. 商业建模 6. 软件增强系统的系统工程 第二部分 理解用户需要:7. 需求启发
使用和发展情况用于衡量Web的成功与否,而基于Web的公司生存与否取决于他们根据不断增长的需求扩展基础架构的能力。这本简单实用的指南将给予你需要用来测量、部署和管理w曲应用程序架构的知识和工具,以走在具有威胁的瓶颈和急速的增长前面。 本书作者JohnAllspaw是图片共享网站Flickr.com的运营工程经理。《容量规划的艺术》汲取了Flickr的成长中很多作者的个人心得,并结合了作者在其他企业工作的同仁们的领悟。他们的手经验将会是你测算增长、预测趋势和做出符合成本效益的准备工作的有力方针。 主题包括: 使用高效的工具用于测量及部署 存储、数据库和应用服务能力的分析和预测 设计易于添加并测算其效能的架构 处理突发流量峰值 预测指数式和爆发式增长 使虚拟化和像EC2这样的云服务与容量策略相适应 在本书中,作者Al
敏捷与纪律,这两个截然相反的属性,是软件开发中的互补因素。计划驱动的开发人员必须具有一定的敏捷性,而敏捷开发人员也必须具有一定的纪律性。成功的关键是找到两者之间的平衡点。根据环境和风险的不同,这个平衡点在不同的项目中也是不同的。那些基于热情总是走*的开发人员,后必须学会如何根据实际情况分配其重点。 本书直接介绍可操作的核心概念。并且提供了定义平衡的软件开发策略的建设性方法。作者在书中展示了不具敏捷性的纪律所导致的官僚作风和停滞,以及没有纪律约束的敏捷所导致的松弛和不考虑结果的技术狂热。本书通过对两个开发组生活中的一天的介绍及案例分析,演示了敏捷方法与计划驱动方法之间的区别和相似之处,并展示了结合所有特性之后的*开发策略。在进行客观和脚踏实地的分析后,终得出了对所有软件专家来说