摄影技术技巧、教程

1. Radiant Vista
   每天都会一位专业摄影师从用户提交的相片中挑选出一张进行点评，并给出建议，点评过程提供视频免费下载。可以很快提高你的摄影技巧。
2. Digital photography tips from the top floor
   海量的摄影技巧和教程。
3. Ask the ‘ ole pro ’ about photography
   作者 Joe Zeltsman 绝对是一位经验丰富的摄影师，他提供广泛而详细的教程，免费的哦
4. Taking the mystery out of lighting
   作者 Monte Zucker 会以最简单的文章教会你摄影技术中光影的秘诀
5. Epic Edits
   这个家伙提供大量实用的摄影技巧和教程，他更新非常勤快，建议订阅他的 RSS 。
6. Photography Blog
   该博客更新非常频繁，主要是最新最快的相机周边和新闻。
7. Photography on the Net Post-processing tutorials list
   这里经常更新稀有的后期处理的文章列表。
8. Photoshop Road Map
   一个非常棒的列表，包含了易学的 PhotoShop 处理教程 (“洗”牙，图像平衡技巧等)
9. How to create black and white from color # Copyright for Jandan.net(http://jandan.net/)
   一个非常好的教程（来自 Photoshop Support ）教授了一些简单实用的技巧：如何把彩色相片处理成黑白。

我喜爱的摄影师

1. Magnum Photos
   我（原文作者）知道的最优秀摄影技术站之一，只有那些顶尖的摄影师才能加入这个小组。这个网站有一个展览厅，专门展示成员作品。我最喜欢的摄影师 Trent Parke 也在里面。
2. Mystery Me
   这个家伙最擅长拍摄独一无二的风景照和街道帅照。
3. Sheila Smart
   她的作品总是闪烁出独特的光芒。建议看看这篇文章： inside her brain .
4. Anna Warr Photography
   她只拍摄大型音乐会和节日里的悉尼。看过她的相片之后，你的脑海里会对它们挥之不去。去她的 Flickr 展览页面看看吧。
5. Photos By Jay
   完美的婚礼、悉尼的社会新闻与大事摄影（作者的主页。）

摄影技术竞技场与社区

1. Flickr
   大名鼎鼎，就不多说。
2. Photography Voter
   一个模仿 digg 的摄影社区。
3. National Geographic
   （美国）国家地理杂志，看过刊登在该杂志的照片吧？没看过？搜索一下，或者进 Google Earth ，打开美国国家地理杂志的图层去看。我最近发现一篇文章：讲述作者和国家地址杂志的摄影师一起外出拍摄的故事。
4. Luminous Landscape
   - 广泛而权威的摄影技术，有很多专业级人士聚集在这里。
5. Deviant Art
   一个非常棒的社区，不仅仅是摄影技术，还包括其他的：壁纸、系统皮肤、鼠标指针、图标等等的优秀社区。
6. DP Challenge
   我非常喜欢这个站点，这个强大的社区里有很多出色的摄影师图文并茂地分享他们拍摄的过程与技巧。
7. Photo.net -
   老鸟菜鸟都喜欢聚集在这里，非常活跃。我接触过的最大的社区。
8. Photo.net.au
   澳洲版的 Photo.net .
9. PhotoAxe
   很多写得很棒的摄影技术技巧与摄影装配评论。
10. Fred Miranda
    一个非常活跃的社区，有很多不错的 Photoshop 插件哦。
11. Photosig
    这是一个详尽而易用的摄影技术网站和论坛。
12. Trek Earth
    超多高质量的相片，看了之后，你爬山涉水的渴望与本能就会把你吞噬。

摄影装备评价

1. DPreview -
   该站主要是进行摄影装备的详细而有深度的评价。
2. Steve ’ s Digicams
   这里有很多活跃的用户。
3. PhotoReview.com.au

今天的大学教育，是否足以让一个软件开发人员应对日常工作？如今，敏捷软件开发正以前所未有的速度在业界大行其道，开发人员的技能也需要得到进一步 拓展。本文中，Dave West博士探讨了一种正在逐渐成为主流的训练方式——“系统开发”，它强调人性化、匠艺、设计、创意、创新和新事物的涌现。如今大学中计算机学科的训练 方式，其价值系统由形式主义、控制、工程和决定论【译注2】构成，Dave West提出的训练方式正与其大相径庭。在他看来，系统开发应被称为“构建现实”ⁱ， 因为它基于一个基本前提：系统开发人员所做的一切，都要与现实整合在一起，并随之发生变化（或可称为重新配置）；而现实又是一个包括人、组织、社会政治与 文化体系在内的复杂系统。从自己的经验中，West提出一种更好的教学方式——使用可被称为“bottega”【译注1】的工作室式教学，以替代如今乏善 可陈的教室和实验室式教学。目前，West博士正在Santa Fe学院使用这种方式。

软件开发这个职业仍未成熟。

没错，我们在流程、质量、职业精神方面的提升已经迈出了很大步伐，而且我们还能交付一些具备高度复杂性、非常可靠并且可用的软件。然而，作为一个行 业，我们仍然努力想达到30%至40%的“成功”率，要想做到“在给定的时间和成本下成功”，这个比率甚至更低。这个隐疾的产生，有很多因素：错误的比喻 （工程）、野心（我们已经解决了简单的问题）、改变的速度（技术和世界），以及对技术与人类自身这两个系统之间边界的混淆。

有一个很重要的因素：我们在学校学到的知识（以及我们学习的方式）与我们所从事职业的要求，这两者之间的鸿沟正在不断加宽、加深。毋庸置疑，过去我们创造的教学方式，更符合当时的实际需要。而且我们也创造出了一套体系，通过过去的方式来教育学生。

划定疆域

ACM-AIS-IEEE计算机课程2005年度报告ⁱⁱ指 明：电子工程（Electrical Engineering，简称EE）、计算机工程（Computer Engineering，简称CE）、计算机科学（Computer Science，简称CS）、软件工程（Software Engineering，简称SE）、信息技术（Information Technology，简称IT）和信息系统（Information Systems，简称IS）这六门学科之间有很复杂的重叠。六门之中，前三门（EE、CE和CS）重点放在机器以及与机器相关的理论上。（CS也关注通过 操作系统运作的虚拟机，还有语言编译器）。软件工程和信息系统所教授的知识与软件开发行业比较接近，而信息技术主要讲授有关基础架构，特别是网络、安全和 管理方面的知识。

ACM目前正在制定新的文档，提出一门新的学科——系统开发（Systems Development，简称SD）。系统开发融合了多个ACM分类包含的技能，包括：来自CS的编程；来自SE的软件、流程和工具；以及来自IS的、对 应用的关注。除上述内容之外，SD还包括：对（通用的、组合而且复杂的）系统的相关扩展知识、对计算原理以及相关科学的历史和原理的深入讲授、对业务和管 理的深入讲授，以及诸如哲学、数学、人类学、艺术、人文学科等其他更多课程。

ACM的六门学科都注入了同样的价值体系，关注形式主义、控制、工程和决定论。而SD与之截然不同，它强调人性化、匠艺、设计、创意、创新和新事物 的涌现。系统开发应该被称为“现实构建”，因为它基于如下基本前提：系统开发所做的每一件事情，都必须跟一个现存的复杂系统紧密相关，而且要改变该复杂系 统；这个复杂系统是由人、组织、社会政治和文化构成的，我们称之为——现实。也就是说：SD基于现实，而且要改变现实。

Mastery

理想中的建筑师，应该是一名文学家、一个技术精湛的工匠、一名数学家，熟悉历史研究，勤于钻研哲学，懂得音乐，粗通医学，他还应该是个法学家、略懂星相学，并会做天文计算。

——古罗马建筑师 维特鲁威 公元前25年

维特鲁威的建筑师必须是饱学之士——对现有的学科都略知一二，同时在一些特定领域极为精深。这个要求也适用于职业的（精通级别的）系统开发者。（不过要注意的是，当今没有人能够熟悉所有现有的学科。）要想走上精通之路，必须经过下列七个步骤：

1. 对概念和相关词汇的机械记忆。
2. 在别人的指导下应用知识。
3. 可以独自应用知识。
4. 在全新的环境中应用知识。
5. 具备指导他人的能力。
6. 具备教授他人的能力（无论受众多寡）。
7. 具备做出原创性贡献或扩展已有领域知识的能力。

