对于最新启用的下载中心，Michelle Bruno 是规划经理，而 Daniel Dumesh 是软件开发负责人，它是一种用于寻找可下载软件、演示程序以及通过 Microsoft 分布式网站及产品组进行更新操作的新型搜索和交付系统。

我们在客户的调查中发现，软件下载是 microsoft.com 中最重要的部分。有相当比例的人访问我们的站点是为了寻找某种特定的软件驱动程序和更新软件、免费产品如 Internet Explorer 和 Outlook Express、软件开发工具或者产品的试验版本或附加软件。

我们最初的解决方案，是一种分成了若干种下载软件的简单文本页，它在我们只能提供很少的供下载软件的时候，工作得很好。随着内容的增加，保证这些页面的及时更新具有很大的挑战性。我们需要一种解决方案，它可在某种供下载软件发布之后自动将之补充进去，而且可使网站访问者的搜索工作更加简单，从而让他们能够更快地找到所需的内容。

我们还需要保证，在用户单击某个链接来下载文件的时候，不仅要让用户能够得到它，还应保证从最合适的全球数据中心为用户提供该文件，而无需从列表中选择。

6 月底或 7 月份启用的新的软件下载中心，可提供所有的供下载软件。

更新的用户界面
每个网站访问者，都能够看到一种新的用户界面。故事虽然刚刚开头，但这确实是个良好的开端。

从根本上说，我们希望将静态 Web 页的方法用一种解决方案代替，这种解决方案对成千上万的可下载软件来说具有可扩展性。它应当是快速、高效和小型的。我们还需要一种使用户能从几个角度找到软件的界面：通过产品、分类甚至关键词，操作系统将过滤所有的内容。

首先，我们认识到有两种目的的访问者，一种为了搜索，一种为了浏览。大多数情况下，以浏览为目的的人需要看到最新和最流行的可下载软件，其搜索操作是通过分类进行的。其中一些可能还想查找自己已有的产品。我们在调查中发现的是，那些以搜索为目的的人，他们访问站点是为了下载某个特定的文件，喜欢以产品或关键词为线索进行搜索。 

这里是用户界面的工作过程（有关搜索和可用性实践的详细信息，请参阅“创建有效的 Web 界面需要周密的计划”）。 最初，我们开发了四种用户界面的处理办法，它们在具体方法上有很大区别。我们进行了第一轮的可用性测试，我们运行一些非功能性原型，以彩色打印输出的形式，将之传送给一组用户，以便找到那些能够为最大范围内的各类用户提供最好的服务的办法。我们马上就知道了，为用户提供太多的方式反倒不利于查找可下载软件，因为这会引起混乱。

我们决定简化一下，根据调查结果，表明用户通过产品进行搜索，能够最快地找到结果。所以，这种搜索形式将成为默认设置（参见图 1）。

代码结构
有五种 Active Server Pages (ASP) 用于访问和显示所有 24 种本地化版本的软件下载中心的内容和结果。

下面为这些文件及它们所起的作用：

• Search.asp：该文件利用表格形式的数据控件返回 Internet Explorer 4 和 5 浏览器的查询界面及结果，它可提供更快地反应速率。
  
• Default.asp：该文件直接返回不同于 Internet Explorer 4 和 5 的 Web 浏览器的查询结果。
  
• SrcRel.asp：如果该文件被 Search.asp 调用，它将检查服务器的高速缓存，目的是查看用户是否在过去的 30 分钟内进行过查询。如果答案是肯定的，它将以逗号分隔的 (CSV) 形式返回高速缓存中的文件结果。否则，就调用过程来访问 SQL Server 数据库并为 Web 客户以及高速缓存中的 CSV 文件返回查询结果。
  
• Error.asp：该文件用于提供错误信息，并且仅在 default.asp 或 release.asp 不能连接到数据库的时候才返回该文件。
  
