服务世界开发未来 : 员工故事

记微软上海第一次女性员工大会

STB China Blog — Mon, 27 Jul 2009 00:18:00 GMT

2009年5月8号，对于大多数的公司人来说是个很普通的一个工作日，可对我来说，这天却是个大日子——准备了许久的微软上海第一次女性员工大会今天终于要举行了。

到酒店的时候时间还早，酒店员工正在紧锣密鼓地做着最后的准备。只是除去穿制服的酒店员工，现场还有另外一群女生，她们有的在分发资料，有的在调试投影设备，时不时热络地交谈着，难掩兴奋之情。

她们和我一样，既是微软的员工，也是微软女性员工协会上海分部执行委员会的一员。这里简单介绍一下微软女性员工协会（Women @ Microsoft, 我们常简写为W@M）—— W@M在美国总部雷德蒙由来已久，如今已发展成为微软最大的多元文化团体，主要是为吸引、培养和挽留女员工而自发建立的一个支持和互动平台。

协会所举办的所有活动中，最令人瞩目的要算每18个月一次的微软全球女性大会，这个盛会每次都会安排各种关于女性职业发展、工作协调和家庭生活的讲座，也为女员工提供了一个开放式的社交平台，因此颇受女员工的欢迎。而上海分部则是两年前刚刚成立，那时得益于我们的“丝绸之路”交流计划，使员工在美国总部工作、学习之余，接触了这个协会，并感受到协会所带来的巨大凝聚力和对女员工的助力。其后，近十位女工程师经过一段时间的摸索和努力，在人力资源和各个部门领导人的支持下发起和成立了W@M上海分部。经过两年的积累和发展，最负盛名的女性员工大会第一次在上海举行了。

时间一分一秒地流逝，来自微软上海各个部门的女性员工陆续到场了，看着这些或熟悉或陌生的面孔，原来我已经加入微软将近三年了。

三年前，我还只是服务器与开发工具事业部的一名实习生。虽然高中读的是理科，大学学的是工科，早就习惯了男女比例严重失调的氛围，但真正进入IT行业、进入微软后，周围女生比例之少还是着实让我惊讶了一段时间。也许，高中选择理科只是一两年，大学选择工科也就四年，可选择IT作为职业则可能要十年甚至更久的时间，这需要很大的勇气。

记得当初看到W@M活动的海报时，我欣喜异常。到了活动现场，我第一次感受到，原来微软也有这么多女生啊！一种归属感油然而生。

正如这次大会上一位美国资深项目经理提到的，女性在跨国企业遇到的诸多挑战之一就是孤独感，越做到高层，这种感觉越明显。她常常一连开五天的会，五天里没有见过其他的女性。为了克服这种孤独感，在过去的三、四年中，她开始有意识地在公司内部增加与人交流的频率，并组织了一个小型女性团体，以期在职业发展的道路上互相帮助、共同前进。而W@M存在的意义正在于此。

十点，大会准时开始，特意从北京赶来的微软中国研发集团资深人力资源总监Danielle Monaghan为大会做了简短而精炼的开场演讲。紧接着的讲座既有关于职业发展的“发展战略思维”，也有关于工作与生活的“平衡各种角色”。由于要负责部分会务工作，我无法全程聆听精彩的演讲，但是时不时传出的笑声和掌声，我能想象到那些场景，正如过去的两年我所参与的每个活动一样。

短暂的午餐过后，下午的第一场是关于女性步入领导阶层的挑战的专题讨论。

参与的嘉宾既有来自微软的，也有来自微软以外的；既有来自IT的，也有来自非IT领域的；既有来自商业企业的，也有来自非盈利组织的。这些优秀的女性领导人以其丰富的人生经验，在台上畅所欲言，妙语连珠，引得台下掌声连连。

确实，作为行业里的少数群体，不管是步入领导阶层，还是在职业发展初期，我们都面临着很多的挑战。例如，常听到抱怨说女性承受了太多的偏见，像技术不够强之类的——但如果自己真的技不如人，那就不能说人家戴有色眼镜看你了。

讨论会上，IBM 的Marketing Insights总监提到，每天走进办公室，她都只是把自己当成一名员工——忘记自己性别的原因之一，就是要抛开由性别而来的一系列假设。团队成员之间，技术有强有弱很正常，但因为一方是女性，这种强弱对比就成了偏见。当然不可否认这种“偏见”的存在，不过往往那是在第一印象中。在与团队伙伴工作一段时间后，当自己的真实能力得到了证明，获得的将会是因印象的反差而来的更强烈的赞叹。

其实，我们在抱怨男性对我们有偏见的时候，殊不知我们也会成为被抱怨的对象：女性往往具有较强的语言表达和交际能力，而且，作为高科技企业里的少数“族群”，女性也更容易引起注意，这或者可以说是“少数派的优势”。就如嘉宾之一——中美清洁能源合作组织主席提到的，其实如果你是女性，有工程教育背景，懂得怎么沟通，懂得怎么管理，懂得业务战略并具有执行力，这将是一份最好的简历。是啊，凡事都有两面性，关键在于怎么扬长避短。

场上讨论还在继续，场下一位特殊的观众一直静静地坐在会场的后排，他就是我们产品组的总经理。说他特殊，是因为他是观众中唯一的男性——他也很认真地听着，时不时观察着观众的反应，偶尔也露出会心的微笑，看着这些，我心中充满感激。因为他从得知要举办这次的大会开始，就一直关注着我们的筹备情况。对于W@M上海分部执行委员会的每个人来说，我们都有着自己的本职工作，作为工程师的我们，在筹备大型活动方面经验尚浅。而他作为主要的支持者之一，从大会的议程到形式提出了很多建设性的意见，甚至运用其丰富的人际关系网帮助我们邀请到了微软之外的优秀女性领导人。而事实也证明，这样多样性的嘉宾组合为与会者提供了非常全面而又独到的视角与见解。

其实，每次与他私下谈到会务安排的进程，我都能深刻地感受到，他是真心希望这次大会能成功，尽他所能帮助着女性员工发展。感谢我们的“外援”，也感谢为大会和W@M上海分部执行委员会提供支持的每一位同事，在此献花一束！

最后，大会在热热闹闹的圆桌讨论中结束了，看着步出会场的女性员工满意的笑容，W@M上海分部执行委员会的每个人心里都暖暖的，过去几个月的努力是值得的。其实我们希望做到的，不是让每个女性都投身IT、加入微软，因为所有的抉择都应该源于个人的兴趣和目标；我们也并不奢求在IT界男女比例平等，因为天性使然，这是我们不可不承认的差异。我们只是希望看到，那些有潜力、有发展空间的女性不会因为偏见而踌躇不前，我们也愿意为已经踏入这个行业的女性同行们不断注入新的动力。

李丛昱

洒向人间都是爱

STB China Blog — Tue, 16 Jun 2009 12:45:00 GMT

不知不觉，离2009年5月12日已经过去了一个多月，而离2008年那个令全中国人民刻骨铭心的日子也相距了一年之久。然而，岁月的河流对去年发生的汶川大地震似乎显得无能为力。时间，并没有如潮水般将那段记忆从人们心中洗刷淡去；记忆，却在时间的沉淀中愈发清晰。

我依然记得去年5月12日的情景。那天下午天气很好，办公室里安静得只有自己思考的声音。忽然，Outlook弹出公司发送的一封新邮件，在第一时间向全公司的员工告知了发生在天府之国那令人震惊的消息。接下来几天的捐款公司上下所有人更是慷慨解囊，有些部门的老板甚至发起了员工捐一元，自己就对应捐两元的竞赛，丝毫不怕个别员工会“恶意”捐款让老板“破产”的风险。

在一年后的今天，一年多前所发生的一切依然历历在目。带着让灾区更快更好地重建起来的强烈愿望，5月22日下午，服务器与开发工具事业部的公民责任委员会向在紫竹办公的近400位员工发起了“纪念5·12一周年公益义卖活动”，向全体员工征集义卖物品，号召大家参与这次义卖，并将义卖所得全部捐献给灾区。而我有幸受邀为这次的义卖活动主持。

活动从策划发起到进行义卖仅短短几周时间，但义卖现场却热闹非凡，气氛丝毫不差庙会。许多员工捐出了自己的私人物品，摆放在义卖现场竟从大会议室的前门到后门摆满了两大排。捐出的物品更是琳琅满目，从精装书籍，生活用品，护肤品，手饰，婴儿用品，工艺品，到电子用品等等，还有人特地自制了一些蛋糕送到现场参加义卖。每件物品的起价并不高，很多都从个位数起价，但到场的同事都踊跃竞拍，从10元竞价到上百元，甚至上千元。每一个人都发挥出前所未有购物狂的潜质。而每一位竞拍成功的人，无论出价多少，都获得了周围人充满感激的热烈掌声。身为主持，站在台上，看着大家争先举手竞拍，看到一件件拍品都发挥出比它本身更多的价值，心底不禁有股暖流涌动。

而各部门的老板们的捐赠就更令人惊呼：捐时间和私人服务！有的老板捐出了4个小时1：1教授DJ技能，有的捐献晚餐时间亲自下厨做特色法式大餐外加品酒常识，有的捐出双休日充当司机和导游游览水乡同里，还有的干脆就捐半天的贴身服务，至于是什么，就由出价的人说了算咯。当然，老板的时间都是蛮贵的，但仍不乏买主。大多数老板们都被不同部门的员工抢购一空，除了某位卖高尔夫时间的老大。不是因为底价太高，或是因为老板没有人缘（恰恰相反的是此位老大用“人见人爱，花见花开”来形容最恰当不过），看来高尔夫作为贵族运动在本分的IT员工中还是比较缺乏市场。

其实类似的自发性活动在服务器与开发工具事业部并不少见。在汶川大地震一周年前夕，高性能计算与SQL Server两个团队分别奔赴四川走访受灾群众安置点和学校，捐款捐物。而公民责任委员会作为服务器与开发工具事业部中由员工自发成立的组织，时常为同事们提供各类志愿活动信息，甚至精心组织多项富有新意的公益活动。在这样的氛围里工作，能感受到的不仅是身边（以及自己）的每个人对工作和技术的热情，更能感受到人与人之间的关怀。我们知道物资捐赠的也只是绵薄之力，但我们相信无数个绵薄之力加在一起，就能让爱散播在社会的每个角落，让我们居住的家园变得更美好，无论是今天，或是更灿烂的明天！

郭晓颖

UI自动化测试与软件测试开发工程师所面临的挑战

STB China Blog — Tue, 28 Apr 2009 00:30:00 GMT

在前面李敏的一位软件测试开发工程师的成长体验中, 她提到了微软的自动化测试. 在软件开发流程中, 这种开发一次、自动执行的测试方法被看作测试领域的尖端技术。在Wikipedia中对其的定义是:

“Test automation is a process of writing a computer program to do testing that would otherwise need to be done manually. Once the testing has been automated, a large number of test cases can be validated quickly.
“Test automation can be expensive, and it is usually employed in combination with manual exploratory testing. It can be made cost-effective in the longer term though, especially in regression testing.”

对于任何一个需要开发有持久生命力软件的组织来说, 自动化测试显得必不可少。比如像Windows这样的产品, 通常的生命周期可以长达10年以上。试想一下, 没有自动化测试的话, 任何一次的产品改动、升级、补丁、导致的测试成本有多大。