职业人士在整个知识体系中应该展现出到第4个步骤的能力，而在一些特定方面应该具备第5到第7个步骤的能力。除步骤1之外，精通之士应该可以依靠自 己的能力去主动完成一些事情，而不是仅仅被动地知道某些事情。后者的偏见正好佐证了意大利历史哲学家维柯（Giambatisa Vico，1668-1774）的话：“毋庸置疑：人，仅由其创造之物所塑造。”（"We are sure only of that which we build."）

所有现有的知识

之前两节中提到：相对以往来说，系统开发涉及知识的广度和深度要更加宽阔和深入。当然，这些知识不可能像字面上说的覆盖“所有现有的知识”。不过，对于一个拿到上述ACM六种专业之一的硕士学位证的研究生来说，他所学到的知识面，最多也就能达到系统开发所要求的二分之一。

这里我无法一一描述涉及的知识领域。【部分原因是由于目前仍处在定义和去粗取精的过程，为2009年春末要开启的第一个软件开发Bottega做准备。】我想多谈一谈关于模块化和学习环境的话题。

要想根据以往的学分小时、课程、学期、学年等方式来讲授“系统开发者”所应掌握的内容，几乎是不可能的。两倍内容，这就意味着要想拿到学位，花费的 时间会从6年变成12年，根本无法实现。我们没有使用学分小时或是课程的方式，而是提议将知识领域划分为更为细化的具体知识单元。在新墨西哥 Highlands学校的实验中（后文所示），我们使用“能力素质”表示某个知识单元。

可以用马赛克来比喻知识单元（能力素质）及其之间的关系。马赛克表示知识的整个领域，而每一小块“瓷砖”表示单个能力素质。要注意：每一块“瓷砖 ”不仅仅代表知识，也包括了实践（知识的应用）、技能和经验等各个方面。正如一幅图画所展示的，马赛克有其主题，构成马赛克的各组瓷砖之间存在模式关系， 这些关系就体现了整幅马赛克的主题。每块“瓷砖”都有一个颜色，也就是与这块“瓷砖”相关知识关联最紧密的学科或领域。哲学、人类学、文学、数学、历史、 自然科学等等学科的知识，散布在整幅马赛克图画之中。让人从整体上了解多门学科知识之间的关系，同时达到了跨学科的知识整合，这在基于单一课程的教学方式 中是无法达到的。马赛克提供了对于要掌握的整个领域的总体概观。主题^v则突出了重点，同时没有丧失非重点元素之间的关系。带颜色的瓷砖展现出各学科的贡献，同时在上下文中明确表示出跨学科的关系。学生们不仅知其然，而且知其所以然，同时能够马上将学到的知识应用到到实践中。

这幅马赛克画有多大？要由多少块“瓷砖”构成？

在新墨西哥Highlands学校（报告见后文），我们为系统开发“专业”定义了超过500种“能力素质”。这个数字还不包括文科和其他必修的课 程。基于Highlands的经验，再加上对于“系统开发”“能力素质”的研究，产生了一幅由1000~1500块“瓷砖”构成的马赛克画面。

几乎没有人能够拒绝学习这么多知识的机会（作为教育工作者，我们经常要面临向课程中加入更多主题的诱惑）；可大家都会提出一个很实际的反对意见：你 不能将如此广泛而又深入的知识放入一门课程之中，然后指望学生用常见的6年时间掌握这些知识、并获得学士和硕士学位，这太不现实了。然而，这个反对意见根 本没有考虑到人的学习能力。实际上，该意见基于下面的假设：一个人所能学到的知识，可以压缩到16周的课程，而且每周3次50分钟左右的课时之中。

团队或个人学习某一门指定知识的速度，与他们开发完成某个软件项目的速度不同。敏捷开发认为：许多小瓷砖构成的马赛克图画与“项目待办事项列表”类 似。在一段固定的时间范围中，每个学生从“产品待办事项列表”中选择一系列“能力素质”，并决心在这段时间内掌握，他所做的选择就类似于“sprint任 务列表 ”。在Highlands我们就称之为个人学习计划（individual learning plans——ILP），并使用为期6周的时间盒。所有的精通之道，“实践”是首要的必经之路。因此，很有必要将ILP与实际的项目工作结合起来，最好是 真实的项目。每个学生可以自己决定自己的个人“学习速度”，这样就可以规划出要用多久完成学业了。

学习速度并不仅仅由个体差异决定，适当的环境可以使其大幅提升。

Bottega（教室）

不妨考虑用工作室——bottegavi^vi替代如今乏善可陈的教室和实验室，达芬奇就在这样的地方学习和工作。

• 拥有“店面”，货品和服务生产出来后直接交付给付钱的顾客。
• 工作室以技艺至上，为了提升和支持技艺，大家打造工具、发现技巧，并将技艺教授给学徒们。
• 这是一个喧闹的地方，多个项目和活动同时进行，墙上和工作台上布满了正在进行中的工作。
• 这个地方充斥着技艺要用到的工具。
• 有休息之处，以及饮食之所。
• 这是一个智慧的中心，是大师、科学家、思考家的“必去之处”。当地的大师和熟练工匠们管理这个中心。
• 这里是革新与创造的源泉！
• 这里可以很自然地形成跨学科的学习环境与气氛，同时理论与实践的混合难分彼此。
• 这里充满了音乐、对话、谈笑，甚至是大声的争论。
• 这里分享食物和水，也许还包括睡眠，甚至可能分享爱^vii。

Bottega有意模仿了敏捷软件开发提倡的理想工作环境：开放、很多的白板、很多沟通产物、便于移动、协作，社会化。要想取得最好的效果，学生们 必须花费大量时间呆在bottega中，最好是他们绝大部分的时间。Bottega的运作方式就像是“只有一间教室的学校”，每个人，无论掌握程度高低， 都在同一个地方，而且能看到环境中所有的东西。如果屋子里某个地方发生了有趣或是重要的事情，学生们可以坐着椅子滑动到那个地方并参与进去。在这样的环境 中，很多知识不知不觉就被吸收了，就像是海绵吸水那样的渗透方式。由于之前已经完成的非自觉式“背景学习”，如果某个学生需要有意学习或是应用某些知识， 这个过程可以进展迅速。

个人责任感、截止日期、理解客户并使之满意，这些都是成为大师的要素。开发商业产品，提供给学生教育和体验的机会，让他们有机会走上精通之路。这种理想化的环境能建立起来么？能否维持？效果又怎么样呢？

经验报告——新墨西哥Highlands大学

2004年8月，34名学生参加了新墨西哥Highlands大学一个与系统开发相关的特别计划，这些学生覆盖了大学新生到研究生的范围。学位计划 没有具体的课程。学生们在他们的“专业”中要掌握500多种“能力素质”，此外还包括通用课程以及一些文科课程，这样在毕业时就可以拿到艺术学士学位。这 个计划是基于学徒制的，计划中每个人都会按照真实的时间要求，开发由客户掏腰包和实际使用的软件，并以此赚取报酬。50%的学生是女性（这对计算机相关的 学位来说很特别），60%多是少数族群，并且几乎80%的学生在经济上都不富裕。Pam Postal和Dave West，这两位全职的教师设计并运作了这个计划。国际知名的开发者（比如Linda Rising和Ron Jeffries）访问了该计划，并与学生们一起工作（结对编程），通过手把手的指导和传授其他类型的课程，奉献出了自己的专业知识。所有的开发工作和指 导都是在“只有一间教室的学校”中发生的。我们的工作室环境中有：岛状工作区域，布满各面墙的白板、硬面地板和带有滚轮的椅子。沙发，冰箱和微波炉，这些 设施也为大家提供了方便。大量的时间花在了促进“文化和集体”的沟通上。他们还为新人的加入和学徒水平的提升准备了特别的仪式。在迭代的回顾和仪式上，他 们会一起吃点家常便饭，有时会是特别烹制的菜肴。不同颜色的衬衫标明了不同的学徒水平。这个计划独一无二的Logo在人们之间建立起了身份感和认同感。

头上带有横线的X乘以10，表示该计划的目标，希望毕业生的职业素质要十倍于平均水平。软件是我们的媒介，（精通）技艺是我们的目标，人是我们的关注点，系统是我们的视角，敏捷是我们的流程。

在第一个和第二个学期之间，课程的新生保持率为100%；而在一般的大学中，同样的时间间隔，保持率为50%。又有50名学生，大多数是新生，要求 加入该计划在2005年秋季的课程。计划第一年结束后，7名从一开始就加入的学生获得了全职的雇佣合同，2名进入了研究所，有一名学生同时满足了获得计算 机科学硕士学位的所有条件。8名学生共同发表了论文，并在洛杉矶的OOPSLA和丹佛的Agile研讨会上发表演讲。