• Release.asp：在用户单击查询结果中的某个可下载软件的标题时，会返回该文件。它还会提交来自 SQL Server 的可下载软件的详细信息（如，描述信息、系统需求以及连至可下载软件本身的链接），或者将 Web 浏览器重定向到控制该下载软件的产品网站。

如果点击下载中心页面，则下拉选择框就会反应出最新的 SQL Server 下载资料。只有产品、操作系统、类别和语言可根据显示进行实际的下载操作。如果可下载文件介绍的是某种利用 PubWiz 工具发布到 Web 中的新产品（请参阅“在分布式企业环境中发布”），这些下拉列表数据文件就可立即更新。

利用 Internet Explorer 4 或其更高版本，浏览器将检查在用户上次访问之后，包括这些数据的 .js 文件是否已经在服务器中更新。如果还没有，就将它从高速缓存文件中拖到用户的硬盘上，直到下一次改变，从而节省服务器中的数据量。如果用户使用其他的浏览器访问该网站，例如使用 Internet Explorer 3 或者 Netscape Navigator，就会利用 ASP 代码中的 XML 对象和一个含有分类等的 XML 数据文件，将这些数据提交给 HTML。每次都会调用该页面。

为了方便本地化工作，用英文创建的软件下载中心也可处理其他语种。用户界面文本串存储在每种语言各自的 XML 数据文件中，从而使得翻译工作更加简单和高效。

只需“一击”之劳
如果你单击某个链接，目的是下载某个发布在 microsoft. com 软件下载程序中的文件（软件下载中心的大多数文件），那是因为它确实很有意思。一种由 Cisco 公司创建的、名为 Distributed Director 的技术，可自动确定用户访问该下载软件最适合的下载路线。

过去，我们使用很多全球数据中心站点，所以您必须在站点列表中选择您认为离您需要的位置最近的站点。现在，您不必再为了下载一个文件而成为地理专家。所有文件都会发布在四个美国数据中心以及在东京和伦敦的国际数据中心中。您根本不必选择站点。

下面讲一讲它是如何工作的。无论您在什么时候需要一个域名，如 download.microsoft.com，计算机首先要将它解析成为 Internet 中的某个 IP 地址。在正常情况下，Web 浏览器向域名服务器要求一个 IP 地址，然后将您送到那个服务器中。Microsoft 的域名服务器，不仅仅是对一套 IP 地址进行自动响应，还会将要求转发给 Distributed Director 路由器。然后该路由器会检查每个数据中心的专用路由器，这些数据中心中包括 download.microsoft.com 服务器，并且在地理学和性能的基础上，决定哪个服务器最适于响应该要求。

一旦确定了最好的数据中心，Distributed Director 会给用户的浏览器发送数据中心中相关服务器的 IP 地址。然后浏览器利用该 IP 地址提出下载要求，之后就会将文件从特定的软件下载服务器中发送到用户的计算机中。

不管您信不信，对于软件下载中心来说，这只是一个开端。在我们希望从更多的 Microsoft 资源中集成可下载软件的很长时间以前，您就可发现可下载软件在不断改进。

Jerry Tarter 是 microsoft.com 的调研经理，其职责是了解客户使用我们 Web 站点的需求和感受。Doug Pyle，是 microsoft.com 的实用性工程师，作为用户至上原则的倡导者，他的角色是确保客户使用 Web 站点顺利完成他们的任务。两人所面临的共同挑战是：优化站点“访问过程”，使之更为完善地服务于客户。

在 Web 站点设计领域，人们往往仅在口头上说他们更注重新的设计方案，而无法将其实现。反之亦然，他们总是抱怨重新设计的困难，却又能够轻易完成他们预想的任务。

这也就是在世界最大的站点上进行规划、构筑和测试用户界面的挑战性所在了。我们总是对设计和功能的结合点进行研究，在这种地方用户可快速地完成必要的任务。

我们的两大目的在于：