之所以说自动化测试是尖端技术, 原因在于自动化测试的技术难度, 特别是UI测试自动化。跟软件产品一样, 自动化测试程序也讲究性能、稳定性、可伸缩性等指标。测试程序除了要实现目标程序一样的功能才能够进行结果检验以外, 测试程序还要实现额外的功能去观察目标程序的行为。比如要自动化测试 “dir C:\*.txt” 这个命令, 测试程序除了要实现跟dir一样的文件读取, 通配符展开的功能外, 还需要读取dir命令的输出结果才能够进行结果的比对。同时也要支持跟dir命令一样的灵活性和扩展性。这使得自动化测试在实现起来有可能比其测试目标的实现更加困难。而对于UI产品的自动化，实现起来就牵涉到读取GUI的图像输出（比如检查是否正确弹出了MessageBox），模拟用户的鼠标键盘输入（比如模拟用户在保存文件的时候选择正确的保存路径），同步测试产品和用户的交流等等。这些技术门槛使得自动化测试成为一把双刃剑，成败不在于是不是去做它，而是有没有能力把它做好。接下来的介绍会让你对微软的UI测试自动化和软件测试开发工程师（Software Development Engineer in Test以下简称SDET）有更深入详细的了解。
举一个十分具体的UI自动化的例子：

1. 启动计算器程序(calc.exe)
2. 模拟用户进行菜单输入，从普通模式切换到科学模式
3. 模拟用户计算(4+6/2)的阶乘
4. 检查计算结果是否正确

要求:
1. 整个流程的执行在4秒以内完成
2. 能够适应于不同分辨率和语言 (不同语言的菜单项文字是不同的！)
3. 能够稳定执行，若非产品本身的确有bug，该序列不允许失败
4. 如果下一版本的calc.exe修改UI风格 (Win7中已经修改了)，或者改为WPF实现，要求现有的测试代码仅做简单修改即可继续使用

对于刚入职的SDET来说，其实现难度已经足够大得让其宁愿去写一个calc.exe程序本身。无论是学校的教学还是课外的研究，针对UI自动化的资料几乎是零。上诉功能和需求，需要工程师结合已知的知识和技能，研究出解决问题的最佳办法。

UI自动化其实是一种进程与进程之间的通信。测试程序需要跟目标程序通过某种进程通信方式来获取目标程序的信息，包括UI元素的位置，显示的文字内容，然后再模拟用户的操作比如在特定位置点击鼠标。就进程之间通信方式来说，Windows平台上有很多选择，比如管道，TCPIP，Windows消息，共享文件，RPC等等。对于UI自动化，最容易想到的解决方案是Windows消息。通过Windows消息以及跟Windows相关的API可以获取计算器窗口，菜单和按钮位置。但真正开始用Windows消息来实现UI自动化测试的时候，就会发现Windows消息的一些不足，比如Windows消息无法用于WPF程序，无法获取Excel或者IE里面的UI子元素。

所以，除了Windows消息外，工程师还需要更深入地考虑其它技术。其间就需要研究微软内部的各种UI Test Framework，了解不同Framework的实现技术，优劣以及和测试目标的匹配程度。在进行不断的摸索，尝试，原代码分析后，工程师才会对微软平台各种技术有深入的了解，整个过程是把基础的理论知识转换为产品相关的生产力的过程。

UI自动化对于SDET来说有两层含义。其一，对该技术的熟悉程序决定测试工作的质量。另外，由于UI自动化涵盖的技术范围和深度，使得该技术是锻炼SDET的一个很好的平台。微软对工程师的技术技能要求不是限制在某一固定领域的，而是要求工程师锻炼能够通用的核心竞争力。比如，作为SDET，通过2年的努力，在Visual Studio的界面测试上取得了90分的成功，那么，如果该工程师愿意换一个项目做SDE(Software Development Engineer, 即软件开发工程师)的话，比如到SQL Server开发存储过程的图形化设计，他在前两年所积累的技术技能，要能够确保他在新的项目和职位上，取得同级别的90分。而UI自动化，对于锻炼这样的核心竞争力是一个非常好的平台，因为它至少包括了：

1. 精通微软通用的开发工具和技术, 比如C#, .NET Framework, 多线程。把开发技巧运用到实际的项目中。
2. 熟悉Windows平台的系统知识,比如进程间通信, Win32消息机制。站在微软工程师的角度，通过具体的项目和代码充分了解Windows平台。
3. 锻炼在压力环境下解决实际问题的能力, 比如深入分析COM/DCOM，研究UI Automation Framework的底层实现来解决技术上的细节问题。
4. 熟练掌握调试技巧。UI自动化的开发过程牵涉到测试程序和目标程序，在调试的时候需要处理两者的同步问题。同时，UI自动化的稳定性是比较难解决的问题。调试一个偶尔发生的错误是一个非常有挑战性的任务。
5. 在自动化测试的开发过程中熟悉微软的项目流程，最后，给SDET带来的不仅仅是测试技能的飞跃，同时也让工程师更加熟悉所测试的产品，更好地保证产品质量。

当一个SDET经历了UI自动化测试，武装上了上述技能，就意味着他熟知微软平台的开发技巧，体验过程序开发过程中通常是如何犯错，如何调试，工程师在怎样的情况下容易做出错误的判断和假设，那么，他就能够很轻松地破坏别人的程序，找出漏洞。这不仅仅对测试工作来说是一个很好的起点，这样的坚实技术背景还能够让工程师学习和发展其它技能的时候事半功倍。换言之，自动化测试对微软的产品来说，是保证其可以持续成功的重要技术；对于优秀的SDET来说，是一项必不可少的重要的技能；对于刚入职的工程师来说，亲身体验和研究自动化测试，特别是UI自动化，能够让你实现学生生涯到职业生涯的转变。

在后续的文章中，我打算介绍自动化测试和手动测试的比较，看看自动化测试所达到的效果是否等同于手动测试的录制和重复。同时，也会具体介绍UI自动化测试开发的有趣细节。

熊力
软件测试开发工程师

一位软件测试开发工程师的成长体验

STB China Blog — Mon, 02 Mar 2009 01:42:00 GMT

[原文发表地址] 在微软当软件开发测试工程师的故事

[原文发表时间] Tuesday, February 24, 2009 3:45 PM

背景资料：李敏，2005年开始在微软实习，半年后研究生毕业成为正式员工，先后经历了System Center Configuration Manager 2007以及SP1、R2的发布，测试的领域涉及UI测试、AMT feature和安全测试等。这篇博客，是她想分享给大家的一些体会和故事，一来给不熟悉测试工作的读者描绘一下在微软当软件测试开发工程师是怎么回事情，二来“揭秘”一下微软的职业发展体制 ——

2005年的秋天，李敏还在上海交通大学念研究生，还有半年就要毕业了。一天，同学发了个链接给她，是微软在上海招聘实习生的消息，职位的名称叫做软件测试开发工程师（Software Development Engineer in Test，简称SDET），这个职位对学生来说还是个新鲜玩意儿，没几个人清楚具体情况，在好奇心的驱动和微软的吸引力之下，她投出了简历。接着她经历了传说中的微软“五轮面试”，走出美罗大厦的时候已是下午一点，时至今日她对这个时刻的印象只有两个：饥肠辘辘，大脑高速运转。经过一周的焦急等待之后，她同时收到了SDET实习生和正式员工的offer，所在的组是System Management Server（也就是System Center Configuration Manager 2007的上一个版本）。

就这样，李敏开始了在微软当软件测试开发工程师的旅程。

几个月过去了，当同学好奇地问起在微软工作的感受和SDET的情况时，她说了自己的“微软测试初体验”：

测试初体验一、软件测试开发工程师，很“奢侈”很“酷”

问起对软件测试开发工程师的第一印象是什么，她的回答是：挺“奢侈”挺“酷”的。

说到“奢侈”，先看看一个软件测试开发工程师的典型“测试财产清单” —— 一到两台配置先进的工作机；两个21寸的液晶显示器，一个屏幕用来显示产品的界面，另一个屏幕用来发bug或者编程序；再加上实验室里面十几台测试机器或是一个16G内存的“巨无霸”。如果你需要测试Windows Mobile，那恭喜你了，各式各样的smart phone、pocket PC可以装满一抽屉。经过一段时间的了解后，她也知道了这样“奢侈”的配置一方面可以提高工作效率，更重要的是让测试工程师能够考虑到各种复杂的配置以及模拟客户环境。

说到“酷”，印象中，软件测试开发工程师总是有机会走在尝试各种微软新技术、新产品的前端，也总是有机会通过动手能力来展示自己的“酷”。比如工程师会把十几台测试机器装成各种各样不同的Bench，操作系统从Windows 2000、XP到最新的Vista、Longhorn甚至Windows 7，从x86到x64，从英文到德文、中文、日文等；微软最新的产品或者尚未发布的产品都可以拿来“研究”一把，比如Longhorn、Windows 7、Hyper-V等；虽然不一定考过MCSE，但是每个人都会配置DNS、DHCP、AD、network等。

测试初体验二、测试有时候就像是玩游戏，找问题的能力很重要

测试就像是玩游戏？也许你会觉得不可思议。李敏拿了道面试题来打比方，给你一台笔记本电脑，你会怎么去测试它？这是一道典型的开放式问题，即使是没有测试知识的人也可以想出很多的“测试用例”。比如检查笔记本的型号、颜色、硬件配置、屏幕、电池、操作系统等，相信这是很多人拿到新买的笔记本之后做的第一件事情，这些多半都属于常规的正向功能测试；还有些人指出，外观要小巧方便携带，键盘手感如何布局如何，功能键是不是方便易用，这些人对可用性要求比较高；还有些会想到用它来玩3D游戏看看显卡的性能怎么样；有些人想到装上Vista、64位的操作系统，这就是兼容性方面的考虑；还有人思维“不走寻常路”，提出要把笔记本放在赤道的日照、南极的冰雪环境下试试能不能正常工作，当砧板切切菜，扔下楼看看碎不碎，这就是关于可靠性和压力方面的测试，有趣的答案还可以有许多许多，只要你去想…

在李敏的描述中，软件测试开发工程师真实的日常工作跟答这道题一样的好玩，只不过笔记本电脑换成了软件程序。软件测试开发工程师拿到“笔记本电脑”之后，会像上面说到的一样开动脑筋仔细检查，检查之前需要列出想测试的各个方面、策略、工具、风险以及怎么开展等，这称为测试计划（test plan）；每项具体的测试叫做测试用例（test case），每个test case需要列出具体操作步骤（steps）；找出来软件的缺陷、问题等称为bug，bug中需要记录怎样去重现它，称为重现步骤（repro steps）；找bug的过程中你可以试图找出根本原因在哪里、甚至哪一行代码有问题，这就是debugging。优秀的软件测试开发工程师在这个“玩游戏”的过程中需要具备足够的好奇心，想出各种各样的主意把软件“搞坏”，尽可能地找出bug，还要多从客户的角度去想，其终极目标就是为发布到客户手中的软件把好质量关。其中，找bug是软件测试开发工程师应该具备的基本功。