从这第一年（也是唯一一年^viii）的计划中，我们获得了如下经验：

• 学生们可以在更短时间内学到更多东西。基于这次的经验，我们相信：即使是一般水平的大学新生，也可以在不到5年的时间里学到所有“系统开发”相关的课程（两倍于一般的6年教育）。
• 学生学习和理解的深度超出了预期。
• 学生可以快速进入到自主的学习过程中。
• 学生会选择、安装和配置自己使用的工具。
• “强烈的共同归属感”，“人的价值（软件由人开发、为人服务）”、“开放、协作的学习环境”，这三个因素被女性学生反复提到，并认为这是她们加入并留在计划中的主要原因。
• 学生们不仅学到了技术技能，同时也学到了团队协作和项目管理方面的技能。
• 所有项目的所有因素都由学生管理，而不是教师。
• 有些计算机科学方面的教师，过去反对该计划，到第二个学期时反而成为了积极的参与者。
• 学生平均每周在工作室中花费30个小时的时间。
• “喧闹”的环境没有分心，反而成为了资产。
• 根据我们真实的客户反映，学生工作成果的质量与职业人士的水平相当。
• 即使是最稚嫩的学徒，也可以为项目做出有价值的贡献。他们根本没有阻碍或是拖慢项目进度。
• Pam和Dave平均每周要在工作室中花费超过70个小时。（长期来看，这样的时间投入无法持续。）

计划取消之后，学生们发起了一个签名活动，并与新墨西哥州州长Richardson的职员们举行了会议，同时争得了全国知名人士的支持，学生们是在 之前的会议上与他们相识的。虽然没有影响最后的结果，但是这让人们坚信：该计划应该继续实施，而且有人努力在另外一所大学复制该计划。

关于该计划更详细的报告，已经于2006年发布在InfoQ上：经验报告──新墨西哥Highlands大学的敏捷开发学徒计划。

继续前行——Transcendence Corporation，Santa Fe学院和Santa Fe Complex计划

Transcendence Corporation是在Highlands计划进行时，基于Highlands的经验成立的；要成为学徒计划的合同代理公司。（根据州立法律，大学禁 止参与类似的工作合同。）Santa Fe学院是一个很小的（学生少于2000人）文科学院，在美术和表演艺术科系上有很强的实力。Santa Fe Complex计划提供了类似bottega的环境，在数学、自然科学、可视化、基于代理的建模、应用复杂性研究，以及“艺术与科学之间的交叉”等方面的 专业知识。Santa Fe学院在2007年秋季创立了类似上述描述的计划。在2008年秋季，该计划将被重新修订为基于“能力素质”的5年制科学硕士计划。

到2008年秋季和2009年春季，三个组织将协同工作以达到下列目标：

• 召集感兴趣的教育工作者和职业人士，成立工作室，以完成上面描述的“课程马赛克”的完整图景。
• 提供以bottega风格为目标的工作室，让大学和中学高阶预修班的学生们参加。
• 首批招募50名学生，包括至少10到15名高中生，还有10名来自大学的“转系学生”。
• 征求项目（基于Highlands的经验，我们提供离岸项目的费率，同时保证更高的质量）、内部实习和外部实习机会。
• 建立与组织的赞助机会，特别是国内和国际的咨询公司，他们苦于无法招聘到合适的毕业生，因此一直被迫创建内部的训练营和训练计划。
• 在2009年春末、夏初启动第一个bottega。

任何有兴趣加入这个计划、与我们一起工作的人（特别是课程工作室、签约项目工作或是赞助关系这方面的人），欢迎尽快与作者接洽。

关于作者

Dave West有多年软件开发经验，其角色跨越了程序员和IT总监等多个角色。在过去的十五年中，他身跨咨询和学术两界。目前是Santa Fe学院的业务、创新和技术教授，之前在新墨西哥Highlands大学和St. Thomas大学担任教职。他自己取得了多个学位，包括亚洲哲学学士学位（Macalester学院）、计算机科学和文化人类学硕士研究生学位 （Wisconsin-Madison大学），还有认知人类学的博士学位（同样在Wisconsin-Madison大学获得）。他是《Object Thinking》一书的作者，并即将完成自己的第二部书稿，主题关于“重新创造软件开发”。他所拥有的专业知识专注于面向对象、敏捷、设计和变革等领 域。

注解与引用

注1：我第一次遇到这个词汇及其想法，是在Christiane Floyd等人所著的《Software Development as Reality Construction》一书中，该书由Springer-Verlag于1992年出版。

注2：数据来自Computing Curricula 2005 – The Overview Report. Copyright ? 2006 by ACM and IEEE.

注4：我将马赛克画视为抽象而不是具象的艺术，一个主题会由一组瓷砖构成，描绘出一个关注点，同时又不丧失与整体的关联。

注5：我对bottega核心的描述，来自于Fritjof Capra的出色书籍《The Science of Leonardo》，2007年由Doubleday出版。这些描述也出现在其他许多出版物中。

注6： 希腊人认为：教育（Paideia）应该由贵族阶级从事，同时认为贵族为希腊人的文化和理念赋予了理智，而文化和年轻人也就“融入”了典范之中。从古代开 始，爱情在这个过程中起到了重要作用，大多数城市的成年贵族受到鼓励，与接受他们指导的年轻人们堕入爱河。——维基百科。【译注3】

注7： 有必要说一下为什么这么好的计划只推行了一年，也是为了说明计划的中止与其本身毫无关系。这是个不那么让人高兴的故事，也很难完全描述清楚一个不负责的人 如何背信弃义。在校董事会通过了计划并批准预算两个月后，还是这个董事会，竟然雇佣了一个毫无教育背景和专业知识的政客担任董事长。根据董事会的记录，该 董事长的首要目标是改变教职员工的种族构成。为了达到该目标，董事长想尽办法向拥有终身教职的“外来”教师施加压力，赶他们走；同时不公平地拒绝教师们终 身教职的申请，非法雇佣管理人员，还有其他种种恶劣行径。他的行为使得学校被美国大学教授协会（AAUP）制裁，诸多失败的诉讼让学校损失了数百万美金。 最后，该董事长被解雇了，目前正在等待起诉，因为他在做州立议会参议员时，涉嫌非法收受联邦建筑项目的回扣。回到过去，教师们领导的新计划正处于此人的打 击列表中。当他发现自己无法破坏该计划时，董事长强令终止该计划，而且没有经过任何教师、董事会和学生们的讨论、建议或是许可。

【译注1】bottega是意大利词汇，代指年青艺术学生向艺术大师学习时所在的工作室，尤其用来强调工作室中学生或是助理使用的部分。该词汇还用 来代指另 外一种工作室，其中由一些助理帮助一位画家或是雕塑家完成一件艺术品，这件艺术品最后的署名权属于工作室的监管者——大师级艺术家。在文艺复兴时期，佛罗 伦萨大约有30个bottega，其中最著名的由列奥纳多?达芬奇领衔。

【译注2】决定论（determinism），认为个人并无选择个性或行为的自由, 因为一切都由其背景﹑环境等所决定。

【译注3】“文化”(culture)一词来自拉丁语。在德语中有两个词和文化相对应， 即Bildung(可解释为“教育、文化、文明”［education、culture、civilization］)和Kultur。而希腊语 Paideia(相当于拉丁语 humanitas)似乎涵盖了这两种意思。亚里士多德曾在《伦理学》、《政治学》中对希腊人的paideia洞察至深。伊索克拉底也宣称：“我们所称的 希腊人是paideia上的一致，不是血统上的一致”。Paideia是每一个希腊人都必需接受的文化教育。古代教育史权威马鲁(H.I.Marou)说 Paideia就是：“不论希腊人在哪里安家落户……他们首 要的任务是建立他们自己的机构，他们的教育设施——初级学校和体育馆”。就是这些学校和体育馆在教授那些希腊人、非希腊人如何像希腊贵族一样生活。这种教 育方式可以说是希腊式生活的入门，它造就了一批精英人物，这些精英影响了几代知识分子。学生们学习荷马史诗和柏拉图哲学，结果，Paideia成为联系希 腊世界强有力的纽带。” 因此Paideia几乎完全等同于我们今天所讲的文化理想，在这个意义上，Paideia可以定义为希腊教育的理想和目的，是为教育过程的终极目的所提供 的优雅、美德、高贵和巧妙的混合物。耶格尔使用了Paideia这一概念表现古希腊文化的真正精神。这种通过理想教育来达到某种理想的观念，使今天的教育 观念受到挑战。对于我们来说，教育的目的主要是为了获得某种简单的职业技术教育，缺乏那种高贵的、浪漫的理想。Paideia为随后的西方二千年教育奠定 了基本模式：就全部人生而言，它强调精神和物质两方面的教育。如尤维纳尔(Juvenal，约62-142)所言：“健全的心智存在于健全的体魄之中”。 Paideia造就了古典人文主义。马鲁是以这样的言辞来叙述人文 主义特征的：“这意味着在整个历史时期，每一代人的心灵都有一个基本相同的本质，使得联系和真正的交流变得更为容易……。在一种古典文化里，所有的人都有 一种他们羡慕和模仿的共同的精神财富：同样一些准则、同样一些比喻、同样一些想象、同样一些词语——甚至同样一些语言。 ” Paideia是评估希腊文化的基础，在Paideia的影响下， 通过文学、哲学、史学、艺术等因素的混合形成了独具特色的希腊文化。这种新文化以苏格拉底问答教学为肇始，一直到柏拉图《理想国》中达到巅峰。