• 了解用户所要完成的任务。
  
• 了解站点的界面和功能促成这些任务的方式。

这并不象想象的那样容易。

步骤
我们的步骤如下：

我们首先所做的是针对特定的焦点群体进行定性的研究，尽管这并不具备统计上的意义，但利用研究结果可以判断用户态度的取向。其结果被称之为“有待分析的数据”，此后我们利用所收集到的数据将定量分析的问题用公式表达出来。

第二步——“相关调查统计”的工作量较大，可以从中获知究竟哪些功能对于客户最为重要。这将使我们进入到制定项目要求的阶段。在平衡了内部需求和客户需求之后，我们开始利用附加的定性研究结果对预先的设计构想进行测试，例如，在客户设计工作室中，要求参与者对预先设定在用户界面原型上的文字或设计图形做出回应。我们将利用这些数据决定功能的优先权。换而言之，用户界面将按照其相对于用户的重要性而进行放置。

最后，将进入到设计阶段。在此阶段，开发队伍将各种要求转化为功能，以此创建工作原型。随后进行的是实用性测试，使用户界面生效并显示出尚需进一步改进的地方。

其实，这也正是用于现代软件开发的过程。测试站点用户界面的方法同测试诸如 Microsoft Office 之类商业产品的方法没有本质不同。

第一阶段：客户调研
在着手从事重新设计或更新站点的工作之前，对自己的客户进行了解是十分必要的。可用于这一目的的市场调研手段有多种：焦点群体、通过联机讨论、联机或电话调查、建立单页设计工作室以及站点会面都是很常见的手段。

不论采取何种手段，其目的只有一个，那就是了解客户希望从站点获得什麽以及他们完成任务需要什麽。有时用户将提出很好的解决方案，但在很多时候，如果他们能够回忆起上次访问站点时所做的事情以及完成该项任务所进行的步骤，您已经很走运了。

这种客户反馈从两方面来讲都是很有价值的。不但有助于发现、解决站点上的问题，并且将为实用性研究确定选题。

据最近 microsoft.com 站点在注册（同其他站点一样，Microsoft 站点要求参与者进行注册）过程中对 400 名用户所进行的研究表明：用户通常要花费 5 分钟或更多的时间完成站点上内容广泛的注册调查问卷，他们感觉时间有些过长。仅管如此，客户们依然觉得同其他站点相比，在 microsoft.com 进行注册有更充分的理由（可获得新闻快递、对附赠内容的访问权以及其他种种好处）。

总而言之，得出的结论是注册表格应当有所简化。 出于这一目的，我们完成了 RegWiz 3.0，注册表格的最新版本,并于上月投入使用。首先，注册表格的页数由三或四页缩减为一页。用户仅在特定的情况（例如，在联机交易中，需要送货上门时）下，才情愿提供某些个人信息，因此除非确实需要，我们略去了这一类问题。

改进工具栏
1997 版的 Microsoft 主页受到来访者的批评，他们对此颇有微词。多数意见认为许多用户无法找到所需的内容、无法到达想要访问的地点。我们的目标是提供到达相应内容的更直接的途径，并保持整个站点连贯统一的风格。

要想在 microsoft.com 这样规模的站点上实现这一点并非易事，要知道它拥有数百个不同站点。每个站点均有其各自的需要和要求以适应特定的商业目的。这些站点的主人要拥有在与总体设计风格保持统一的前提下，定制站点界面的能力。

一致性显得如此重要的原因何在呢？从实用性的角度来讲，用户习惯于在特定的位置寻找事物，并希望界面风格一致。 无法立即访问的功能因为不可察觉，也就可能不复存在。

在 Microsoft Web 站点上，我们同内部的内容提供者们一起密切协作 ，为站点开发了两种新的工具栏原型（如图 1）所示。




工具栏原型 #1：单列版本