不久她就找到机会“测试”了一把自己的SDET指数，正好高性能计算组举办找bug比赛，优胜者可以获得一些小礼品，她拿到了一个印有Microsoft标志的水杯。

这时候，她的一个高中同学在MSN上面发了条消息：“你当了测试工程师，就不用编程了吧？”。看来需要澄清一下了：

测试初体验三、谁说软件测试开发工程师不用写代码了？

微软早年也设有只做手工测试而不写代码的职位，称为STE(Software Testing Engineer)。现在所有的测试工程师的职位都叫做SDET(Software Development Engineer in Test)，从名字可以看出来，需要具备编程能力，这些编程工作是为了更好地做测试。

举个例子，李敏负责的某个UI模块有1000多个测试用例，手工执行一遍想想都很累。为了偷懒，她写了些代码将其中80%的测试用例实现测试自动化，这样下班前只要让机器开始跑自动化，第二天就可以拿到结果，从而大大减少了验证这些测试用例所需要花的人工时间，又可以及时地捕捉到bug。此外，软件测试开发工程师经常会做一些实用的测试工具和研究测试技术，比如开发UI测试方面的工具，开发测试流程管理工具，和更好地运用基于模型的测试方法等。在坚持创新的公司文化引导下，大家都非常注重运用新技术新方法，不断地把测试工作推进到新的高度。

转眼间，一年过去了,李敏从上海的服务器与开发工具事业部老大谢恩伟的手中接过了一周年的水晶纪念碑，按照惯例还请大家吃了一磅的M&M巧克力。2007年秋天，她所在的团队发布了System Center Configuration Manager 2007。在这段时间里，她亲身体验了微软给员工提供的多种多样的成长帮助：

职业发展体验一、员工成长路上的多种帮助

从加入公司的第一天起，部门就分配了一个资深员工给李敏做“Mentor”，Mentor的意思是良师益友，也就是“师傅”。Mentor会手把手地教日常工作中碰到的各种问题，很多小问题都可以请教Mentor，比如打印机怎么用、测试用例怎么设计、甚至是开会的时候有个缩写名词没听懂等。第一个Mentor的作用就是“师傅领进门”。

公司还提供了系统的专业知识培训。半年内，她先后参加了New SDET in Microsoft、Test Automation等培训，这些都是测试工作的基础知识。说起“修行在自身”，公司MyLearning网站上有不少测试专题，比如性能测试、代码覆盖率研究和安全测试等；这个网站有无数的在线课程录像，在这里可以学习其他员工的知识和经验，帮助自己更好地做测试工作；近期即将进行的技术讲座、培训、会议等也会在这里公布，热门专题一定要早点去注册“占座”，否则就没位子了。另外，她还发现了一个非常棒的资源MSLibrary，那里有无比丰富的技术书籍、新闻杂志和研究论文等。公司还投资了一系列的综合能力培训，为员工提供从各方面提升“软”技能的平台：有些培训是语言方面的，比如觉得英文不够好的可以去上课，老外来到中国也可以学中文；还有一些是教你“怎么说话”的，比如告诉你怎么精准提问、精准回答，怎样做演讲，怎样去沟通得到大家都想要的结果；还有一些教你“怎么思考”，比如创新思考，不同情况下的思考方式等。这些培训很实用，一般学完了就可以运用到实际工作和生活中。

再后来，李敏对安全测试的兴趣日渐浓厚，她根据自己的发展需求和兴趣找了美国这方面的“大牛”来做Mentor，渐渐地在System Center Configuration Manager 2007 SP1中挑起了做安全测试的担子。她还在上海的服务器与开发工具事业部中组建了一个跨产品组的虚拟团队，一方面带领团队成员学习安全知识和安全开发流程，另一方面积极向各个产品组推广实施安全开发流程的最佳实践经验。虚拟团队的成员来自各个不同的产品组，能花在安全方面的时间都是“工作之余”，要带领这个团队凝聚力量朝一个目标努力是并不容易的事情。最初组建团队的时候，她会用自己对安全方面的热情感染其他有兴趣的人，接着用事例让大家认识到安全对于微软产品真的很重要，而且安全方面的知识对于长期的职业发展也很有帮助，就这样“招募”到了团队的最初几个核心成员。接下来就是确定这个组的远景、使命和活动计划，她先提出了一个草案然后组织大家一起讨论，经过一番“激烈”辩论、修正大家达成了共识。其实，最大的困难还是来自于按照计划一步一步地开展活动，在团队成员兴趣减退的时候，需要振作士气让大家重新记起“最初的梦想”；在一些成员特别忙的时候，需要灵活修改计划，让他们能两头兼顾；另外还要考虑怎样能够更好地把安全意识和最佳实践经验传递给所有员工，比如会选择技术讲座、安全知识简报和展示等多种宣传方式。在这个过程中，李敏学到了很多东西，尤其是“influence without authority”的领导方式，通过影响来带动别人，而不是通过上下级的权威去要求别人。

此时，她对微软的职业发展也有了更加深刻的认识：

职业发展体验二、微软的职业发展道路为不断挑战自己的人而设计

关于员工的职业发展，年中的时候会专门有一个关于职业发展的讨论（Mid-Year Career Discussion，在公司内部内部简称MYCD）。经理会和员工一对一坐在一起，评估员工现在所处的发展阶段、能力水平等，讨论员工的未来三到五年的职业发展规划，然后进一步制定实施计划。微软给员工的职业发展道路也比较灵活，总体上有个人贡献者（Individual Contributor，简称IC）和管理（Management）两条职业发展轨迹。

软件测试开发工程师属于IC，也是李敏最初选择的轨迹。在微软，资深工程师很受尊敬也很有影响力。公司为工程师设计了具有挑战性的职业发展道路，所以，在这儿碰到一个为微软服务了十几年的工程师是稀松平常的事情。对于软件测试开发工程师来说，可以一路从Test（初级）做到Test II（中级），Senior Test（高级），甚至Principal Test（首席），随之而来的挑战是测试工作的范围、影响力不断扩大。比如一位Senior Test的挑战可能是对整个产品的测试工作做出很大的贡献，而一位Principal Test面临的挑战则是在整个Microsoft倡导新的测试技术，这都需要多年的积累，也很有挑战性。还有一个职位叫做Test Architect，这个职位负责测试Architect设计出来的architecture，光听听就知道很酷了。

员工会选择一条职业发展轨迹前进，但也可以根据兴趣和能力进行调整。从2007年开始，李敏的小组需要将部分测试工作外包出去，李敏在经理的指导下开始参与组建和发展外包软件测试组的工作，这让她发掘了自己在管理方面的兴趣和潜力。组建外包测试组的第一步是招人，先确定职位所需要的能力，然后筛选简历，开始面试，多方面考察候选人，最终做出决定。然后是培训工作所需要的知识，老组员带新组员，要求新组员在一周之内学会并可以上手工作。接着是制订一些规范流程，让组员知道怎样去高效地独立工作，也让整个过程更便于管理。比如，为了保证自动化的代码质量，李敏搭建了一个回归测试平台和一个网站，所有的自动化必须在这个平台上通过3次，才能去网站上把它们标记为“自动化完成”。此时这个组能够较好地运作起来了，李敏会和组员定期会进行一对一的谈话，了解他们的状态和遇到的问题等，综合分析之后会想一些办法去优化流程和提高团队的效率。经过观察，她还确定了一些技术能力和综合能力不错的组员，适当授权给他们去担当更多的责任，发挥他们的聪明才智，也减少自己的管理成本。整个过程下来，她发现管理很有意思也很挑战，自己有兴趣也有潜力去做，于是她在一个MYCD里调整了职业发展轨迹。经理了解之后也给与了相应的支持和辅导，比如会建议如何去“打磨”管理方面的技巧，也会抛出问题让她自己去思考该怎么解决、怎样做得更好。

选择不同的职业发展轨迹是一种挑战，而换个产品甚至迈进一个完全陌生的领域是另一种挑战。她身边就有一些同事选择加入其他的产品组。在这一点上，微软多元化的产品结构给员工提供了特别好的机会，从Windows到SQL Server、Visual Studio，从Office到XBox、MSN等，跨度很大，就像是一个“IT业界”。员工总能找到挑战自己的机会，做熟了这个产品还可以做另外一个产品。在微软，经常可以看到工作了多年依旧保持着高度激情的员工，这恐怕是和公司提供的多元化的职业发展道路是分不开的。

时间如白驹过隙，2009年已经到来，她所在的组正在做下一个版本的Configuration Manager，她也在带领一个小组负责产品的UI测试工作。

回顾这三年半的历程，激动人心的挑战、解决问题的成就感以及团队合作的乐趣始终伴随左右。而抬头向前看时，还有太多未知的探索之旅等待着。

希望大家能喜欢这些心得与经验的分享。

李敏

有趣的Test Mentor Ring

STB China Blog — Thu, 15 Jan 2009 07:37:00 GMT

在微软做测试开发已经快要两年了，经常会被人问工作压力大不大，测试会不会比较枯燥。而我的回答总是，很有意思，甚至还有点在学校里读书时的感觉。为什么这么说呢？因为在这里做测试开发，不仅仅是完成工作任务，还是一个充满学习和提高机会的过程。

参加Test Mentor Ring就是一个例子。我对Mentor（导师）这个词最早的认识是在刚加入微软的时候。在这里，新员工入职后除了各种培训外，还会有一个一对一的mentor来帮助自己更快地熟悉和掌握这里的工作环境、流程以及产品知识。这对于员工融入新的工作很有帮助。而当我在这里工作一年之后，在一次一对一的谈话中，我的老板又向我介绍了Test Mentor Ring这个项目。

Test Mentor Ring针对的是有1-2年工作经验的软件测试开发工程师。一个Ring由2-3个mentor和6-7个mentee组成。在我们这个Ring中，mentor有从Redmond过来交流的工程师和来自这里其他部门的资深测试主管；而mentee则是6个和我一样有着相似经历和对自己的工作充满热情的测试开发工程师。每两个星期我们会碰一次头，花1小时左右讨论一些跟大家工作相关的问题，为期6个月。这样的形式让我想起了在学校时候的研讨会或学习小组，但不同的是Test Mentor Ring的讨论方式，讨论主题等等都是由mentee自己发起和决定的，而mentor们则会给我们提供帮助和分享他们的经验。

长长的讨论列表

第一次开会的时候，我们决定为之后的讨论先搜集一些大家都感兴趣的话题。结果，最后汇集出来的列表居然非常长，内容除了各种测试方法和工具外，还包括职业发展路线的选择，与其它专业的同事间的合作，有效地管理时间和设定工作优先级，工作计划、测试文档、测试用例的互相交流等等。而在讨论中，我们又会时不时地想出新的内容，以至于当6个月结束的时候，我们列表上的话题还没有被全部讨论完。

生动的时间管理讨论

在平时的工作中，我们的面前往往会同时摆着多项不同的任务，要写测试用例，要测developer给的最新的代码，要回答关于自己负责模块的问题，要帮助合作伙伴的测试工程师解决测试代码运行中出现的问题，还要验证之前找到bug是不是已经被解决。我们通常每个人都有两台电脑两个显示器，但是有时候左看看右看看反而很慢。怎么样安排才能有效地完成工作呢？