阅读英文原文："Systems Development": a New Discipline for a New Education。

原文来自woodpecker

`ARCI`分析图表

• 是进行过程设计时的最常用工具
• 通过一个綜合性的矩阵,可以在最小空间中,将一个复杂过程中主要的方方面面全部表现出来!
• 以下是个实例:

执行责任说明矩阵

矩阵理解

• Y轴:
• 一般是按照流程的时间序列分离出的关键阶段
• 分离的标准是:
  • 每个阶段都有可以衡量的交付物
  • 如果没有可以交付的工件,则应该是另一阶段的一部分
  X轴:
• 一般是整个过程中的相关角色列表
• 和过程相关的标准是:
  • 缺少此角色流程无法真正完成
  阵列:
• 就是在某阶段,某角色,在该流程的职责标识
• 标识的原则是:

  • 每个阶段都有且仅有一个角色行使A~责任

  • 每个阶段都尽量安排有一个角色行使R~职责

  • 每个阶段都应该安排有一个角色行使C~咨询

  • 每个阶段可以没有角色行使I~了解

矩阵使用

运用ARCI职责图表,可以快速将一个过程中,复杂的团队协作关系标记明白,并明确的观察到职责重叠或是职责缺失的问题;

而且,重要的是,帮助我们在整理过程中,将思路从现实的复杂人事关系中脱离出来,变成单纯的角色职责分析;

不过,ARCI职责图表的使用前提是:

1. 被分析过程是稳定和明确的
2. 被分析过程中的相关角色是明确的

posted by Dawn Nafus on December 03, 2008

I had the pleasure of recently attending the joint OECD-World Bank Conference on Innovation and Sustainable Growth. Innovation policy appears to be having a bit of a renaissance. As OECD Secretary-General Angel Gurría put it, with so much innovation happening as a matter of adoption, or services, innovation policy has moved beyond raising a country’s patenting rate or dollars spent in research labs. Indeed OECD economist Sam Paltridge had pointed out that while the twentieth century tech transfer was marked by leading-edge industrial engineers visiting factories in developing economies, today firms like Intel and Nokia are now just as likely to send anthropologists to talk to end users.

Gurría also noted that innovation is no longer a rich country affair: innovation plays a role in economic growth at all levels of national income. Indeed some of the most exciting innovation comes from some of the poorest corners of the world. Mobile phones now serve as ATMs in Africa. Latin America has some of the most progressive roaming and pricing innovations in the world. Our own Technology Metabolism Index has shown that adoption is not a staged progression from rich countries to poor ones.

While the room full of economists, public policy experts, government representatives and a lone anthropologist (me) could agree that conditions have changed, it did not agree on what the public policy response should be. Controversy focused on whether, as a public policy goal, poor countries should imitate rich countries to ‘catch up,’ in light of how much innovation has changed. If innovation is much more heterogeneous and decentralized than it once was, then we might be more likely to see multiple paths, not a single one. Many pointed out that Korea’s innovation policies that lead to it catching up to rich country income levels would be of questionable legality under current international trade policies. World Bank official Carlos Alberto Primo Braga was particularly concerned that an overenthusiasm for heterogeneous, often user-driven efforts could lead to laissez faire policies, reminding us that “it is my job to alleviate poverty.” This raised the question, is it possible to alleviate poverty and stimulate economic growth without ‘imitate the rich’ as a framework for thinking about how to do it? As an anthropologist, I would answer yes. Here is why.

As we leave the twentieth century and head into the twenty first, we have left the system of mass production and mass media. This has lead to what the social scientists call a splintering. On the one hand, as things go global they get more standardized and generic than ever. On the other hand, heterogeneity and difference are also more important than ever. For example, as multiple devices make their way into peoples’ homes, international standards bodies become more important to ensure there is enough spectrum available for those devices. At the same time, you become your own FCC of your living room, making decisions about how close your mobile phone can be to the TV screen before interference develops. We could say a similar thing is happening with devices. With over a billion people using information technologies, it is becoming increasingly difficult to say what they are actually using them for, other than to connect with others in some way. A pretty generic explanation! Yet there is increasing diversity in devices, with MIDs and netbooks and Classmates now in the picture, each satisfying needs better than a single, generic device could ever do.

Prof. Luc Soete provided the public policy corollary to this principle. International trade standards, including IPR, are increasingly important to get right if all countries are going to be competitive on a global marketplace. It is no use providing aid to poorer countries if (as some have charged) rich countries use the IPR system as a way to close their markets. At the same time he predicts that better trade rules might foster more geographic specialization in the kinds of innovations each country produces. The twenty first century is in its infancy, but if the splintering theory proves true, there still will be plenty of room for large scale players such as standards bodies and multinational companies to innovate and enable others to do the same. What changes, however, is that it becomes even more important to have institutional innovators alongside smart people making smart technologies.

(1994.12.25)

作者:任正非

您有幸进入了华为公司。我们也有幸获得了与您的合作。我们将在共同信任的基础上，度过您在公司工作的岁月。这种理解和信任是愉快奋斗的桥梁与纽带。

华 为公司是一个以高技术为起点，着眼于大市场、大系统、大结构的高科技企业。以它的历史使命，它需要所有的员工必需坚持合作，走集体奋斗的道路。没有这一种 平台，你的聪明才智是很难发挥，并有所成就的。因此，没有责任心，不善于合作，不能集体奋斗的人，等于丧失了在华为进步的机会。那样您会空耗了宝贵的光 阴，还不如试用期中，重新决定您的选择。进入华为并不意味着高待遇，因为公司是以贡献定报酬的，凭责任定待遇。对新来员工，因为没有记录，晋升较慢，为此 十分歉意。如果您是一个开放系统，善于吸取别人的经验，善于与人合作，借助别人提供的基础，可能进步就会很快。如果封闭自己，怕工分不好算，就需要较长时 间，也许到那时，你的工作成果已没有什么意义了。实践是您水平提高的基础，它充分的检验了您的不足，只有暴露出来，您才会有进步。实践再实践，尤其对青年 学生十分重要。唯有实践后善于用理论去归纳总结，才会有飞跃的提高。有一句名言，没有记录的公司，迟早要跨掉的，多么尖锐。一个不善于总结的公司会有什么 前途，个人也不是如此吗？

实 践改造了人，也造就了一代华为人。您想做专家吗？一律从工人做起，已经在公司深入人心。进入公司一周以后，博士、硕士、学士，以及在内地取得的地位均消 失，一切凭实际才干定位，已为公司绝大多数人接受。希望您接受命运的挑战，不屈不挠地前进，不惜碰得头破血流。不经磨难，何以成才。公司要求每一个员工， 要热爱自己的祖国，热爱我们这个多灾多难、刚刚开始振兴的民族。只有背负着他们的希望，才可有进行艰苦的搏击，而无怨言。我们总有一天，会在世界通信的舞 台上，占据一席位子。任何时候、任何地点都不要做对不起祖国、对不起民族的事情。要严格遵守公司的各项制度与管理。对不合理的制度，只有修改以后才可以不 遵守。不贪污、不盗窃、不腐化。严于律己，宽于待人。坚持真理，善于利用批评和自我批评的方法，提高自己，帮助别人。