工具栏原型 #2: 双列版本
图 1： microsoft.com 测试两种不同的原型修改后的工具栏导航性能。在实用性测试中两种原型均表现良好，而第二种方式的客户访问成功率更高。

它们似乎都解决了同样的问题： 在一定程度上保留通用选项的同时，工具栏上可以容纳与本站点内容相关的链接。 但哪一种更好一些呢？在进行了实用性测试以后，我们找到了同时满足客户和我们自己双方面需要的方案。

寻求最佳途径
建立 Web 站点的首要原则是：只有满足客户 实际需要的方案才是有价值的。为确保解决方案能够达到这一要求，我们进行了一次试验，参与者分别来自不同的工作岗位、拥有不同程度的计算机应用经验。

一项实用性研究通常由一系列任务组成，参与的用户将被要求使用所测试的站点功能完成这些任务。由于参与实用性测试的人员是在实验室的环境下完成任务，而非他们通常所在的真实环境（家庭、学校、办公室等），因此他们或许并不能按照正常的方式来完成任务。要求每位用户都完成一套相同的特定任务是非常重要的。这是确保所选任务同用户使用站点的真实情形保持一致的重要因素，也将决定试验是否真正具有参考价值。实用性测试要求参与者在遇到问题时，说出他们的想法；以此方式，我们将了解到他们所进行的过程，通过进一步分析，还可找到他们感到困惑的地方或是阻碍他们进程的障碍。

通过工具栏的调研，我们得出了最终的结论。首先，两种界面在帮助用户完成任务所花费的时间方面均表现良好，难分伯仲。 但双列工具栏在的访问成功率上却要高出许多。它是用户选出的赢家，这也就是其今天出现在我们页面上的原因了。

实施中的挑战
到目前为止，我们已经取得了初步的胜利。当然这还只是“万里长征走出了第一步”。完成站点尚需更多工作，改进是没有止境的。新增的功能将接受检验，工具有待于改进，并且需要参考客户对改进的意见。

最终目的是使站点易于使用。我们需要使它具有实用价值。在这个视新技术为生命的行业中，要想做到这一点并不容易。要想保持广泛的用户和软件选项，这也就使优化“访问过程”显得格外重要了。

只要我们切实为客户着想，他们是不会无视我们的工作的。

作为设计主管，Peter Stern 已经领导 microsoft.com 重新设计了主页并且开发了五个不同的交互工具，这些工具被用于下载中心、产品目录、配置文件中心、搜索和注册等联机功能。 他为几个内部工具设计了用户界面，并且正致力于创建将于今年晚些时候发布的下一代主页。

从头衔上，您可能认为我主要关心的是 microsoft.com Web 站点几千个网页的版面设计。的确，这些确实是我所关注的。视觉上的吸引力是重要的，但是这仅仅是工作的一小部分。而最终的目的是确保整个站点运转正常。

我的意思是，人们通常在访问 microsoft.com 时，并未将它当作艺术作品来赞赏。而是为了获得有关产品的信息，或者有一些技术问题需要咨询，或是阅读有关开发商的期刊。所以网站的设计应该尽量清楚和有条理，以便他们能够容易地找到所需信息。

设计站点
在进行 Web 设计时——在设计过程中——形式应该服从功能。这种方法应用于我们站点的整个设计过程中。当然，我们有最新的 Web 工具，并且能够将各种可视的小配件上载到网页上。但是我们认为这样做将不利于为访问者提供有效的服务。

事实上，我经常发现一些站点未将重点放在功能上。常见的错误包括：

• 用户界面元素不一致。例如，同一个控件在不同的页面上功能不同，或者同一个功能对应几个用户界面控件。
  
• 导航栏位置不一致。决定站点的哪些页和功能需要在站点的任何页上都可被访问到。这就是应该保持一致性的“全局导航栏”。
  
• 不太注意或根本不注意基本的图形设计原则，例如排版式样、色彩和版面的设计。
  