于是，我们把其中一次的主题定为了如何进行有效的时间管理。那天当我们踏进会议室的时候，Redmond来的mentor Srini就已经在白板上写了八个问题，要我们先做个小游戏，在十分钟内写好答案。问题包括，你现在手里有几个bug，你今天早饭吃了什么，写一个计算n!的程序，写出提高工作效率的六个建议等等。我们看着这些问题都有些疑惑，但还是写了起来。十分钟过去了，我们还没有回答完全部的问题，Srini就拿走了我们的答案，并问了我们一个问题，我们是按什么顺序回答问题的。我们一边想，一边突然明白了过来。这不就是一个时间管理的例子吗？对于提高工作效率的建议这样的问题，应该是我们最先回答的，因为正是我们本次讨论的主题；手里的bug虽然和测试工作相关，却和这次讨论没有关系；而我们参加Test Mentor Ring的讨论并不是为了来学习怎样写n!的程序；至于早饭吃了什么更是没有任何关系。按照这样的分析，我们就可以很快列出问题的优先级，在有限的时间内完成真正重要的内容。而我们的日常工作管理，不也是这样吗？

纵向和横向的学习

Test Mentor Ring的主要目之一就是学习和提高自己的工作能力，而这一点在我们的讨论中得到了充分的体现。对mentee来说，在加入微软工作到现在的一年多时间里，我们参加了各种关于产品知识、测试开发技能的培训。然而在实际工作中，我们会不断遇到新的挑战，关心的问题也越来越多。当我们把这些问题拿出来讨论的时候，我们会交流自己所做的项目的情况，比较各种方法的优缺点，并提出自己遇到的问题，这样在交流的过程中我们可以互相学习。

而对于mentor们来说，他们有丰富的工作经验，他们往往会从全局上来给出他们的建议。记得有次讨论的话题是如何选择职业发展的方向，一个mentee提出的问题是如果想往管理的方向发展，却几乎没有这方面的实践机会要怎么办。我们的mentor 光安和Glen结合自己的经验，给出了许多建议：如要采取积极主动的态度，和自己的老板进行沟通，请他帮助提供这方面的机会和培训；还有可以通过负责一些虚拟团队的项目（如卓越工程，跨组的测试框架合作开发）来锻炼自己的能力。这些建议无疑对我们十分有帮助。

轻松开放的讨论氛围

在Test Mentor Ring进行的6个月中，我们的积极性一直很高。每次的讨论前，我们总有一个mentee出来组织接下来的讨论。我们会通过email确定要讨论的主题，商量需要准备的材料，而mentor会帮助我们找到相关的资源。每次的讨论会议上，我们还会做会议纪要，并保存到网站上，作为将来的参考。由于mentor和mentee来自于不同的部门，我们的讨论氛围更为轻松和开放。有时候，我们甚至会提出一些在工作中看到的问题，而mentor们也会给出公正的评价和建议。比如有一次的话题是如何与program manager以及developer合作。我们的mentor分别为我们找来了一位资深的program manager和developer，于是我们和他们一起交流了从不同工作角度出发造成的差异和如何解决可能出现的问题。

六个月的讨论学习给我的工作带来了更为宽阔的视野。在今后的不同职业阶段，我还会找对应的 career mentor来帮助我的个人发展。希望有一天我也可以作为一个mentor，再次参与到这样的活动中，分享我的经验和知识。

陆梦嫣

亲历北京Top 500

STB China Blog — Wed, 31 Dec 2008 05:33:00 GMT

[原文发表地址] 亲历北京Top500

[原文发表时间] Tuesday, December 30, 2008 7:33 AM

金秋的北京，一年中难得的好天气，人们还沉浸在08年奥运会的喜悦中，而一项影响中国高性能计算发展的大事，也正在紧锣密鼓地进行 – 近两千台新研制开发的曙光5000A机器从已天津工厂运抵北京！这么多的机器太沉，一楼的地面无法承重，找不到合适的数据中心，造价两亿元的这两千台高性能计算服务器暂时落户在中科院计算所的地下车库里。

中国人的力量和速度再一次让世人惊叹：地下车库的改建，制冷水管的铺设，整个临时数据中心的建成一共只用了十天时间，夜以继日的努力只为了一个共同的目标 – 那就是11月中旬即将在美国奥斯汀举办的第21届超级计算机大会。世界权威的Top 500超级计算机排名将在这次大会上正式公布，跻身前列是每一个中国高性能计算工作者的梦想！

作为微软高性能计算中国开发团队的一员，我也有幸加入到这次影响中国高性能计算历史的努力中！曙光，是中国高性能计算的代表企业，与微软公司的结缘始于2007年底。一向依托于UNIX/LINUX高性能操作系统环境的曙光公司，对刚刚踏入高性能计算领域并于2006年发布第一版高性能计算产品Windows Compute Cluster Server 2003的微软公司，产生了浓厚的兴趣。这一过程是艰难的，压力与希望同在，挑战与机遇并存。

9月15日刚刚成功发布微软高性能计算的第二个版本Windows HPC Server 2008，我们来不及任何的休整，一行四人立刻踏上了北京的征程。清楚地记得第一次踏进中科院的地下车库，憋闷的环境，数千台机器共响的轰鸣声立刻让我觉得透不过气来。简易的工作台，没有任何的噪音隔离和防护措施，这就是我们接下来一个多月里需要战斗的地方。来不及多想，放下简单的行囊，立刻加入到这1920个节点部署Windows HPC Server 2008系统的工作中。这是第一次Windows HPC Server 2008产品在这么大规模的计算集群上部署和应用，我们的心情真是既兴奋又紧张。旁边来自曙光，AMD等各家高性能计算领域的同行们也都看着我们，想看一看初出茅庐的Windows HPC Server 2008到底表现如何。在基于Windows部署服务（Windows Deployment Service）的裸机部署模式的强大支持下，部署工作进行得异常顺利。部署完成后Windows HPC Server 2008简单易用的管理操作平台显示出了对近2000个计算节点的强大的管理能力，深得同行的赞誉，我们也终于舒了口气。

然而接下来的工作远没有期待中的这般顺利。一个刚刚搭建的数据中心，全新的硬件，全新的软件，对于一个至少需要连续运算7-8个小时才能取得较理想计算结果的基准测试来说，任何一个环节的细微差错，例如网络连接的松动，电源过热，15360条内存中任何一条内存的故障都会导致整个测试运行的失败。我们甚至发现，在如此大规模尚未经过时间考验的计算集群上，取得一个有效的测试结果都是相当的困难。当有节点发生故障时，我们需要和曙光的硬件工程师，来自Mellanox/Voltaire的网络工程师一起，登录到故障节点，查找可能的软件、硬件或者网络的问题，并对问题进行记录和总结。曙光也设立了简单的工作台，进行现场的故障硬件修复。如果用四个字来形容当时的工作状况，那真是“没日没夜”。从数据中心的搭建到最终Top 500的提交期限，一共只有不到一个半月的时间，每个人都不愿浪费一点点可以进行故障排查或者运行测试的时间，所以常常忘了外面是白天还是黑夜。经常拖着疲惫的身体走出计算所的大门，才意识到，早起的人们已经开始了晨跑，原来熬夜也是这么容易习惯的。更多的时候，我们也只是在车库角落里搭建的临时床，甚至机柜旁伴随着近2000台计算节点的轰鸣声席地而睡。

我们感激曙光公司在如此大规模的计算集群上率先采用刚刚发布的Windows HPC Server 2008产品的信任，但作为Windows HPC Server 2008在如此大规模的计算集群上的首次尝试，大家也曾犹豫和怀疑过。继9月29日取得116.3TFlops的运算结果之后，我们在将近10天的时间里一直无法取得任何的突破，眼看着提交结果的期限一天一天接近，怀疑的声音也开始出现。Windows HPC Server 2008真的是如此大规模计算集群的正确选择吗？在这样的质疑声中，顶住压力，永不放弃是我们的唯一选择。记得当时美国总部团队的老板们正在上海访问，和上海的团队讨论下一个版本的计划，但是在Top 500项目的巨大压力下，上海开发团队的主管严治庆于当晚就飞回了北京，还记得他那个时候诙谐地说：“不是天不助我，而是时机未到”。越是这样紧张的时候，越是要镇定，我们总结了前段时间屡屡失败的教训，为每次基准测试程序的运行制定了详细的准备步骤：包括各个节点的排查，网络状况的检查，小规模测试等等。虽然每次这些准备工作都需要花费2个小时左右的时间，但我们发现这对确保测试运行的成功率发挥了至关重要的作用。在10月9号的早晨，顶着巨大的压力，我们终于突破了140T的大关，我们终于证明了自己，证明了Windows HPC Server 2008对于大规模集群计算的能力，我想这是我们在Top 500道路上最艰难也是最重要的一个结果，连曙光的同行都表示没想到你们真的能跑出这个结果！

在整个Top 500的项目中，和我们一起并肩作战在中科院计算所地下车库里的还有一位法国朋友，他就是来自微软法国团队的Xavier Pillons。Xavier有着丰富的Top 500基准测试的经验，但是他表示像这次如此大规模的集群以及如此艰难的测试他还是第一次遇到。虽然作为他的第一次中国之行，Xavier在29天的时间里只得空休息了2天，但是他对此次的中国之行非常兴奋，记得在10月13号167.4TFlops之后的庆功宴上，Xavier自豪地说：“我们创造了中国高性能计算的历史，我很高兴成为其中的一员”！

在临近提交结果期限的两天，经过一次次地改进和测试，我们又取得了新的突破，180.6TFlops的结果，78%的效率对于Windows HPC Server的历史，对于中国高性能计算的历史都是划时代的，也为我们一个多月的辛勤工作，无数的不眠之夜交上了一份满意的答卷！在11月中旬召开的世界超级计算机大会上，我们非常荣幸地跻身全球超级计算机前十的行列，并成为在美国之外唯一一个进入前十的超级计算机集群！当怀抱奖状的时候，成绩的取得已经成为了过去，我们会怀抱更大的热情和理想做好Windows HPC Server的下一个版本，也祝愿中国高性能计算行业的发展越来越红火！

丛兰兰
HPC中国研发团队项目经理

转载：认识自我，把握机遇 —— 谢恩伟（三）

STB China Blog — Thu, 30 Oct 2008 23:30:00 GMT

2007年，微软华人协会曾组织编写了《微软360度——企业和文化》一书，本月该书的姐妹篇《微软360度--成功与成长》新鲜出炉了。本博客经本书作者授权，转载其中一篇的采访纪实。由于篇幅较长，分三段刊登。

第一部分

第二部分

第三部分如下：

笔者：换一个话题，有的人觉得事业发展的一定阶段，会达到一个顶峰，再不会前进了。你觉得是不是每个人的事业都有顶峰？

谢：我想每个人总归有顶峰嘛。我的理解是，这是个人的选择，而且每个人在不同的时期选择也会不同。如果你十年前问我想做什么，我会说我想做Executive（高管）。如果你今天问同样的问题，我会说我想做到Partner Level（微软内部的级别，相当于合伙人级别经理），对公司有所贡献，对市场有所贡献，我就非常满足了。真的要去做Corporate VP（公司副总裁）或者Senior VP（资深副总裁）吗？我当然可以去做，但是我不会太在乎。

