范理明
职位 专家级工程师
部门 企业支持部开发支持团队
主要职责 帮助手机、机顶盒以及其他基于微软移动及嵌入技术（包括Windows Mobile和Windows CE）的OEM（原始设备制造商）和 ODM（原始设计厂商）的开发工作提供技术支持，帮助客户高质量地按期将他们的产品、设备推向市场，也包括对手机厂商的技术培训。
职业生涯 2000年加入微软公司
2002年负责OEM厂商的技术支持
2003年专注微软嵌入式技术支持
2005年成为微软全球技术支持中心移动技术支持业务的创建人之一，现为该业务的核心技术专家
个人描述 2次获得微软移动及嵌入式开发者大会“最佳讲师”和“最佳贡献奖，在来自全球的多位的讲师中一直保持最高的满意度反馈；
微软移动与嵌入技术支持团队的核心人物，创建人之一；多年来与国内主要移动与嵌入技术开发厂商保持密切合作关系（多普达、宇龙、厦新等），多次为客户培训，主动分享知识经验；多年来，在为客户及合作伙伴提供技术支持时，范理明对客户及合作伙伴的开发工作从一开始的选型立项直到后期都予以密切的支持和帮助，随时解决任何出现的问题，免除了他们的后顾之忧。
在选型立项阶段，开发团队最关注的问题是怎样实现硬件与软件以及与功能的良好结合，同时还要兼顾成本问题，范理明以其多年积累的技术之知识和经验，为他们指出使用什么样的硬件搭配才会既能优化产品性能，又能够节省成本，可以说从一开始就为客户创造了价值。
在项目开始之后，范理明随时准备好帮助他们解决各种出现的疑难问题，作开发团队坚实可靠的后盾，不仅如此，在项目进行的同时，他还为客户的开发团队提供培训，甚至为某些经验不是非常丰富的开发团队提供逐步的指导，同客户及合作伙伴分享知识和经验，帮助他们进步。同时，根据开发团队自身的技术特点，为其提供针对其所需的关键培训，这不仅能够帮助客户及合作伙伴的开发团对进一步提高技术水准，而且大大提高了开发效率、提高了开发进度，节约了大量对于开发工作非常宝贵的时间。
主要案例
项目背景
在某国内著名手机厂商为了让其早期开发的一款智能手机通过国家入网测试而进行产品测试的时候，其产品出现了严重问题。每进行一次测试就需要20小时，作修改至少需要一到两天，如果还是不能通过，就要反复修改。更严重的是，他们很难找到问题的症结所在，如果不知道病根在哪里，盲目地进行治疗是毫无疑义的，而上市时间的最后期限已经迫在眉睫，如果失去了最佳的上市时间，那么该厂商就会眼看一次绝佳的商机付诸东流，损失将无法衡量，可以说“到了最危险的时刻”。
客户需求
解决技术问题，保证产品顺利通过入网测试，按时上市，赢得市场
项目介绍
范理明在最短的时间内对手机发生的问题进行分析，原来，是该手机的某一硬件驱动程序出了错，导致整部手机性能出现问题，范理明“在出问题的关键部位做出了记号”，然而范理明并没有仅仅指出问题所在，而是投身其中同客户的开发团队、第三方厂商一起并肩作战，不仅在最短时间内解决了该驱动程序问题，更是对手机性能进行了全面的优化，范理明帮助可以解决了关键的问题，并且成功地在计划时间内完成了上市。客户方面对范理明的专业水准和高度负责的精神大家赞赏。目前，该手机已经成为智能手机的经典型号，赢得了国内乃至国际市场的广泛赞誉。
曾震宇
职位 专家级工程师
部门 企业支持部系统平台支持团队
主要职责 主要负责系统平台产品（Networking, Platform）的技术支持
职业生涯 2000年进入微软做技术支持工程师
2001年升为高级工程师
2002年升任系统平台团队专家级工程师
个人描述 对信息技术应用拥有浓厚的兴趣和执着的坚持，大学毕业时，听说做技术支持工程师有朝一日可以成为专家级工程师，毅然加入全球技术支持中心，一直将作为专家级工程师作为自己职业发展的目标，孜孜不倦学习，攻克一个又一个技术难题；超凡的专业精神，在不断提升资深技术水平之外，也在为如何给客户带来更多价值贡献一己之力：参与CRP (Critsit Reduction Program)项目；并且是CPR Certificated Board的成员之一，帮助制定规范的CPR评选流程和标准。
主要案例
项目背景
某跨国公司设在全球多处（中国、美国、欧洲、东南亚等地）的多台服务器如同瘟疫一般，在一个月时间内此起彼伏出现突然蓝屏、导致服务器当机的现象；每次重启，在外人看来可能仅仅是短短几分钟的时间，但对于该公司的业务系统来说，都严重影响到该服务器所在区域业务系统的正常使用。鉴于该用户全球多台服务器不断出现类似问题，其严重性也一步步升级，客户方从管理层到IT部门对于该问题都非常关注。
客户需求
客户在全球多处服务器死机的事件不断被提交到微软全球技术支持中心，客户对于该问题产生的原因都毫无头绪，对于如何坚决更是一筹莫展。技术工程师们根据问题特征进行分析，将同一类型定性，集中至曾震宇工程师处，希望让这位专家尽快对该类问题给出统一可行的解决方案。
项目介绍
某跨国公司设在全球多处（中国、美国、欧洲、东南亚等地）的多台服务器如同瘟疫一般，在一个月时间内此起彼伏出现突然蓝屏、导致服务器当机的现象。这就好像人生病一样，各人有个人的整装，有人头疼，有人打喷嚏，但不知道根本问题出在哪里。曾震宇临危授命，通过对于前期收集到的基本资料，根据这些问题表现的共同点，初步推测出该问题可能是由于运行在微软Windows平台上的第三方程序引起的，但由于客户全球IT系统十分复杂，在Windows平台上运行的业务程序也多种多样，要如何准确定位问题，成为了曾震宇解决这个事件的重中之重。凭着多年支持系统平台的经验，即使在这一筹莫展的情况下，曾震宇也没有任何畏难情绪。曾震宇将客户在全球发生问题的所有服务器的信息一一搜集、分析，并且通过多次电话会议和客户进行详细沟通。在客户提供的备用服务器上（尽量不影响对于客户业务系统的正常运作）将第三方程序一一停掉进行测试，采取筛选法进行排除。在这些大量细致的工作的基础上，他锁定了一个第三方的应用程序。
通过测试表明，只要停止使用该第三方程序，就可以避免之前出现的蓝屏问题。按理说，对于微软的工程师来说，他们技术支持到这里应该已经结束了，接下来只能通过第三方厂商提供解决方案来彻底解决该问题了。但客户在高兴看到该问题准确定位的同时，让他们为难的事情也产生了：客户在业务上必须运行这个第三方文件，如果一旦停掉该程序，会对客户业务造成消极影响。
当然，这已经不属于微软客户支持的范畴，但由于技术力量所限，第三方厂商无法准确定位该问题产生的驱动程序，更不用说解决该问题。无奈之下，客户只能又来寻求微软技术支持的帮助。虽然不完全在工作范围之内，但曾震宇凭着一定要为客户提供最好的技术支持的信念支持下，决定哪怕是加班加点也要将这个问题准确定位出来，让第三方厂商更容易解决问题。艰苦卓绝的战役就此打响。曾震宇编写特定代码替换掉部分原有操作系统代码来定位第三方问题所在。通过对于发生问题的症状，从微软平台的角度，准确定位驱动程序；在曾震宇的积极协调和他给出的第三方软件的驱动程序的准确建议的帮助下，该问题也在第三方厂商的配合下顺利解决。
吴翔
职位 专家级工程师
部门 企业支持部开发支持团队
主要职责 主要负责系统管理服务器（Windows SMS/MOM）的技术支持
职业生涯 1998年加入微软公司任技术支持工程师，负责Windows NT提供技术支持
1999年升至专家级工程师负责Windows NT技术支持
2000年离开微软，2005年回归微软，任专家级工程师，负责SMS/MOM的技术支持
个人描述 对于IT有着与生俱来的热情和执着，多年来无论身处何处，何种职位，都对技术孜孜不倦追求
善于通过调动多种内部资源为客户在第一时间内解决问题，视客户满意为第一生命
主要案例
案例背景
某世界著名跨国银行位于香港的亚太区IT总部2006年8月中旬发现SMS（System Management Server 系统管理服务器）系统不能正常工作，无法监控2万个用户端更新系统、下载、安装补丁的进程，SMS报告无法正常显示，这对于这样一个跨国银行来说意味着极大的风险和漏洞，客户十万火急找到微软企业现场服务部(PFE)的工程师要求火速解决该问题
客户需求
火速解决SMS报告不能正常运行问题
案例介绍
经过吴翔的分析，发现该问题是由于客户在某个系统设置中没有采用微软标准的格式，导致SMS系统不能正常使用。吴翔同时还研究了内部资源库，发现同类问题曾经于2006年3月在欧洲某客户身上也发生过，当时欧洲的技术工程师已经将该问题反馈到美国产品组，美国产品组拒绝为该问题修改代码。其原因有二：一是客户对于该设置的改动并非微软标准设置，由此产生的问题并非微软产品本身问题；二是如果因此要为个别客户改动近一百行代码，这样大量的改动有可能影响产品整体的稳定性，造成更大风险。
吴翔并没有根据惯例劝说客户使用微软标准的格式，因为他经过研究发现客户改动设置是为了配合其本身业务的特殊性（问题本身是非常特殊的情况），况且客户的业务系统已经使用多年，问题是在客户的业务系统和SMS集成的过程中体现出来的；如果要求客户改动配置，给客户将带来非常大的损失。
吴翔根据多年服务SMS的经验和对该问题的实际研究，在一个星期之内做了一个“妙手回春”的解决方案：只需改动一行代码就可以解决该问题。
在微软的专家级工程师和产品组合作的先例中，曾经被产品组拒绝的案例再被重开的可能性几乎微乎其微，吴翔凭着一股“以客户为中心”服务客户的理念，凭借其精尖的技术判断，诚恳地跟美国产品组沟通，将此案例重开并在两个星期内解决。
除此以外，修改过的代码在进一步整理后于2006年10月加入补丁包开放给客户下载。
朱晓东
职位 专家级工程师
部门 企业支持部开发支持团队因特网开发支持组
主要职责 为IIS 5.0/6.0, BizTalk 2002/2004/2006的开发工作提供技术支持。
职业生涯 1998年加入微软公司任技术支持工程师，负责为IIS 3.0/4.0, MCIS/Site Server, Proxy 2.0提供技术支持
1999年至2001年任资深技术工程师，负责为IIS 4.0/5.0,MCIS/Site Server, ISA 2000, Commerce 2000,BizTalk 2000的开发工作提供技术支持
2001年任专家级工程师，负责为因特网信息服务器IIS 5.0/6.0, BizTalk 2002/2004/2006提供技术支持
个人描述 超凡的学习能力与领悟力，大学专业为物理专业，毕业前三年在原子核所做研究；后因个人兴趣转至计算机领域，多年来一直保持勤学好问的习惯，在技术问题上所向披靡；对于技术支持工作有着执着的热情：坚信只要是可控的重现问题，就一定可以解决，对于技术方面的“独门绝技”充满激情；追求像专家门诊一般，只需看到简单症状就能了解病情并做出“一针见血”诊断或者是那种侦探拿到犯罪现场的照片就能发现凶手的那种至高境界；在邮件、LiveMeeting、电话等多种技术支持方式中，偏爱用电话跟客户沟通：善于在电话中通过语音、语调捕捉客户情绪，适当予以安抚，在服务和支持方面颇有心得；2000年第一次去美国接受专家级工程师培训之前，为了提高英语水平，“一日多省”，疯狂练习英语，连跟同事日常会话都用英文进行，苦练英语，坚持不懈。
对于BUG的独特见解
世界上没有完全没有漏洞的产品，微软的产品也不例外；其实只要是人创造的事物，是不可能面面俱到的。事实上，微软内部有一套非常严密的产品研发流程。产品从最初的架构设计，到代码编写，以及非常长时期和广泛的测试，到产品正式发布时已经是非常严密的产品了。但为什么微软的产品总是会有补丁出来呢？其实这从另外一个方面证明了微软产品是世界上被应用最广泛的一种产品。没有哪个公司的产品像微软的产品一样，被应用在如此广阔的平台上（从个人的嵌入式设备，到管理几万个用户端的服务器），应该说没有另外一家公司的产品会被如此多的用户测试和检验。这么多用户端，本身已经很能构说明微软产品被人的接受程度了，非常被人认可。其实在现阶段，微软的产品已经非常稳定了，其实只会在非常少数而且特定的环境中会出问题了。而微软全球技术中心的专家级工程师们，所做的工作就是解决这种极少数而且特定环境中微软产品的进一步完善的工作。
主要案例
某韩国客户的重要应用程序因为不可知的原因突然中断，而且该类问题也没有再发生过。客户将发生该问题时的内存文件提交至朱晓东处。由这样仅有的线索，朱晓东就开始研究代码、分析可能导致该问题发生的原因。作出初步推断后，朱晓东开始重现问题，重新搭建问题发生时的场景，重复情节，事实证明了朱晓东的猜想。在朱晓东假设的场景之下，客户出现的中断问题果然重现了。朱晓东顺藤摸瓜，很快就研究出解决之道，整个过程就如“福尔摩斯探案”一般一气呵成。
网友评论