• 相关元素和功能的随意分组。注意将元素放置在网页上的位置和目的。这可帮助访问者从其它相邻的选择和位置来推断某个链接的功能。
  
• 使网页过于庞大以至使访问者需要通过典型的调制解调器速度的 Internet 连接进行长时间的下载。这并不是说不应该使用图形，但是您需要对它们进行精挑细选，然后用适当的压缩和颜色索引优化它们。

现在的 Web 站点仍然存在很多问题，这并不奇怪。毕竟，Web 设计“艺术”相对来说还是个新生事物。在四、五年以前，Web 页甚至是普通的。那时，人们好像认为他们的 Web 站点将会吸引访问者只是因为它们存在——并且，可能在某些情况下这种方法确实有效。但是这些站点一般很难看，并且更重要的是，它们真的难以使用。接下来便进入“看看我们能做些什么”阶段，在网页中加入了大量的动画、声音 文件以及其它附加件，导致访问者需要长时间地进行下载，但是并未获得多少实实在在的内容。

如今的 Web 设计师们已经吸取了前人的经验和教训。好的站点倾向于简化和快速，同时在功能上有所提高。这是 Microsoft 的目标，而且我们最先承认自己所犯的错误（参阅“Microsoft 的 Web 简史”看一看以前的主页设计）。

设计错误并不总是显而易见的。有时在设计上对一个小元素的移动或更改将有很少或根本没有影响。但是，在其它情况下，它可能确实会对页面功能有所影响。而且如果说我们从过去几年学到了一些东西，那就是小的改动会使 Web 页的运行方式有很大的不同。

明确的流程
若要避免类似问题，我们为新服务（例如“搜索”）的创建或关键的 Web 页（如主页）设计了一个明确的流程。
每个项目都是在一定的基础上开始的，即我们有一个受益于我们站点上的页面、部分或用户界面元素的产品或服务。在早期的产品计划阶段（第 1 阶段），我被要求设计一些初级模型：大致描述页面、部分或功能的草图。然后产品项目组检查产品计划建议，看看此项服务是否可以为 microsoft.com 的访问者真正带来一些实惠。

如果答案是“可以”，那么此项目会获得批准，我们开始写项目说明书（第 2 阶段）。我们在第 1 阶段的草图和概念基础上创建并提出一个更为完整的计划。这时，我们一般还会开始可用性测试（一般会有书面的模型）以了解潜在用户将对计划中的设计做出何种反应。

在最后开发阶段（第 3 阶段），我们创建运行计划服务的 Web 原型，并且进行全面的可用性测试以及内部复查。然后完成站点的代码，修改程序错误，最后站点通过实际运转的 Web 站点向客户发布。

正如您所见到的，可用性在整个流程中扮演着重要的角色（参阅“创建有效的 Web 界面需要认真计划”）。我们可以为用户运行某项任务计时，这样我们就可以在产品以后的版本中对比相同的测试。我们可以使用这种方法进行度量，以确定一个功能的重新设计是否为客户带来任何真正的价值。

还有，我们将仔细地观察以了解可用性对象是否可以计算出如何正确使用新功能——我们称为“可发现性”的方法。有时这为我们提供了一些挑战。例如：在我们的站点上，在搜索引擎中键入一个词组或字会产生一列结果。然后我们请用户选择在这些结果中进行搜索，以便进行更细的搜索并且导向某一页或资源。但是即使“在结果范围内搜索”被明显地标记在深色标签上（参见图 2），很少有人熟悉它。一些用户认为他们正开始新的搜索，并且可能毫无结果。我们正在解决这个问题以确保客户可以利用 microsoft.com 上所有丰富的功能来提高他们对此站点的认识。


图 2。选项“在结果范围内搜索”看上去很直观，但不是非常易发现的。此问题一直是困扰我们的设计的问题之一。