笔者：很有意思，10年后您的目标反而降低了。

谢：也不是降低目标，因为人生的Priority (优先级) 有所不同了。我现在人生的优先级是，家庭生活非常重要，并非说我不可以去做Executive（公司经理），但是Executive要求有很大的Commitment （投入）。那我就会问自己这样的Commitment愿不愿意去做，这不是个人能力的问题，而是个人选择。在微软有很多工作多年的资深的开发工程师。不一定是他没有潜能去做微软的杰出工程师或技术院士，非常大的一个可能性是这是他的一个选择，他觉得自己对写程序更有Passion (激情)，做好这个就很高兴了。而做TF，他就得将自己的想法与别人沟通、能够影响别人，他可能觉得并不在乎这些事情。所以说这些事情很大程度上是个人选择，这种选择也会随着时间、家庭环境或者大环境的变化而转变。

所以我觉得顶峰这个问题有两重性，从整体的角度来看，这是一个个人选择的问题，根据时间、家庭条件和大环境的选择；从个人的职业发展角度看，如果在职业发展的初期，没有足够的动力，这是一个非常危险的信号。

笔者：在今天中国舆论和社会对事业成功非常的强调，导致当今中国的年青人把事业放在很重要的位置，把家庭生活放在比较低的位置。你对这种现象怎么看？

谢：（这种现象）我在中国当然感受到了，我想在这个经济飞速发展的阶段，大家在事业上有很多的机会，为工作而工作，为事业成就而生活，这样的现象是当然有的。现在你要是看互联网在中国的发展，就跟美国九十年代的时候很像，有种淘金的感觉。我想是大环境推动了这样的风气。不过，长远的话，这样的风气应该会慢慢改变，因为人们的生活质量在提高。文革刚结束后，（人们）就非常想赚钱，因为以前没有钱，就特别想赚钱，疯狂地赚钱。96年我回上海时就对我妈妈讲，“啊，我好沮丧啊！”，感觉社会虽然在发展，（但是）人对钱太看重了。然后，这几年就觉得，啊！越变越好了。因为有了钱后，大家对生活、对文化上就会更多地看重了。你可以看到很多人做“驴友”，自己开着吉普车去外面旅游，享受生活。我身边就有很多这样的朋友。社会发展到一定阶段后，它的文化和风气就会转型，会达到变得更加注重工作和生活的平衡。

笔者：如果微软里有两个人，都很聪明。一个特别努力，不太顾家，昼夜加班，拼命工作。一个却很顾家。你会特别奖励那个拼命工作而不顾家的人吗？

谢：那要具体看。微软，你也知道是个十分看重结果的公司。所以不会太在乎你到底是如何完成工作的。当然方法也要注意的。但两个人在同样的职位，同样把事情都做得很成功的话，我就会奖励这个顾家的人，觉得他能很好平衡工作和生活，效率更高，只化了一半的时间就把工作做好了。但是实际上在多数的情形下，比较不顾家的人，又特别努力的话，他的职业一般会进步快一些。这是个人选择的问题。也有一种场景就是，顾家的人他不仅完成了他份内的事，还做好了份外的事，这样我就要奖励顾家的人了。各种场景都有，具体情况具体分析。

笔者：判断一个员工在团队里是不是最出色的，你看重哪几个特质？

谢：我认为最重要的一点是自我认识（Self Awareness）。如果一个人才对自己有相当好的认识，对周边情况也有比较好的认识（General Awareness），有这么两点的话，再加上勤奋好学，那么这种人才就有很大的发展空间了。当然基本功一定要有：解决问题的技能啊，勤奋好学啊，对某个产品或与客户沟通有专长啊，这些都是需要的。但基本技能不能保证必然成功。这时，自我认识，对周边环境的认识就很重要。有的人没有自我认识，比如说，有人个人能力很强，但很自满，不再学习；看不到自己的短处；也有就是看不到自己的长处，看不到自己优秀的地方，再有就是有人对自己的看法和别人对自己的看法有落差。

笔者：时间不多了，最后一个问题，如果回头看，你能改变你职业中的一个地方，你会改变哪一个地方？

谢：呃，这个问题很好。能不能延伸一点，就是如果人生重来一次，我会改变哪样东西。回想我读大学的时候，那时候钱不多，就一定要把学业完成，还有去打工。我就读的大学不太注重个人专业的发展，而是很注重人才的全面培养，不光理科，还有文科。如果我人生可以重来一次，我在大学里就不会太侧重理科方面的学习，而会在文科方面花更多的时间。如果一个人不是拥有多项才能的通才，很难在事业中成功。回到你的问题，不是说我的工作当中有需要改变什么，在微软14年的职业生涯，我还是会这么走来的。

笔者：很有趣。重读大学，比尔•盖兹可能也这么想吧？

谢：（笑）这我就不知道了。但是这就是我比较看好美国大学的一个方面。中国的教育体制比较专业，分得细，但是中国比较缺少通才。现在中国最缺最缺的不是在下面做事的人，也不是在上面做战略决策的人，而是在中间一段非常专业的（管理）人才。但中国也一直在转变，在下面一二十年当中，会越来越好。

完成了对谢恩伟的采访，笔者感触最深的不光是恩伟对职业发展的独到见解，更是他很早就对自己有了准确的自我认识并一直精心规划自己的职业道路。他一直根据自己的兴趣，特长和环境的变化，主动制定自己的发展方向，向下一个目标努力。只有这样，当机遇出现的时候，他才能牢牢的把握住，一步步走向成功。

转载：认识自我，把握机遇 —— 谢恩伟（二）

STB China Blog — Wed, 29 Oct 2008 02:30:00 GMT

2007年，微软华人协会曾组织编写了《微软360度——企业和文化》一书，本月该书的姐妹篇《微软360度--成功与成长》新鲜出炉了。本博客经本书作者授权，转载其中一篇的采访纪实。由于篇幅较长，分三段刊登。

第一部分

第二部分如下:

采访者：金昀，钟颂东

笔者：很好，我相信这一点对于众多有兴趣进入微软的朋友来说是很有帮助的。您刚才提到了职业生涯中的几次转变，那么您觉得您在职业发展道路中最重要的决定是什么？

谢：我想最重要的决定是我在1997年的时候决定走职业经理人这条道路。为什么说这点比较重要呢？因为一方面奠定了以后职业发展的方向，另一个方面也是对自身认识的一次提高。因为你如果做微软的技术骨干IC Lead 或 Technical Lead的话，会有一种错觉，觉得你可以技术和管理都做。实际上（要做到这一点）很难。做到一定程度，你就要做一个选择，你对哪一个更有Passion （激情），哪一个更适合自己，哪一个你更擅长。我97年从测试组长转向测试经理，就是选择做职业经理人（这条道路）。有了这个决定之后，一个方面是多了一条职业开发的道路，另外一个方面也调整自己今后的侧重点，就是说，我还是要把技术做好，但是我不需要自己去做，我需要依靠我的团队。有这样的一种Self-Awareness （自我认识）是很重要的。

笔者：我针对您的这几次转型，各有一些问题。比如说您从工程师转到管理者。那么在业界，尤其是在中国，传统的看法是做技术是没有前途的。有人说程序员不能做过35岁。您对这种说法怎么看？比如说有一个非常聪明的大学毕业生要加盟微软，但是他说他在3年必须要做到主管，否则就会离开，您会对他说什么。

谢：对，有很多这样的现象。国内的一个人力资源网站几年以前ChinaHR（中华英才网）对几十所大学的三万多名学生作了一次调查，其中一个问题是问你毕业后想做什么，技术人员还是管理者，结果其中48%的学生说要做管理者，所以这种现象是相当普遍的。在我们在校园招聘过程中，有很多学生非常注重他们的Career Development （职业发展），非常看重微软的培训机会，都希望能成长到管理者的位置。我们怎么跟他们讲呢？一个方面我们在招聘中就会跟大家交流，执着做技术的员工在微软可以升到Distinguished Engineer（杰出工程师）甚至Technical Fellow（技术院士，相当于副总裁的级别）等，所以在技术这条路上也可以走得很高的级别。在我的团队内部，我也非常注重建立比较好的文化，因为这是一个全新队伍，从开始到现在我们不断向员工介绍IC和职业经理者两条发展道路。更重要的是不光要说，而且要在实际行动中体现出来，比如在我的团队，就非常注重培养资深的技术人员，3年前招进来不少员工之前你问他们要做什么，他们说要做主管；现在你再问，他们中不少人说要做Architect（软件架构师）。就是说在实际工作中要能够向员工展现做IC也能成功的道路。微软中国在全微软内部第一个建立了IC和管理者两条职业道路的培训路线，在这方面我们也作了很大的投资，希望能建立起正确的文化。

笔者：那么对“IC没有前途”这种说法，您是怎么看的呢？我这么问是因问你自己选择了做管理者这条道路。

谢：我的看法很明确，我认为IC是有前途的，微软对IC有很大的需求。我自己那个时候完全可以做IC，之所以向管理者转型，完全是因为对自己Competency（能力）的认识：虽然有很多人技术比我做得更好，但是我在对个人的培养，对团队的培养和领导能力这些方面有更显著的优势。并且，我对人和Organization （机构）也有很强的Passion（激情）。我现在的团队现在做了很多Organization方面的改革，很多都是出自于HR (人事部门) 和我们团队领导层的紧密合作。我也在战略决策方面做了些贡献，这是我选择这条路的原因之一。之所以选择职业经理人而非IC，是因为对于前者我可以做得更好。

笔者：也就是说，这两条道路都很有前途，怎样选择完全取决于个人的兴趣和能力。

谢：是的，非常正确。传统上认为IC没有出路，在微软，这种说法是完全错误的。

笔者：针对您的第三次转型，就是从一个成熟团队到一个初创团队，我也有一个问题。现在也有很多人认为个人的职业发展，除了个人的能力之外，环境也很重要，很多人要追求“Being at right place at right time（在正确的时间来到正确的地点）”。那么您觉得一个人的成功，有多大程度上取决于团队和项目呢？

谢：我想这些都很重要。我以前找工作和找团队时非常看重三点：第一，就是看我会为谁工作，就是看我的经理和领导层有没有Vision （愿景），他们如何理解团队架构和人才；第二，是这个团队能够带给我什么价值；第三，当然就是我能为这个团队带去什么价值。这三点都很重要，因为在微软（你的）很多职业发展是有你的经理来帮助推动的，如果你的经理做得非常优秀，并且比较关注你的发展，对你来说是一个很好的开始。这就是为什么第一点很重要。另外两点比较好理解，你去一个团队，你当然要看这个团队对你的发展有什么提升作用。对我来说，从Visual Studio转到存储系统起到了这样的作用，因为有了很多新的经理，Visual Studio主要的客户是软件开发人员，而存储系统面向的是IT Pro （IT 专家）；前者是一个成熟团队，后者给了我创业的舞台；在Visual Studio我并未全面负责一个团队的经验，在新团队，我则需要负责方方面面的工作，这些都是新团队带给我的价值。当然，我也为这个团队带去了很多价值，如果不是两者互补的话，也不会完全成功。这是我以前的三点。回到中国以后，我又加入了第四点，就是大环境。如果10年前，Bob（Bob Muglia）问我是否愿意回中国建立一个团队，我应该会拒绝。理由很简单，我非常希望能成功，但成功不完全取决于自己个人，有时候也需要一个大环境，如果大环境不好，那你也应该斟酌是否参予其中。10年前，全球分部式研发的理念还不是很成熟，服务器与开发工具事业部当时也没有这类需求，在中国具有软件产品开发经验的人才极少。在这样一个大环境下，（来到中国）做这件事就过早，所以我认为大环境对个人的成长或成长是很重要的。