您 有时会感到公司没有真正的公平与公正。真正绝对的公平是没有的，您不能对这方面的期望值太高。但在努力者面前，机会总是均等的，只要您努力，您的主管会了 解您的。要承受得起做好事反受委屈。没有一定的承受能力，今后如何能做大梁。其实一个人的命运，就掌握在自己手上。生活的评价，是会有误差的，但决不至于 黑白颠倒，差之千里。您有可能不理解公司而暂时的离开，我们欢迎您回来。您更要增加心理的承受能力，连续工龄没有了，与同期的伙伴的位置拉大了。我们相 信，您会加步赶上，但时间对任何人都是一样长的。

希 望丢掉速成的幻想，学习日本人的踏踏实实、德国人的一丝不苟的敬业精神。真正生活中能把某一项技术精通就是十分难的。您想提高效益、待遇，只有把精力集中 在一个有限的工作面上，不然就很难熟能生巧。您什么都想会、什么都想做，就意味着什么都不精通，任何一件事对您都是做初工。努力钻进去，兴趣自然在。我们 要造就一批业精于勤，行成于思，有真正动手能力、管理能力的干部。机遇偏多于踏踏实实工作者。公司建立了以各部门总经理为首的首长负责制，它隶属于各个以 民主集中制建立起来的专业协调委员会。各专业委员会委员来自相关的部门，组成少数服从多数的民主管理。议事、不管事。有了决议后由各部门总经理去执行。这 种民主原则，防止在一长制中的片面性，在重大问题上，发挥了集体智慧。这是公司六年来没有摔大跟头的因素之一。民主管理还会进一步扩展，权威作用也会进一 步加强，这种大民主、大集中的管理，还需长期探索，希望您成为其中一员。

公 司永远不会提拔一个没有基层经验的人做高级领导工作。遵循循序渐进的原则，每一个环节对您的人生都有巨大的意义。您要十分认真地去对待现在手中的任何一件 工作，积累您的记录。要尊重您的现行领导，尽管您也有能力，甚至更强。否则将来您的部下也不会尊重您。要有系统、有分析地提出您的建议，您是一个有文化 者，草率的提议，对您是不负责任，也浪费了别人的时间。特别是新来，不要下车依始，哇啦哇啦。要深入地分析，找出一个环节的问题，找到解决的办法，踏踏实 实地一点一点地去做。不要哗众取宠。

在 公司的进步主要取决您的工作成绩，一个高科技产业，没有文化是不行的。业余时间可安排一些休闲，但还是要有计划地读些书。不要搞不正当的娱乐活动，绝对禁 止打麻将之类的消磨意志的活动。为了您成为一个高尚的人，受人尊重的人，望您自律。谁为谁服务的问题一定要解决。公司总的是为用户服务，但具体来讲，下一 道工序就是用户，就是您的“上帝”。您必须认真对待每一道用户。

要 关心时事，关心国家与民族的前途命运。提高自己的觉悟。但不要卷入任何政治漩涡，指点江山。公司不支持您，也不会保护您。公司坚持员工必须跟着社会潮流 走。当前，要承认只有共产党才能领导中国，否则就会陷入无政府主义。一个高速发展的经济社会，没有稳定，没有强有力的领导，陷入无政府主义状态是不可想象 的。共产党的缺点，通过整党和教育来解决。我们可以帮助它，但必须是善意。公司在飞速的发展，迫切地需要干部，希望您加速磨炼，与我们一起去担起明天的太 阳。

要想从一名普通程序员发展成为优秀的架构师，“个人特性”与“技术技能”缺一不可；而“技术专业能力”、“人际关系能力”和“业务能力”更是优秀架构师重要的三种能力。



文 / 周爱民（《程序员》2008年4月刊）



引子

究竟是什么让你在同一个位置上——例如程序员或技术负责人——工作了三年、五年或者更久，而仍然得不到任何的发展空间？你觉得自己已成为技术圈中 的大牛，并信心满满地去拿明天就要颁发的某某大奖，然而却仍然停留在同样的技术职位上，去年到今年涨的薪水甚至填不平物价升幅？于是，你开始对老板不满， 对员工不满，对昨天升职的那个同事不满……你开始计划明天就要跑单，或者准备考虑提出加薪却又心怀忐忑。

如果技术人员有发展的轨迹，那么他要么“看透工具的本质，把关注点转移到‘团队’的圈子里去”，要么“顺着代码铺就的道路，亦步亦趋地成为良匠大 师”。仅以技术方向而言，你大概可以做到架构师、总架构师甚至首席架构师；但问题是：你现在还只是一个程序员。那要如何才能踏上通往架构师之路呢？本文为 你解析一个架构师的能力模型。

你能不能做一个好的架构师？

架构师不是界定一个技术高下的职位名称，而是一个职务。所谓职务，包括职——职位，务——工作。前者决定了你具备哪些资源，可以影响到怎样的范围，以及面向的机构，后者则简单地是你需要完成的工作列表。

所以我说“架构师”不是指“一个能做架构的人”。前者是把架构师当职能，后者是当工人。能做一份工作列表中的事，并不等于就成为相应职位上的人。 在管理体系里面，你的个人特性决定了你在哪个位置，而技术技能只是做事实施的必需。架构师这个职务，同时要求较高的个人素质和技术能力，因此它的进取之路 总结起来就是：做人、做事，做架构师。

因此“模型”由“个人特性”和“技术技能”两个方面构成，在第一张图中，我特别说明“个人特性”既包括人际关系的能力，也包括（具体）业务能力；“技术技能”也是如此。所以个人特性主要与“做人”有关，部分地也包含“做事”的要素。



                                            图1 架构师能力模型

“有效沟通”以及“学会谈判”与做具体的事无关，是个人能力特性的公共方面。前者是过程，后者是知道如何定目标与求结果。而“风险与防备”是做事 过程控制的关键，与前面两项正好构成了一个做事基本能力的完整体系。基本上，这三项个人特性都是一个“普通程序员”所不具备的，甚至在大多数情况下，普通 程序员并不愿意去具备这样的个人特性，因为在许多陷于技术泥淖的开发人员看来：沟通总是会使事情变得更加麻烦，谈判则徒耗时间而无济于事。然而事实上，在 整个的架构决策过程中，架构师需要不停地沟通与谈判。将“架构”变成“决策”的过程，其实就是对各个技术角色（及其思想）兼容并包的过程，你需要不断地协 调需求、实现之间的各种问题，也需要面对各种投资者（时间、资金、人才等方面的决策者）进行谈判，以确定项目的规模——没有规模也就没有范围，没有范围如 何展开设计呢？

一部分开发人员会认为上述过程是“项目经理”的事情，但真的如此吗？当你作为一个更高级别的架构师，以至于要影响到多个项目的决策时，你就全然不会有这种感受了。因为这种情况下，你的决策将先于项目的启动，或者说你已经不单单是一个技术角色了。

设计是架构能力的一部分，但架构师不是设计师——看清楚二者之间的不同，你才真正迈出了架构师职业生涯的第一步。

抽象是思维能力、模型化是表达能力

个人特性中另一个非常重要的方面是“抽象思维”，而这是与架构师角色直接相关的一种能力。这种能力既有职业技能特征，又是普遍性的能力。

所谓普遍性的能力，是指“抽象”在我们——作为人这种个体的——生活中无处不在。例如我们说花、草，说桌、椅……我们用语言去指称任何一个既已存 在的（可以脱离我们的语言而自然存在的）事物时，就用到了抽象。说“桌子”的时候，既没有描述桌子的具体形式，也没有说明它的规格，但我们用这个名词时， 所有人都知道“桌子是什么”。所以，名词概念是整个抽象逻辑系统中的主体。如果失去了这些名词定义，我们基本上不能说话，也不能描述任何东西——那便到了 “只可意会不可言传”的境地。

用现有的成熟语汇去描述你的系统时，大多数人会理解你所表达的含义，例如我们说“这个系统设计为一个三层结构”。然而架构师面临的系统在许多细节 上并不见得能够用成熟的语汇去描述，因此必须自已构建一个抽象系统，这就需要概念抽象能力、概念表达能力和基于概念的逻辑表达能力。

概念抽象能力是一种思维能力。简单地说，就是“把目标分解或概括清楚”：你要么概而言之“它是什么”，要么详细地说明“它包括什么”。必须使用大 量的语汇来陈述这个“什么”，这不单单是表达为文字，也表达为你在思想过程中的一个完整系统。通常用的方法是“映射系统”。例如你可以用数学中的“数轴” 来映射“实数域”。将目标系统形式化为一个概念化的、可讨论的结构系统后，你的抽象过程就基本结束了。



                                            图2 能力模型中的个人特性