最后阶段
大体来讲，站点设计是在发生冲突的需要之间求得平衡的艺术。一方面，我要将站点设计得尽量简单易用。另一方面，我要确保站点中所有强大的工具可为经验丰富的用户所用。与此同时，我还要为内部客户服务——Microsoft 产品项目组——他们对服务有特殊的需要。所以每天我都要解决一些非常困难的问题，经常处于很紧迫的情形中。我发现这种工作是鼓舞人心和有趣的。

这个职业非常需要更熟练的专业人员。我是经过一系列非常不一般的过程——在大学学习图形艺术，然后在多媒体公司设计 CD-ROM，最后加入 Microsoft 并开发应用程序——才获得这个职位的。非常奇怪的是，当我申请（并获得）这份工作时，我以前从来没有设计过 Web 页。但是我广泛的设计经历已经证明是非常有用的，并且我自认为已经验证了格言“成功的设计就是成功的设计”（不论是什么媒体）。许多设计问题对 Web 来说是独一无二的，解决这些问题的方法对于任何媒体都是一样的。

对于那些准 Web 设计师我的建议是，他们也应该尽可能地扩大设计背景。今天应该确保将一些 Web 工作作为互动设计培训的一部分——大多数好的设计学校已将其加入课程中。但是在排版、色彩理论、版面设计以及生产等方面的扎实的技术将仍然特别有价值。

在未来，Web 设计师们仍将会继续被要求给页面增加更丰富的多媒体内容，从而为 Web 站点的可视性和可操作性增加了新一级的复杂性和技术要求。作为 CD-ROM/多媒体设计师，要求我必须具有图形设计、视频、音频制作、动画等方面的知识和创作能力。我的预言是，Web 设计师也将向这些领域发展。

5位肤色各异、年龄各异、来自不同国度、专注不同研究领域的顶级科学家，日前风尘仆仆来到北京，展开一年一度的“IBM创新之旅”。翻开这5位科学家的简历，可以发现拥有数量“惊人”的专利数，是他们彼此之间最大的共同点。5位科学巨匠在科技领域的“创新”成果为企业带来了数以亿计的商业收益。于是乎，他们5位的职业生涯是如何规划的成了受关注的焦点。

 
　　-跳槽与改行

　　“我的血液都是蓝色的，而且是深蓝色，我已经离不开这个公司了。”

　　且不论JohnCohn这句话的背后，有多少成分是出于职业化的需要，有多少是发自内心，采访之中，记者们惊讶地发现，拥有超长的“服役期”成为5位科学狂人在“庞大”的专利数量之外，另一大共同之处。Mohan博士在IBM已经工作了近22年，JohnCohn博士23年，AnthonyEd-wardMartinez先生是20年……

　　相比之下，在中国目前的职场，人们会隔几年甚至更短时间就跳槽，以便实现职位和收入的跳跃。究竟是什么原因促成5位科学家超长服役的现象呢？

　　Mohan的观点具有典型的代表性。他说：“我最初来自硅谷，5年前，硅谷的.com公司如雨后春笋，一些人似乎只隔了一夜就成了百万或千万富翁，很多IBM员工跳槽也是为了赚更多的钱。在互联网泡沫破灭之前，一些人听说我在IBM已经工作了17年，他们都认为我神经不正常，客气一点的说法也认为我是不成功的，虽然我在1997年就当选IBM的院士(那时，世界范围内的30多万员工只有55位院士)。可我自己认为在IBM搞产品研发非常有趣，说实话，我觉得钱有个几百万就够了，关键是能够做自己喜欢的事。现在回过头来看，当初认为我不正常的人有的失去了工作，到现在依然在为找工作而奔波。”

　　Anthony则表示：在IBM我已经是高级管理人员了，我已不需要冒险换到另一个公司去。这里的规模很大，有良好的“生态结构”，只要你是积极的、有想法的，你就可以在这里找到自己的位置和适合你专业技能的工作，而且通过这个工作得到提升。