笔者：也就是说职业发展的成功，除了个人的努力之外，对环境的选择也是很重要的。

谢：是的。

转载：认识自我，把握机遇 —— 谢恩伟（一）

STB China Blog — Mon, 27 Oct 2008 01:30:00 GMT

2007年，微软华人协会曾组织编写了《微软360度——企业和文化》一书，本月该书的姐妹篇《微软360度--成功与成长》新鲜出炉了。本博客经本书作者授权，转载其中一篇对微软中国研发集团服务器与开发工具事业部总经理谢恩伟先生的采访纪实。由于篇幅较长，分三段刊登。

访谈八：认识自我，把握机遇——谢恩伟（一）

采访者：金昀，钟颂东

采访记实

谢恩伟的经历和微软中国的其它许多领导人比较起来是个异数：本章采访过的张亚勤，沈向洋，和张宏江都是研究人员出身，由学者发展为成功的企业家；而恩伟则是在产品部门由工程师而步入职业经理人的道路。上海长大的他十几年后回到故乡创业是怎样的心情呢？笔者通过电话采访了谢恩伟。

笔者：请简要谈一下您的职业发展经历。

谢：我在上海出生，读完高中后进入复旦大学学习。一年后，就直接转学美国。1994年第一次接触微软，这是我在大学期间的第3次实习。当时在Visual Basic 部门做了四个月的软件测试，（其间）和多个团队合作，比如Excel。实习结束以后就一直在做思想斗争，到底是要回学校读研究生，还是直接进公司工作，后来决定留在微软做全职工程师。1994年开始做SDET（软件测试开发工程师），1995到1996年担任SDET Lead（软件测试开发工程师主管）， 1997到1998年做了Test Manager（测试经理），（这段时间）一直在Visual Studio产品部门。2001年有一个机会做了Product Unit Manager(产品单元经理)，这对我来说是一个尝试，因为这是从对单个软件开发领域（Discipline）的管理扩展到对多个领域的管理。到2002年为止，我一直在（软件）开发工具部门工作，是一个Incremental Growth （渐进式增长）的过程。从Individual Contributor（个体贡献者，简称 IC）发展到主管，再到经理，从对单一领域的管理，到对多个领域的管理，这是我职业生涯中的第一、二次转型。第三次转型发生在2002年，从一个成熟团队到了一个初创团队，做存储系统。这一次转型主要是因为我很想体验初创团队的氛围，以及面向除了程序员之外的更大客户群体。我在那个部门做了一年多的时间，那个时候结识了Bob Muglia （微软全球资深副总裁，负责服务器与开发工具事业部）。2003、2004年，Bob刚开始管理整个Server and Tools Business（服务器与开发工具事业部），当时他让我看一下中国，因为事业部打算在中国组建一个新的研发团队。对我来说这是一个很有意思、很有吸引力的机会，最终也成就了我的第四次转型，从Corporate（公司总部）到Subsidiary（分部）。 2005年我在上海创建了这个团队，到现在三年多的时间，我目前的职位是总经理。

笔者：您的职业故事非常吸引人，我想针对你的职业提几个问题。首先，您刚才提到毕业的时候曾经考虑过是继续读研还是进公司工作，最后您为什么选择了进入微软工作呢？

谢：理由很简单。我在微软做实习是一个非常好的机遇，能够对公司有更深入的了解。当时我觉得雷德蒙的环境和大学校园差不多，有很多新员工，都和我年龄差不多，刚刚大学毕业，让我觉得很亲切；而且还有大批业界杰出人士，公司内部导师机制为我这样的新人创造了良好的学习、发展的机会。另外，相信大多数大学生都有这种感觉，就是对自己的主攻方向并不是确定，不知道自己将来要干什么。我做过实习以后就觉得应该先工作一段时间看一看自己喜欢干什么。实际上很多人有类似的经历，我之前的团队里就有很多人大学没有读完就来工作，后来有一批人回到学校读完了本科或者研究生课程，他们的反馈是在微软的经历非常有帮助，使他们找到了自己的方向，知道应该学什么了。

笔者：我之所以会问这个问题是因为中国传统上会很重视学历。您在微软中国怎么看待这个问题？学历对于微软来说很重要吗？

谢：（笑）说到这里我要讲一个笑话。我现在经常和当地政府机关、高校交流，有时也接受电视台采访，可能是因为我职位的关系，在这些场合，常常被直接称呼为谢博士。我总要绞尽脑汁考虑应该怎样来纠正这个称呼，又不使对方尴尬。（笑）在大学演讲的时候，也有同学问我是否进入微软必须硕士毕业，我的回答是学位对我们来说是一个参考，但不是占主导地位的因素。

从卓越工程的角度看微软中国开发团队的成长 (二)

STB China Blog — Mon, 18 Aug 2008 08:00:00 GMT

上篇我们讨论卓越工程系统中的人才因素，本篇探讨第二个重要因素——流程。

简捷有效的流程

人是有思维的、有创造力的，可是在做一些具体事务时却容易出一些低级的错误。这时流程会帮助减少这样的错误来保证产品的质量。流程如果太繁琐会降低效率；没有流程，质量又没法保证。所以要有一个平衡，要建立一套对产品开发最合适的流程也就是简捷有效的流程。我想大家对软件产品开发的周期，例如市场调查、产品需求、计划、产品设计、产品实现、测试、调试、修补漏洞、质量过关、产品发布已有了解，在此不多谈了。我想以产品实现和测试的流程为例来说明这段流程对软件质量保证的重要性。

我在雷德蒙工作时，曾有个兄弟团队的资深软件开发工程师干过这样一件事。产品开发进入修补漏洞的后期，在这个阶段只有重要的漏洞才能去修补，而且代码提交前要经过伙伴测试（Buddy Test），这样做的目的是要保持产品质量的稳定性，可他过于自信了，在没有经过伙伴测试就把代码提交了。结果他的提交使第二天的每日构建（Daily Build）通不过多个重要的测试用例，兄弟团队也没法儿用它进行其它测试，白白浪费了一天时间。这件事对这位仁兄来说肯定是个教训，也说明流程是有作用的，不按流程做会导致一些影响很坏的错误。

在开发团队中会有很多软件开发工程师，他们都要提交代码，尽管他们会很认真的编写代码，有时也难免出错。我们常用代码评审（Code Review）这一流程中的重要步骤来保证代码的正确性。一个工程师写的代码会由另一个或几个工程师包括软件开发测试工程师来做复审。这样，代码经过多双眼睛的审核，正确性会较高。有些开发团队会要求软件开发工程师提交代码时，要先把提交放入提交排队系统，这个系统会对每个提交做必要的测试，测试通过后系统才会正式提交代码。经过这样一个流程，代码出错的可能性进一步降低。伙伴测试和提交排队系统有异曲同工之效，都是在代码进入源代码管理控制系统前对提交的代码进行必要的测试来保证代码的正确性。伙伴测试会花费软件开发测试工程师的时间，提交排队系统也需要工程师花时间来维护，各有千秋。我带领的CLR/Silverlight上海团队与相应的美国队伍共拥有七、八十位软件开发工程师，提交代码要通过一个提交排队系统，提交前要经过代码评审。

另外，也可以采用伙伴构建（Buddy Build）或滚动构建（Rolling Build）。伙伴构建是指一个工程师提交代码前或后由另一工程师帮忙做构建来验证提交代码没有构建问题。滚动构建是由一个计算机系统自动完成的，它周期性地同步源代码管理控制系统中的当前源代码后进行构建验证，也可以自动做一些测试，有问题它会自动发邮件给相关人员。WinForms上海团队组建不久开始建立流程，因为只有几个软件开发工程师，所以正在考虑采用每日构建（Daily Build）和滚动构建（Rolling Build）。

每日构建（Daily Build）出来后，软件开发测试工程师会针对它进行一系列的测试包括版本验证测试（Build Verification Test）和临时手动测试（Ad hoc manual Test），另外还会不同周期地做全面自动测试（Full Automation Test），压力测试（Stress Test），性能测试（Performance Test），安全测试（Security Test）等等。这些大多都是事先根据测试计划写好的自动测试，同时会把在测试中发现的问题记录下来，软件开发工程师会相应地进行调试解决，项目经理会对所有发现的问题做Triage（会审），Triage这个英文词的原意是一个根据伤员的伤病情况来决定先给谁后给谁处理伤病的流程，这个词在这里的意思也就很容易理解了。

测试在产品开发中对质量把关起到至关重要的作用，在整个流程中是必不可少的环节。这也是为什么微软在甄选软件开发测试工程师时也会很严格，软件开发测试工程师能力并不会比软件开发工程师差，只是在软件开发中分工不同，侧重点不同。

现在，我带领的CLR/Silverlight团队和WinForms团队各自有一套简捷的流程来进行开发测试，虽不完全一样，但都是很有效的。总之，流程是为了保证产品质量而设的，定然不能缺少，但也不能太过复杂，否则会降低效率，也会影响人的创造力和能动性。

部门经理徐鹏阳

备注:近期将更新《从卓越工程的角度来看微软中国开发团队的成长 (三)》

从卓越工程的角度看微软中国开发团队的成长 (一)

STB China Blog — Fri, 15 Aug 2008 06:30:00 GMT

在进入正题以前，我们来想象一下人类祖先在石器时代后期开始种植农产品的情景。最早发现农作物可以种植的人类祖先可能不小心把种子掉在地上，第二年春天雨季后发现长出了植物并结出果实，而秋天的收获激励他们有意识地在下一年去重复这一过程，他们挖坑埋种子的工具是石质的。经过很多很多年的进步，人类经历了农业革命、铜器时代、工业时代，直到现在的信息时代；播种农作物的工具由石质发展成铁质、钢质，由铲发展到犁，由牛拉的单犁发展到机械化拖拉机拉的多排犁；农作物种植的过程也由根据节气听天由命发展成机械灌溉、大棚种植和基因工程等现代种植方法。然而不管它怎样发展，有三样东西贯穿始终，那就是人、工具、方法或过程。

同样，一个工程系统也是由人、流程和工具组成的。人在这个系统中是最重要的因素，因为流程是由人来制定的，工具是由人来使用和操作的。但这并不是说，系统中只有人就够了，流程和工具都不需要了。流程可以帮助避免因人的主观因素而产生的错误，工具可以比人工手动成百上千倍的提高效率，所以人、流程和工具在一个工程系统中缺一不可。工程在计算机软件领域是指采用系统的流程来设计、开发和传递产品及服务。卓越工程是指在工程上能达到杰出和优异。既然软件开发也是工程范畴的，那么开发团队的成长也就离不开优秀的人才，简捷有效的流程，和高效率工具这三个卓越工程系统中的重要因素。当然开发团队的成长还包括沟通、团队协作、团队文化和团队士气等等。我在这里只从工程系统中的三个重要因素来谈。