然而这个“抽象系统”可能只构建在你的思维意识里，还必须把它描绘出来。因为不能只是你自己思考清楚，系统就能设计完成。这个“描绘”就依赖于后面两种表达能力，一种是描绘概念实体，一种是描绘实体上的逻辑——有趣的是，这似乎又回到了“程序＝结构＋算法”。

现在大家回过头来看看UML，或者更多种类的ML（建模语言），他们就用于表达这两个方面的东西：要么是概念实体（例如用一个框表明系统边界），要么是实体上的逻辑（例如用箭头表明逻辑时序）。

所以大家应该清楚，我们再如何称赞UML，它也只是一种对模型化系统的“表达能力”，你只能把它当一种辅助表达的工具去使用，它本身既不能帮助思考，也不见得能作为抽象过程中的或抽象思维环境中的参考。

任何一个优秀的架构师都有自己独特的思考方式，这决定了他如何抽象系统，以及如何“创造性地”设计与构画这个系统。这种“独特的思考方式”贯彻他 从孩童开始的整个成长过程，直至他形成独立的社会观、人生观与世界观。他认识世界的方式和接受世界的能力决定于他如何思考，也反映了他这种思考方式的“独 特性”。但这并不表明他有特立独行的行为特性（我们这里只说他的思考方式），我们不应介意他是否用某种语言（例如UML或者形式化编程语言）来表达他的思 考结果。

推动：设计做大，实施做小

架构师首先是把问题的真正目标确定下来，然后变成系统设计、平台设计或架构设计。而在此之后设计输出将会有两个方向的发展，一是被忠实地贯彻下 来，二是被变形地发展下去。两个方向都存在致命的危险：架构最终能否被完整实现。对前者来说，可能是架构设计过度，或设计本身出现了错误；后者则是对架构 直接的伤害。

所以架构师必须参与实施的全程——尤其是在架构被映射为目标系统的前期。在这个阶段中，架构师的任务就是推动架构实施，以保证在项目全程的设计／ 架构／体系的一致性。除了直接跟设计师或设计团队沟通，以保证他们的设计在你可以控制的范围之内以外，架构师还必须有阶段化设计的能力。这种能力用于将一 个原本规模宏大的架构设计，变成较小的、易于实施的、对开发团队来说可控的关键点。例如在体系层次的规划上，设计可能是独立、异质的、可迁移的存储框架来 实现数据层，但在（前期的）实施上，这里可能被表达为本地数据库，并要求前端开发人员必须通过一个清晰的数据交互层来访问——例如一组数据存取接口，或一 个独立数据服务组件。开发人员可能在这里遇到障碍：因为要通过这些中间层来访问本地数据库，纯粹是多余的。然而，正是这“多余的工作”提供了系统弹性，为 并行团队开发公共存储服务争取了周期，也为将来的灵活部署与数据迁移提供了可能。

这里的关键就在于，无论原始系统设定有多大，实施时总是在“做小”。每一个局部的实施块都是可控的，并为它在整个体系空间中留下了位置和接口，这 样才可能由“小的部分”做大。一个大系统的架构师可能同时在考虑许多个项目中的、不同位置的架构，并且清楚这些项目最终的总体规模。而这，就是平台架构师 和体系架构师所涉的领域。



                                            图3 架构师模型图中的“实现能力”

架构真的是“好不好”的问题吗？如同我对工程的理解一样，架构问题的根本，也并不在于它是否完美或漂亮，而是在于是否合用。因此架构师必须对实施 架构的团队以及实施过程有充分了解，知道他们的能力缺陷，知道实现过程要消耗的资源，清楚每个环节可能的故障以及先兆。只有这样，架构师才能设计一个让这 个团队能实现，而且在实现过程中能受控的架构。

要知道，你作为架构师被请来，不是画几张图纸交给项目经理，说：你们去做吧，做不出来是你们不会做。即使你可以身体力行，在这个团队中教大家、培 养大家，那么公司的开销呢？风险呢？这些东西难道就不考虑了？项目的周期因为实现的复杂程度而无法控制时，项目就死掉了。那么，追根究底来说，是不是架构 师的问题？是啊，你为什么会做了一份“不合用”的架构呢？——你都不知道项目如何开发、由谁实施、如何管理等等，又如何能面对这些实际环境去设计架构呢？

所以这一部分能力，是要在你的开发经验、团队经验以及用人识人的经验中去找的。参考模型图的“实现能力”下的“设计能力→了解你的主要沟通对象”和“架构推行”等分支，对你或有一些可用的提示。

局部与全局

架构是一个从全局到局部的过程，而实施正好反过来，是从局部到全局。这也正是“设计做大，实施做小”的另一个层面的含义。设计大才可以见到全局，才知道此全局对彼全局的影响；实施小才可能关注细节，才谈得上品质与控制。

事实上，大多数情况下架构是在为“当前项目之外”去考虑，这可以看成全局关注的一个组成部分。因此我们需要界定所谓“全局”的范围：超出公司或整个产品系列、产品线或规划的范围才是多余的。

所以当架构决策谈及“全局”时，其目标并不见得是“保障当前项目”，而又必须由当前项目去完成。

一个经常被用到的例子是：如果仅为当前项目考虑，那么只需要做成DLL模块；如果为产品线考虑，可能会是“管道＋插件”的结构形式。而“管道＋插件”的形式显然比做成DLL模块更费时，这个时间成本（以及其它成本）就变成了当前项目的无谓开销。

这种全局策略对局部计划的影响是大多数公司不能忍受的，也被很多团队所垢病。然而这却是架构师角色对体系的“近乎必然”的影响——如果你试图在体 系中引用架构师这个角色的话。一些情况下，体系能够容纳这种影响，例如“技术架构师”试图推动某种插件框架，而正好开发人员对这项技术感兴趣，那就顺其自 然地花点工夫去实现了。但如果不是这样，实施者或实施团队看不到“多余的部分”对他们的价值时，来自局部的抵触就产生了。

这种情况下，平衡这些抵触就成了架构推行的实务之一。在我看来，“平衡”是全局的艺术和局部的技术。也就是说，一方面架构师要学会游说，另一方面 也要寻求更为简洁的、成本更小的实现技术。只有当整个体系都意识到（你所推行的）架构的重要性，而且实施成本在他们可以接受的范围之内时，他们才会积极行 动起来。

所以所谓平衡，其实也是折衷的过程。构架师只有眼中见大，才知道哪些折衷可以做，而哪些不能。所谓设计评估（模型图中的实现能力->设计能 力->设计评估分支）并不是去分析一个设计结果好或不好，而是从中看到原始的需求，看到体系全局的意图，然后知道在将设计变得更为“适当”时可以做 哪些折衷。同样的原因，架构师也必须知道自己的决策会产生的影响，才能控制它们，以防它们变成团队的灾难。有些时候，架构师甚至需要抛弃一些特性，以使得 项目能够持续下去。因为产品的阶段性产出只是整个战略中的一个环节，而不是全部。

其它

“怎么做一个架构师”这个问题得分成两个部分来看，一个是“做到”，一个是“做好”。由于架构师本身不过是一个技术职位，所以时机成熟了自然会做得到。但问题是，真有一天你被放在这个位置上了，你能做得好吗？

我浏览过几套所谓培训机构的有关架构师的教程，也翻阅过一些讲架构的书。我发现他们普遍地是将架构作为一种“职业技术”来讲，就像培养程序员或者 缝纫工一样来教育。但就我的经验来说，架构并不是一件纯粹表现技术能力的工作，所以并不是翻几本书学几种方法就可以投入“实战”的。更深层的问题是，架构 师其实不是“战”出来的。昨天跟同事讨论这个话题，他把我们这几年来的一些思考用了三句话来概括，非常精彩：从无到有的，是架构；从表到里的，是抽象；从 粗到细的，是设计。

那么到底什么是架构呢？从上面的概括中你是看不到答案的。到底如何做架构呢？从本文中你也是看不到答案的。然而我说，“你看不到答案”的根源其实 是在于你的眼光与心性——后面这个词换成现代白话，就是“思想”。真正阻碍了你成为优秀架构师的，也许正是你既有的知识与思想方法，扔掉它们，接受一些全 然有别的信息，也许正是良好的开端。