　　值得一提的是，尽管同样是在IBM有着超过10年的服役期，Kerrie仍然拥有惹人眼目的转行和跳槽的经历。

　　他说：“我在大学主修数学专业，进法学院学习法律是因为在美国法律是一个古老而有前途的行业，但是在法学院毕业后我发现无论是从事法律业务还是搞研究，创新的成分太少。由于我在读高中和法学院博士学位的时候，一直都因为兴趣的原因从事一些软件编程工作，我发现软件业的研发活动是非常活跃的，在这个领域可以不断地开发出新的算法、新的软件和新的解决方案。相比较而言，法律方面的工作更多的是语言游戏，只是针对某个疑点提出问题，然后是无休止的争论。

　　从我个人来讲，从法学博士往工程技术转化没什么问题，我意识到我能够在商业和工程研究方面有一种承前启后或者说架设桥梁的作用，学习法律使我有谈判技能，能敏锐地捕捉到问题的症结点，能够很好地说服别人，有灵活性，这些软的技能都对我作为一个技术领先者起了重要的作用。”

　　关于如何才能促成转行的成功，Kerrie表示，转换行业的关键是看你是否热爱这个行业，你有兴趣就可以这么做。另外，读法学院时，老师说要教给我三样技能：读、写、思考。这三点对我的职业生涯极有帮助，尤其是最后一项技能———思考，它不单能够帮助人们创新，也能助人成功。

　　-性别不是天花板

　　“每一个人都有‘创新和发明’的能力，只是我们没有发现它而已。”

　　“作为一名女性，在IBM这样一个IT公司、在这个充满男性精英的领域，如何做到创新?”当记者就这一话题与Sandra探讨时，她表示：“我确实很喜欢和男性一起工作，在这样的氛围里工作我觉得很有趣，这么多年我一直都有兴奋的感觉。在科研领域，女性可以从不同于男性的角度提供自己很好的想法。比如，几年前的可视电话不能够取消视频，也就是说，当一个女性觉得自己的妆容并没有完全准备好，却不能够选择只让对方听到声音而看不到影像，我提出这个解决方案的时候，就觉得这是一种女性角度的创新。”

　　“在IBM，有很多35岁以上的女性处于高层管理者位置，我们现在就有一个女性副总裁是在35岁以上的，事实上，在IBM的董事会和技术领域都有很多35岁以上的妇女。我觉得只要女性工作出色，善于交流，有人指导，她们完全可以取得与男性同样的成绩。我就是这样，工作努力，与那些拥有高技能、前沿知识的人积极合作，我做的和男性一样好，甚至更好。”

　　-构建研发人员的“双轨”阶梯

　　在人们传统的印象里，研究人员似乎更应该是一些只知道埋头研究的“书呆子”，两耳不闻窗外事，一心只在课题中，但是面对5位身居企业要职的顶级IT科学家，人们对科学家、研究人员的定义产生了变化。

　　“在IBM，研究人员的发展路线更像是一架‘双轨’的阶梯，这架阶梯一方面可以通向管理层，一方面也可以一直延续在研究的领域和范畴。”John说，“比如我自己，一方面是科学家，一方面还是总监级的人物。”

        4月18号晚上偶纠结了师兄和偶MM说锻炼身体，刚好偶师兄买了一个特小的折叠自行车，结果：骑自行车去蛇口。

       我看了看地图也就40分钟就能到了，但是一到了立交桥就找不到方向，绕路造成1个小时才到蛇口医院那边，后来看天色已晚就打道回府算了。

       谁知道在滨海大道往回走的时候途径一个国美电器，MM早就想看看飞利浦的一个小电器了，于是三人把自行车放在门口就上去了，出来的时候小电器没买，倒是买了一个松下的小一匹空调，说要装在偶的房间里面，晕，一下子不见了1600大元……….

      还有那个该死的蔚蓝海岸，不让我们进去看房子，说下班了