优秀的人才组成优秀的团队

一个团队的建立需要有合适的成员加入。从招聘开始就对人才进行严格的挑选，微软的招聘哲学是要“最好中最好的”。那么什么样的人会加入我们的团队？正直诚信、有责任心、尊重他人、对客户和技术有热情、自我完善、敢于接受大的挑战、有想象力和创造力等等。当然以上是基本素质，我们也要看设计、编程和测试等能力，这是因为我们是软件开发团队，软件开发的基本能力是非常必要的。

微软招人看重的是个人能力和团队协作精神，学历并不是最重要的。我在微软亚洲工程院工作的时候，曾邀请一位美国团队资深架构师为工程师们做讲座，他在自我介绍中提到他没读完本科，我开玩笑说微软的架构师好像都没读完大学（大家都知道比尔盖茨先生没读完本科就从哈佛出来创办微软，他退休前的职称就是总架构师）。我举这个例子不是想让大家都从大学辍学，我也认识一些微软架构师不但读完本科还拥有硕士或博士学位，我想说的是学历可以说明一个人在学校取得的成绩，但不能代替工作能力以及在工作中能获得的成果。

微软员工入职后会参加入职培训和其它一些培训，但培训本身并不能使员工马上适应工作。员工入职后的前三个月通常会有一个“良师益友（Mentor）”，由有经验的老员工担任，帮助新员工熟悉工作。员工会被安排一些具体任务来“导入”以后需要做的工作。员工以后的职业学习和成长也是由培训，向其他人学习和工作中的锻炼组成的。工作中的锻炼占绝大部分，向其他人学习次之，培训只占一小部分，培训中的内容如果不通过工作中实践很难变成自己的东西，所以在工作中的锻炼成长最重要。当然向其他人学习，包括向“职业良师益友（Career Mentor）”学习有很大益处。“职业良师益友”是一些愿意帮助别人的资深员工，他们可以给员工的职业发展出谋划策或用自身做榜样。这些是员工入职初和以后成长的一个基本模式，每个员工的道路不尽相同，但有一点是相同的，那就是员工作为自己职业发展的驱动者要自己寻找锻炼的机会，经理提供帮助和指导，公司提供支持。

我刚加入服务器与开发工具事业部中国团队时，第一个向我汇报的员工对编程很有激情，他从12岁就学会用BASIC语言编程，大学时主修计算机，之前在一家外企公司做了两年软件开发工程师。一进入我的团队，就被分配到一个全新项目组，所以我们没能为他指定一位项目上的“良师益友”。但他并没有因此而退却，主动向美国团队要了资料，又找了相关的书来读，很快就上手开始修漏洞了。他还把所学到的知识整理、编写成文发表在MSDN杂志上，让更多的人来了解这项技术。没人期望一个还处在熟悉一项技术过程中的工程师写成这样一篇文章，并能发表在MSDN这样重要的期刊上，当然也包括我。在写这篇文章的过程中他既锻炼了自己，也展示了其自学能力，最重要的是他给自己创造了成长的机会，通过给自己不断地创造成长机会，他很快成为一个技术骨干，大家有问题都会去问他。

中国开发团队大多由年轻人组成，是微软分布式开发中的新生力量。我们通常会向美国团队 “借用”几个资深工程师来这里帮助招聘和训练本地员工。当然，我们也会把优秀的中国员工送到总部做短期融合培训，主要是和美国团队一起工作，了解公司文化和产品开发流程，以及与美国同事建立良好合作关系，便于以后开展工作。今年三月，我在组建WinForms（Windows Forms, .NET平台的一部分）团队时，就有三名本地员工前往雷德蒙进行短期培训，之后加入的新员工也通过阅读各类资料、动手实践来掌握WinForms的开发测试，如调查并修补漏洞，分析并写测试用例等。美国资深测试主管也受邀来上海帮助员工增加在这个领域的知识，熟悉开发流程和提高技术能力。同时，员工之间也定期交流各自的学习心得共同提高。当然，在共同发开产品的过程中，与美国同事之间频繁的视频、电话会议也帮助我们年轻的工程师们更快接手更多新工作。目前，拥有一名经理，一名项目经理，三名软件开发工程师，三名软件开发测试工程师和七名外包软测试工程师的WinForms团队已初具规模，承担了WinForms全部主要测试任务，并且可以开始修补漏洞和新功能的调研工作。这个团队能在很短的时间内承担起重要的任务，有成为一个优秀的团队潜力，虽然还有很长的一段路要走，但为今后成长为优秀的团队奠定了扎实的基础。

部门经理徐鹏阳

备注:近期将更新《从卓越工程的角度来看微软中国开发团队的成长 (二)》

分布的团队，整合的心

STB China Blog — Fri, 01 Aug 2008 07:50:00 GMT

—— 安全与访问团队侧记

用寥寥数百字介绍一个开发团队的方方面面，貌似不是一件容易的事情，不过古语说的好，“窥一斑而见全豹”，让我们来看看这个团队的两个独特之处：

1. 最分布的团队

拥有一个远在万里之外的合作伙伴对服务器与开发工具事业部（中国）的每个团队来说都不是什么新鲜的事情，每一个团队都和位于西雅图雷德蒙的一个或多个产品部门以各种方式进行合作。人们常用“共饮一江水”来形容关系之密切，对于产品开发团队而言，最密切的关系莫过于“共写一行Code”了，如此亲密的伙伴，我们上海安全与访问团队有几个？One，Two，Three，足足3个！我们与纽约长岛的Forefront Server Security团队，西雅图雷德蒙的Forefront Client Security团队，以色列海法的Forefront Edge Security团队都有着共同的代码级开发合作，面对一个如此分散的虚拟团队，我们很可以“自豪”的说在时间上我们是“领跑者”，海法时间比上海晚6小时，纽约晚12小时，而西雅图则晚16个小时。我们共享着时间轮换带来的便利 —— 我们是名副其实的“日不落”团队，也品尝着时差所带来的额外开销 —— 我们四“兄弟”从来不曾有机会共聚首，早晨或者夜晚的电话会议和邮件的来回是我们工作的写真。我们彼此心照不宣，我们的多一份努力，换来的是顾客多一分笑容。

2. 第一个端到端地发布产品的团队

我们团队在去年10月发布了Forefront Server Security Management Console 10.5，这也是服务器与开发工具事业部中国团队的第一个全权负责开发并发布的端到端的产品。回首两年前，除了部门经理，我们团队所拥有的只是几名初出茅庐的大学生，研究生，但正是他们创造了自己的历史 —— 完整的产品开发周期和责任意味着我们必须对产品的规划、设计、代码、测试等发布的各个环节负责，我们必须对自己所做的每个决定负责，我们必须做各式各样的取舍，我们必须把短期目标和长期远景结合，我们必须在有限的时间里做最重要的事情。没有人会为我们的错误买单，但是我们做到了，我们获得了客户的赞誉 —— HP的全球IT总监发来邮件对我们的产品表示满意，我们获得了产品部门总经理的嘉许 —— 我们拓展了开发领域，开始负责开发更大、更重要的产品，下一代Forefront Security for SharePoint。

相对于Visual Studio， Windows Server， SQL Server等其他微软企业级产品，Forefront系列安全产品还有很长的路要走。然而机遇与挑战并存，这些挑战同时给予了我们团队历史性的机遇，我们成为了中国事业部里第一个独立负责产品的团队。

读到这里，您是否能感受到这个团队的风貌了呢？下面就简单介绍一下我们团队目前的项目:

上海团队正在负责开发下一代Forefront for Sharepoint （FSSP14），并参与Forefront Codename “Stirling”的开发工作。 FSSP14提供了对Microsoft Office SharePoint Server (MOSS)和Windows SharePoint Service (WSS)基于内容的全面保护，包括基于多引擎技术的病毒以及恶意代码扫描和关键字/文件类型过滤。FSSP14的所有用户界面将基于Powershell 和新的图形界面框架，给用户带来全新的使用体验，同时崭新的Forefront Codename “Stirling” 将提供比FSSMC更为强大的企业级安全管理和监测功能。想知道更多?上http://www.microsoft.com/Forefront/default.mspx。

朱梁

《Visual Studio DSL工具开发指南》中文译本新鲜上市

STB China Blog — Thu, 24 Jul 2008 06:00:00 GMT

软件行业正在兴起使用领域特定语言（Domain Specific Language， DSL）方法的大浪潮，此方法能够降低软件开发的成本，尤其体现在大型项目中。一个领域特定语言（DSL）是一种被设计用在一个特定的兴趣领域中的语言：垂直领域比如电话设计，或横向领域比如工作流。它可以是一种程序语言、一种规范、或一种设计语言。

微软从Visual Studio 2005专业版开始加入DSL工具，为开发人员提供了一种图形化的操作方式，使领域特定语言的创建更为平民化，以降低项目开发的成本。2007年6月，Steve Cook 、Gareth Jones 、Stuart Kent 和Alan Cameron Wills，4位微软DSL工具的始创者出版了Domain Specific Development with Visual Studio DSL Tools一书，与广大读者分享他们在软件开发中使用DSL工具的实际体验，这也是第一本专门介绍DSL工具的软件开发书籍，不仅介绍了特定领域开发、模型驱动开发等概念，更注重理论与实例相结合，用一个具体DSL应用实例贯穿全书，详细介绍了如何使用DSL工具来开发用户自己的特定领域语言，从而实现真正的用模型来驱动软件的开发。

作为Visual Studio架构师套件中国开发团队，我们非常高兴有机会将此书翻译成中文，与中国的软件开发人员和架构师分享。本书的中文版也是国内第一本专门介绍DSL工具的中文开发书籍，相信它对软件开发人员和架构师快速了解和掌握DSL的概念和工具的使用会有较大的帮助。

翻译<<Visual Studio DSL工具开发指南>>对我们来说也是一个不断学习、实践、再学习和再实践的过程。在我们的日常开发工作中，就大量地使用到了DSL工具及其相关的概念。这本书也帮助我们团队的新老成员快速掌握了DSL相关的知识，以及将其具体应用到工程实践中的步骤。对于很多开发过程遇到的问题和难点，我们经常是通过阅读这本书找到了答案或解决的方向。在阅读的基础上，不断的进行工程实践，又更进一步加深了我们对书中内容的理解。其间，我们经常得到四位原书作者的帮助，同时，也要感谢我们管理团队和出版社对我们翻译工作的大力支持。

本书的翻译力求忠实于原著，由于时间仓促以及译者水平有限，翻译的错误和不妥之处在所难免，欢迎广大读者批评指正。

周京生

测试开发工程师

备注：DSL工具作为Visual Studio SDK 的一部分发布（DSL工具的最早的版本是随着Visual Studio 2005 SDK发布的），SDK可以在我们公司网站上免费下载。本书中的实例都是基于Visual Studio 2005以及相应的SDK进行开发和调试的。目前，最新版本的Visual Studio 2008以及相应的SDK已经正式发布，这个版本DSL 工具与本书所使用的版本可能在某些方面存在细微差别，请读者留意。

开发人员的大派对！

STB China Blog — Thu, 19 Jun 2008 23:00:00 GMT

抵达奥兰多那天是儿童节，我和同行的陆榕按捺激动的心情，期待着6月3日到6日举办的2008北美区微软技术教育大会（TechEd）开发人员分会。