或许你现在正愤愤然：这篇文章怎么空洞无物？——我甚至能想象到一些读者的表情。然而请在问题面前停下来，不要急于给出答案。正如你将“?”稍微变下形，它就成为了“!”一样，问题的本身，就是答案。

作者简介

周爱民（aimingoo），具有十余年的软件开发、项目管理和团队建设的经验，现担任盛大网络的平台架构师，著有《大道至简》、《Delphi源代码分析》等。

原文来自smashingmagazine

Web design consists, for the most part, of interface design. There are many techniques involved in crafting beautiful and functional interfaces. Here’s my collection of 10 that I think you’ll find useful in your work. They’re not related to any particular theme, but are rather a collection of techniques I use in my own projects. Without further ado, let’s get started.

1. Padded block links

Links (or anchors) are inline elements by default, which means that their clickable area spans only the height and width of the text. This clickable area, or the space where you can click to go to that link’s destination, can be increased for greater usability. We can do this by adding padding and, in some cases, also converting the link into a block element. Here’s an example of inline and padded links, with their clickable areas highlighted to show the difference:

Obviously, the larger the clickable area is, the easier it is to click on the link because there is less of a chance of missing it. Converting links into block elements makes the text area span the whole width of the container, unless the width is specified otherwise. This makes it ideal for links located in sidebars. We can do it with the following code:

a {
 display: block;
 padding: 6px;
}

Make sure to also add a healthy dose of padding to the links, because converting a link into a block only affects its behavior and width; adding padding ensures that the link is high enough and has some room to breathe.

2. Typesetting buttons

Attention to every detail is what separates a great product from a mediocre one. Interface elements such as buttons and tabs are clicked on many times a day by your users, so it pays to typeset them properly; and by typesetting I mean positioning the label. Here’s a couple of examples of the kind of misplaced labels I sometimes notice:

At first glance they look okay, but notice that the text is placed too high because the lowercase letters have been used as a guide to align the text vertically in the center, like so:

However, if we use uppercase letters as well as lowercase letters with ascenders (”t,” “d,” “f,” “h,” “k” and “l”), the balance shifts upwards, making the label appear too high on the button. In such cases, we should set the type using the uppercase height as a guide — or set it a little bit higher if most of the letters are lowercase. Here’s what I mean:

This gives the whole button a more balanced look and feel. Little touches like this go a long way towards making your interface more polished and satisfying to use.

3. Using contrast to manage focus

Similarly, you can also manage the focus of your visitors’ attention with contrast between elements. Here’s an example of a post headline and some meta information underneath regarding who posted the article and its date:

All the text is set in black. Let’s decrease the contrast between the meta information (the date and author’s name) and the background by putting the text in a light shade of gray:

The highest contrast element here is the headline, so it literally pops out at us. The other elements fade into the background. Here, I’ve chosen the author as the second-most important element, and the date as the least. The font also differs in size and style, but the contrast level can be very powerful. Let’s reverse the order of importance to date, author and headline:

You can see how effective it is in shifting focus: the date now pops out at you, while the headline fades away. This technique comes in very handy for information-heavy websites, such as blogs, forums and social networks, in which you want to make a lot of information easily scannable while still showing a lot of additional things, like dates. Fading the extras allows visitors to easily focus their attention on the most important pieces of text.

4. Using color to manage attention

Color can also be used to effectively focus your visitors’ attention on important or actionable elements. For example, during the US presidential election, pretty much all of the candidates’ websites had the donation button colored red. Red is a very bright and powerful color so it attracts attention, and it stands out even more when the rest of the website is blue or another colder color.

Warmer tones like red, yellow and orange are naturally bright and so tend to attract the eye. They also “expand” when set against colder colors like blue and green. This means that an orange button on a blue background looks like it’s flowing outwards and taking the front seat. Conversely, a blue button on an orange background contracts inward, wishing to stay in the background. Here’s a picture to illustrate:

Here’s a couple of examples of websites that use color effectively to direct users’ attention to the important elements:

Function features a “We’re Hiring” link on its jobs page. To ensure the link is not missed, the designers set it against a red background that pops out from the dark background header, effectively grabbing attention.

Causecast use color effectively. Four bright pink elements pop out at you: the logo, the feedback link, the donate link and the website description message.

Want the “About” blurb on your website to grab the visitor’s focus? Make the background yellow. Want to make the “Join” button stand out? Color it orange. Make sure not to highlight too many elements, though; if you do, they may get lost in each other’s company.

5. White space indicates relationships

One of the most crucial elements in an interface is the white space between elements. If you’re not familiar with the term white space, it means just that: space between one interface element and another, be it a button, a navigation bar, article text, a headline and so on. By manipulating white space, we can indicate relationships between certain elements or groups of elements.

So, for example, by putting the headline near the article text we indicate that it is related to that text. The text is then placed farther away from other elements to separate it and make it more readable. Here’s an example in which white space could be improved:

The text looks all right and is certainly readable, but because the spaces above and below each heading are equal, they don’t separate each piece of text clearly. We can improve this by increasing the white space between each section and also by slightly tightening the line height of the paragraphs:

This results in more clearly defined blocks; we can easily tell which headings go with which pieces of text and can see the separate sections clearly. Good designers often squint or glance at their work from a distance, which lets them see the blocks of elements separated by white space as they merge together. If you cannot see these groups clearly then you may need to tweak your white space.

6. Letter spacing

Web design is pretty limiting for typographers. But while there are only a few safe Web fonts and not a great many things you can do to style them, it’s worth remembering that we do still have some level of control. “Tracking” is a term used in the field of typography to describe the adjustment of spacing between letters in words. We’ve got the ability to do this with CSS using the “letter-spacing” property.

If used with restraint and taste, this property can be effective in improving the look of your headlines. I wouldn’t recommend using letter spacing on the body text because the default spacing generally provides the best readability for smaller font sizes.

Here’s an example of letter spacing in use:

And here’s the CSS code used for the above examples:

h1 {
 font-family: Helvetica;
 font-size: 27px;
}

h2 {
 font-family: Helvetica;
 font-size: 27px;
 letter-spacing: -1px;
}

h3 {
 font-family: Georgia;
 font-size: 24px;
 letter-spacing: 3px;
 font-variant: small-caps;
 font-weight: normal;
}

The effect can be useful when you want to craft a more aesthetically pleasing or more original heading. Here, I’ve used only a couple pixels for letter spacing, but already it makes a big difference to the style of the font.

7. Auto-focus on input

Many Web applications and websites feature forms. These may be search forms or input forms inviting you to submit something. If this form is the core feature of your application or website, you may want to consider automatically focusing the user’s cursor on the input field when the website loads. This will speed things up because users can start typing right away without having to click on it. A good example of this is Google and Wikipedia’s websites.

Upon arriving at Wikipedia.org, the search box is already highlighted, ready to accept text.

To automatically focus on input fields, you’ll need a little bit of JavaScript. There are various solutions, and the one you should use depends on the functionality you want to achieve. The simplest way to do it would be to add the following to your body tag:

<body onLoad="document.forms.form_name.form_field.focus()">

Your form code should look something like:

<form method="get" name="form_name" action="#">
 <input type="text" name="form_field" size="20" />
 <input type="submit" value="Go" />
</form>

Now, every time the page loads, the text field called “form_field” will be automatically selected, ready for input.

The only problem with this is that if your users want to return to the previous page using the Backspace key, they will be out of luck because they’ll just be deleting characters in the input field. Thankfully, Harmen Janssen has another simple JavaScript solution you can find here. Harmen’s script allows the Backspace key to go to the previous page when there are no characters left in the input field to delete.

8. Custom input focus

While the default look of form elements suffices for most functions, sometimes we want something a little prettier or a little more standardized across various browsers and systems. We can style input fields by simply targeting it with an “id,” “class” or plain old “input,” like so:

input {
 border: 2px solid #888;
 padding: 4px;
 font-size: 1em;
 background-color: #F8F8F8;
}

What’s more interesting is also being able to style the input field when it’s in focus; that is, the state it’s in when it has been clicked. To do this, we need to attach a “:focus” after the “input” property:

input:focus {
 border-color: #000;
 background-color: #FFFE9D;
}

If you’re using custom backgrounds to style your input field, they may clash with some browsers and operating systems’ default focus styles. For example, here’s a screenshot of a custom-styled form clashing with the default blue OS X glow effect:

In such cases, you could also use the “input:focus” property to remove the default styling. The default blue glow in the screenshot above can be removed by disabling the “outline” property:

input:focus {
 outline: none;
}

The blue glow effect will now be gone:

Obviously you would only want to remove the outline if you’re replacing it with your own styling, so that you don’t negatively affect the accessibility and usability of your forms.

9. Hover controls

Some Web applications have extra utility controls, such as edit and delete buttons, that don’t necessarily have to be shown beside every item at all times. They can be hidden to simplify the interface and focus visitors’ attention on the main controls and content. For example, these hover controls are used in Twitter when you hover over messages:

These hover controls can be achieved with some simple CSS code, without any JavaScript. Simply style the <div> with the controls when its parent <div> is in a hover state. Here’s the code to hide and show the controls (using a <div> with the class “controls” inside a <div> with the class “message”):

.message .controls { display: none; }
.message:hover .controls { display: block; }

When you hover over the “message” <div>, the “controls” <div> inside it will appear, along with all of its content, giving you the same functionality as shown in the Twitter screenshot above.

There may be an issue with accessibility because screen readers may not be able to read the hidden <div>. There are plenty of other ways to hide the inner <div>, such as offsetting it with a negative margin that takes it off the page (e.g. “left-margin: -9999px”), coloring its text the same color as the background or simply placing another <div> on top of it.

This technique should of course be used with restraint because you don’t want to hide your important controls; but if used correctly, it can be useful for cleaning up your interface by removing those extra utility links that you don’t want to show up at all times.

Note that this doesn’t work in IE6, so you’ll need to override the hiding property in your IE6-specific style sheet or, if you don’t have one, simply use the following IE6-specific code inside the <head> section of your code:

<!--[if lt IE 7]>
  <style type="text/css" media="screen">
    .message .controls { display: block; }
  </style>
<![endif]-->

10. Verbs in labels

You can make options dialogs much more usable by thinking through the labels you use on buttons and links. If an error or message pops up and the options are “Yes,” “No” and “Cancel,” you have to read the whole message to be able to answer. Seems normal, right?

But we can actually speed things up by using verbs in the labels. So, if instead of “Yes,” “No” and “Cancel,” we have “Save,” “Don’t Save” and “Cancel” buttons, you wouldn’t even need to read the message to understand what the options are and which action to perform. All the information is contained in the button labels.

Using verbs in labels on buttons and links makes the options dialogs more usable because the labels contain all of the information the user needs to be able to make a decision.

To Conclude

Hopefully, you’ve found a few new techniques that will be useful in your work. As always, using them effectively comes down to restraint and thoughtful implementation. For example, controls that appear on hover may clean up your interface, but they will also increase the learning curve because people may not notice these controls at first. But showing all controls at all times may not be the best strategy either because users would need to scan more things to find what they’re looking for.

Striking the right balance between what you show and what you hide is a delicate art and is completely in your hands as the designer. Don’t use a technique just because it exists: use it if it makes sense in your context.

About the author

Dmitry Fadeyev is the founder of the Usability Post blog, where you can read his thoughts on good design and usability.

上个月28号，他回到母校耶鲁大学，与计算机系的学生座谈。他发表了一个演讲，回顾自己的人生经历，并总结了一些个人的体会。

我读完他的演讲稿，很受触动，觉得他的人生体会非常具有启示性。这篇演讲非常长，分为三个部分（一、二、三）。我没有时间全文翻译，就摘录一些精彩的段落，一共有四段。

大学里最有用的课程

Joel说，他在大学里上过的最有用的课，是一门他只上了一回，然后就再也没有去过的课。

由于父母都是大学教授，亲戚朋友都是学术界里的，大多有博士学位，所以Joel从小就认定自己也会去读博士，将来搞学术。可是，有一门课程改变了他的想法，使他最终没有去报考研究生院。

这门课程叫做“动态逻辑”（Dynamic Logic）。在第一堂课上，教授证明了一个命题。假定有一个程序“f := not f,” f是表示真假的逻辑值，那么结论是程序运行偶数次后，f的值保持不变。整个证明过程非常冗长，要花几个小时讲解，一共有几十步。课后习题则是，证明如果f 值保持不变，那么程序必然运行了偶数次。

课后，Joel花了很多时间做题，还去图书馆借来了参考书。但是，他逐渐感到这样做没有意义：用大量琐碎的、容易出错的步骤，去证明一个凭直觉就能 认定成立的命题，这不是一个富有实效的工作方法。在Joel看来，计算机更应该用来解决错误，而不是让人们陷入逻辑的陷阱，去产生错误。（I decided that this Dynamic Logic stuff was really not a fruitful way of proving things about actual, interesting computer programs, because you’re more likely to make a mistake in the proof than you are to make a mistake in your own intuition.）通过这件事，他认识到，自己不适合做纯思辨性的学术研究。因此，他就退掉了这门课，并且以后也没有选择去上研究生院。

Joel认为，就是这门只上了一次的课，恰恰成为了他在大学中上过的最有用的课，因为它帮助他选择了正确的人生道路。

所以，Joel的第一个结论是：人生中重要的是，关注那些真正的问题（real problem），不要陷入那些细枝末节的问题（trivial problem）。就像苏格拉底说的，“认识你自己”。

此外，Joel说，还有一门叫做CS 323的课，也很有用。这门课有大量的课后习题，都是关于编程的，平均每星期要花40个小时来做题。

Joel发现他能够做出大部分的题目，更重要的是，他发现自己喜欢做这些题。这样一来，他就明白自己是适合编程的。另一方面，很多其他学生对这门课 感到无比头疼，觉得编程既枯燥又痛苦，每周40小时做这种题简直是一种刑罚。这些人于是明白，虽然同样是计算机系的学生，但是他们并不适合编程。这是一件 好事，因为这样他们就避免了以后选择错误的职业。否则，让一个不喜欢编程的人，一生都与程序打交道，这是多么悲惨的一件事啊！

在Viacom的日子

毕业以后，Joel先在微软公司干了一段日子，然后回到纽约，进入维亚康母公司（Viacom），为这家巨型的娱乐传播公司编写软件，成为IT部门里一个程序员（in-house programmer）。

后来，Joel回忆起来，认为这是他一生中最痛苦的日子，并且劝告计算机系的学生尽可能不要去做“in-house programmer”。

原因有三个。

首先，你永远没有办法正确地编写软件，你不得不用最方便的方法编写软件。因为软件支出非常高昂，所以公司会要求尽可能节省成本，你不可能试用新技术，只能使用现有的最成熟、最保守的技术。

其次，你没有办法将一个项目做到尽善尽美。一旦程序可以正常运行，你的工作也就结束了，可以接下去干公司的下一个项目了。你的作用是解决问题，而不 是将软件写得尽可能好。如果你是在一个专业的技术性公司，比如Google或Facebook，情况就完全不一样，你的软件写得越好，公司就会越成功，所 以公司会支持你在一个项目上不断做下去。

最后，传统公司IT部门里的程序员，只属于公司内部的维护人员，而不是直接从事核心业务的人员。因此，你永远办法进入管理层。但是，在技术性公司，程序员会变成CEO。

因为这三个原因，Joel觉得in-house programmer不是一个好的职业，不幸的是，80%的程序员属于这一类，年复一年，很多人的生命就是这样被耗干的。（it’s frightening because this is what probably 80% of programming jobs are like, and if you’re not very, very careful when you graduate, you might find yourself working on in-house software, by accident, and let me tell you, it can drain the life out of you.）

Joel的第二个结论是：选择职业时，不要只考虑职位是否专业对口，应该尽量选择业务方向与你专业相同的公司。

Site

Examples

Click a thumbnail to see the flash movie and code for each example.

Demo

Here is a simple demo of the usage of this widget. The source is published as well.

Let me have a look

Screenshot

Description

1. insert controls
   insert some flex controls into each cell of the specified table widget.
   
   
2. remove all controls
   remove all the controls from each cell of the specified table widget.
   
   
3. remove controls from selected cell
   remove all the controls from the selected cells of the specified table widget.
   
   
4. the menu of the table

• merge cells
  merge all the selected cells.
  
  
• split cells
  split the selected cell.
  
  
• Insert Columns to the Left
  insert several cells into the table widget on the left side of the top-left cell of the selected cells.
  
  
• Insert Columns to the Right
  insert several cells into the table widget on the right side of the top-right cell of the selected cells.
  
  
• Insert Rows Above
  insert a row contained several cells into the table widget above the topmost selected cells.
  
  
• Insert Rows Below
  insert a row contained several cells into the table widget below the bottommost selected cells.
  
  
• Delete Entire Row
  delete the entire rows contains the selected cells.