每年微软会在世界各地举办技术教育大会（在中国当然也有），其中北美区的是规模最大的。今年微软第一次把北美区大会分成两部分，其中开发人员分会有超过六千人注册，而随后一周举办的IT专业人士分会更是有超过一万的注册量！

这么多程序员齐聚一堂，开发人员分会注定是一次成果丰硕的欢乐派对。

主题演讲

Bill Gates的主题演讲是必须要参加的，这是他最后一次以微软全职主席身份进行公开演讲了。他展望了应用程序开发的未来，邀请了Soma，Brian Harry，Dave Campbell展示了Silverlight，Rosario，Sync Framework等产品与技术。在这里你可以看到全程的现场视频和文字记录。

Soma在做完demo不久就在自己的博客上新增了一篇帖子。你可以在这里看到Soma博客的中文版，这是包括我和陆榕在内的开发工具上海研发团队负责翻译的。

技术教育

对于开发人员来说，最好的派对不是音乐和啤酒，而是最新最酷的技术！本次开发人员分会虽然只有四天，却提供了超过六百个技术培训机会，形式包括技术讲座、动手实验、交互体验、微软认证考试等等，内容覆盖了微软技术的方方面面：数据库平台、体系、开发人员工具和语言、Office和SharePoint……

要在短短的篇幅里介绍完全是不可能的，在这里我就和大家分享几个问题吧：

1. 许多听众都很喜欢Class Designer这个功能，并且惊讶地发现原来这并不是一个新功能，在VS2005中就已经有了。那么对于功能的设计开发人员来说，要如何提高自己产品的“可发现性”呢？

2. 在某个广泛使用的微软产品中的某种情形下，当你用鼠标点击一个按键后，会发现自己的鼠标被“移形大法”到另一个位置！这个产品是什么呢？<下周五后公布答案 :-) >

3. F#是非常酷，非常像数学语言的一种面向对象编程语言。下面这段F#代码你能读懂么？

let increment x = x+1
let data = [1..5]
let data’ = [6..10]
let map func mylist = { for x in mylist -> func x}
print_any (map increment (data@data’))

它的输出是什么？<下周五后公布答案 :-) >

演示展台

因为我是Class Designer和OCS Designer（两个在Visual Studio 2008中的设计器）的项目经理，所以有幸作为“Visual Studio 2008”展台的工作人员，向开发人员介绍一些新功能并收集他们的反馈。有这么大的一个名字，可以想象我们面对的是异常广泛的顾客群体，而他们会提出各种各样的问题。值得一记的有：

1. 一位用户安装Visual Studio 2008 SP1 Beta1失败。我将问题报告给负责setup的小组。同一位用户在第二天找到我，说他虽然还没有得到回复，但自己解决了问题，现在“一切都很好”。安装和升级一直是令用户比较头痛的事，我们意识到这一点，并致力于将其改善。

2. 另一个用户想给Class Designer提建议，因为没有找到我，第二天又来到我们的展台。他想要的功能有：

Class Diagram多级视图。从最高级别（解决方案视图）到最低级别（文件级别）
可配置的代码生成。用户希望能控制代码生成的位置/方式。

用户的反馈对我们来说是非常宝贵的，既可以帮助我们更好地了解客户需求，也能指导我们对未来版本进行新功能排序。

3. 听到用户说“这个功能太赞了，我能在我的产品里使用同样的东西么”总是让人很高兴。有个用户在实验机器上看到尚未正式发布的Schema Explorer，发现在explorer中进行搜索之后，不但搜索结果本身会被高亮显示，同时在右侧的滑动条上也有书签一样的标识，这样用户可以很清楚应该滑动到哪个位置来找到其他的搜索匹配项。这并不是我们的发明，但这样小小的功能确实能给用户带来便利。

最后...

由左到右：Microsoft Virtual Labs，Visual Studio 2008，Windows Server 2008，Webcasts。Visual Studio 2008这个小伙子（绿色的）看上去有点呆……但还是挺酷的！

曹阳（项目经理）

Technorati Tags: TechEd 2008

做“以客户为中心”的产品研发

STB China Blog — Fri, 06 Jun 2008 05:05:00 GMT

“Min, 我知道你以前有客户支持的经验，有没有兴趣了解一下微软客户服务是什么样的？”Prakash眨眨眼睛，一副吊我胃口的神态。

“当然了。”

“是这样，STB要在中国推广Frontline 项目，我推荐你作为第一个参与者，大概会花3周时间…”

“啊，3周是不是长了点儿啊？ SQL Server 2008马上就要发布了，我这儿还天天加班呢…”我有点后悔刚才答应得太痛快了。

“花这些时间是值得的。你知道，美国SQL Server团队里好多资深的同事从这个项目回来后，都说自己彻底改变了。”

我心里还是犯嘀咕：你确信他们都是往好的方向变化吗？

以上是本人荣幸地成为中国区Frontline 项目第一人的过程。言归正传，先来说说这个Frontline 项目到底是个啥东东吧：它是微软服务器与开发工具事业部（STB）为了由“以产品为中心”转变为“以客户为中心”推行的一系列计划中的一部分。参与这个项目的产品研发工程师将用整整2-3周时间近距离观察企业客户使用微软产品和技术的“真实世界”，理解他们实际工作中的迫切需求和“痛苦”，进一步思考如何开发更好的产品和技术。

第一周我在微软亚太区全球技术支持中心与工程师们交流，接听客户的产品支持电话并参与解决问题。余下两周在客户现场，直接参与应用系统部署并听取客户对产品和技术的反馈。

在支持中心的日程安排以小时计。第一天早上9点，准时向我的Mentor小邓报到，她花了一上午向我详细介绍了他们的责任范围、工作流程和使用的各种工具。来而不往非礼也，当天下午我也为技术支持中心的同事们举办了一个“数据库查询覆盖”的讲座。挑选这个题目我是花了心思的，一个是因为查询优化器是我的团队负责的组件，另外大家对查询优化也比较感兴趣。果然，下午的讨论很热烈。小邓要求每个人发言之前先自我介绍一下：叫啥名字，负责什么组件，哪儿人，家里娃多大了… 印象最深的是一位绰号“BI一条龙”的同事，他负责集成服务、分析服务和报表服务，在BI方面是位专家。这种介绍方式安排得太周到了，我很快和大家熟悉起来。趁热打铁，讲座后我就和负责各组件的同事约好了时间，周二、周三，和热线部门的几位同事在一起工作；周四是Internet支持部门；周五上午是Supportability，下午访问合作伙伴售前支持。

Internet 支持工程师的工作很有意思，我第一次知道我们的技术论坛等网上社区是有专职人员参予问题解答的。我也使用他们的工具浏览了一下未解答的问题，从SQL实现到数据集成服务问什么的都有，想回答还真不那么容易。这也多少反映了研发人员和技术支持工程师的区别，我们对产品局部功能如何实现了解比较深入，支持工程师则对整个解决方案和产品特性了解的都很全面。

在Supportability部门的半天经历也让我获益匪浅，之前我可分不清楚什么是可支持性，什么是可管理性(Manageability)。在负责SQL Server Supportability的小平跟我讲解之后，我算彻底是明白了。可支持性是指软件诊断、修复和预防问题的能力；而可管理性则指监控、维护和控制软件的能力。举例来说，SQL Server支持在线创建索引，支持数据文件自动增长，自动维护统计值，这说明可管理性比较好；可支持性则反映在解决问题上，比如你会用DBCC检查和修复数据文件，也会用到profiler 去帮助你分析性能问题。

在技术支持中心一周结束后，我又现场参与了SQL Server 2008试用客户的应用部署。他们的应用把SQL Server 2008的空间数据支持新功能与商业智能报表相结合，非常直观的展现了各大区域的业务数据。相信随着数据库对空间数据支持的越来越完善，客户开发越来越方便，这种类型的应用会很快流行起来。

最后一周，我和同组的另一位测试开发工程师胡雷访问了一个重要银行客户。通过与项目实施和系统管理人员的交谈，我们了解到用户对SQL Server的能力和易管理性颇为认可，特别是听到用户的几个应用数据量都在n个TB，让我心里颇有些高兴: 我们对企业级数据库的重视还是有点成绩的嘛J。当然也有批评，比如恢复数据库备份的时候，那个容易被忘掉的”MOVE TO”子句，咋就不能多给点儿提示呢？这个这个，虚心接受。我们就是为了收集意见来的，一定会把中国客户的意见转达到整个SQL Server产品开发团队。

应要求，我们也向客户介绍了SQL Server 2008的情况。客户对一些对银行金融应用相关的新特性，比如外部加密支持、外部密钥管理和可覆盖查询的审计还是很感兴趣的。针对BI数据压缩、数据库备份压缩这样的新功能，他们也询问了很多细节问题。毕竟对TB级的数据库，压缩不单可以提高IO效率，也能节省存储设备上的投资。

为期三周的Frontline项目结束了，比我接受任务时想象的要快得多。我彻底改变了吗？不知道。但是我对什么是好的软件产品的理解有了很大改变：功能强大，有各种超酷特性很重要，但更重要的是能直接满足客户的需求。一个好的产品还要易于使用、方便管理，这叫高可管理性；客户使用上出了问题要容易诊断，最好还能自动修复，这叫高可支持性。

何民

服务世界 开发未来 : 员工故事

记微软上海第一次女性员工大会

洒向人间都是爱

UI自动化测试与软件测试开发工程师所面临的挑战

一位软件测试开发工程师的成长体验

测试初体验一、软件测试开发工程师，很“奢侈”很“酷”

测试初体验二、测试有时候就像是玩游戏，找问题的能力很重要

测试初体验三、谁说软件测试开发工程师不用写代码了？

职业发展体验一、员工成长路上的多种帮助

职业发展体验二、微软的职业发展道路为不断挑战自己的人而设计

有趣的Test Mentor Ring

亲历北京Top 500

转载：认识自我，把握机遇 —— 谢恩伟 （三）

2007年，微软华人协会曾组织编写了《微软360度——企业和文化》一书，本月该书的姐妹篇《微软360度--成功与成长》新鲜出炉了。本博客经本书作者授权，转载其中一篇的采访纪实。由于篇幅较长，分三段刊登。

转载：认识自我，把握机遇 —— 谢恩伟 （二）

2007年，微软华人协会曾组织编写了《微软360度——企业和文化》一书，本月该书的姐妹篇《微软360度--成功与成长》新鲜出炉了。本博客经本书作者授权，转载其中一篇的采访纪实。由于篇幅较长，分三段刊登。

转载：认识自我，把握机遇 —— 谢恩伟 （一）

从卓越工程的角度看微软中国开发团队的成长 (二)

从卓越工程的角度看微软中国开发团队的成长 (一)

分布的团队，整合的心

《Visual Studio DSL工具开发指南》中文译本 新鲜上市

开发人员的大派对！

做“以客户为中心”的产品研发

服务世界开发未来 : 员工故事

转载：认识自我，把握机遇 —— 谢恩伟（三）

转载：认识自我，把握机遇 —— 谢恩伟（二）

转载：认识自我，把握机遇 —— 谢恩伟（一）

《Visual Studio DSL工具开发指南》中文译本新鲜上市