做好deepin与客户的桥梁
深度科技的用户除了惊叹深度操作系统让人惊艳的桌面环境，更是对深度科技的售后服务大加赞赏，他们爱深度的系统，更爱深度的服务。
之所以被大家称为“让心放心的操作系统”，深度科技的售后服务团队功不可没……他们一年365天很少出现在办公室，大部分时间都是满天飞、满地跑，也正是他们的“小蜜蜂”精神，让深度操作系统的装机量不断上升。今天，小编就带你认识一位深度帅气的售后服务人员。
这样的我，这样的深度
记得那是2008年的春天，告别了校园生活，经历了某通信公司七轮的面试，我开始了由学生到工程师的转变。记得入职时，培训讲师说从这里离职的人都很感谢在这个公司工作的经历。现在想想还真是，当时周围很多人在公司军事化管理的环境熏陶下，可以说痴迷于技术，醉心于工作，导致加班成了主流氛围，入职导师第一天就带我去买午休用的床垫，后来才知道那是晚上加班用的。
到了第二家公司，也是做linux嵌入式开发的，当时的一个想法是奔着为国家3G、4G通信事业添砖加瓦去的，然而时间一长，国企工作氛围的种种固有特点实在不适合一颗躁动的心。就这样，我来到了深度，一个充满活力，讲究情怀的团队，恩，当时介绍我来的现任老大就是这么说的。
事实证明，的确如此。深度很有活力，大部分都是年轻人，个人认为，年轻就会创造更多的可能，年轻就意味着更多的激情，激情是成就一切的必要条件。记得路遥说过一句话：只有初恋般的热情和宗教般的意志，人才有可能成就某种事业。初恋般的热情不就是激情么……那谁，你想啥呢！
来到深度给我印象最深的另一件事也是介绍我来的现任老大说的，那就是扁平化的管理，畅通的沟通。举一个例子：刚来公司一周左右，有天中午三个人一起去吃饭，其中一个和我互不认识，买完饭他买了两个饮料，一看我也是一起的，又跑去买了一瓶，还说不好意思，不知道你也是一起的，我说没事。边吃边聊我才知道这就是boss刘，当时真有点冒汗。时间长了，管理者们在工作上一丝不苟，生活上平易近人的作风越发明显。
扎根深度北京运营中心
在我来到深度两年的时间里，公司虽说换了两次办公地点（第一次我在公司附近租了个房子，心想这下上班可近了，结果公司搬家了，但是这并没有让我觉得飘摇不定，反而有一种不断向前走的感觉。之所以有这种感觉，我认为很大程度上是由于工作方向和目标的一贯坚持。
我所在的部门是技术部，主要承担售前、实施和售后工作，以及服务器研发和测试工作。平时在工作中与用户和其他厂商的人接触较多，做过用户需求调研工作，如知道创宇桌面迁移项目；做过适配测试和实施工作，如工商总局云平台项目；做过服务器系统灌装实施工作，如浪潮服务器出厂灌装。在这些工作中，和相关方的合作沟通是否顺畅往往直接影响到项目的进展，甚至一言一行在别人眼里都是公司形象的反映。
操作系统作为最复杂的软件系统，涉及到的内容很多很多，做到面面俱到是个很高的要求。这一点从技术支持工作中就有明显的体会，有时候用户会问某个工具在你们系统下怎么使用，查看某个信息在你们系统下用什么命令，修改某个配置在你们系统下如何修改，诸如此类的问题，要能够给用户准确、专业的支持，就需要平时多积累、多实践。当然，遇到拿不准的问题，首先要有一个正确的态度，告诉用户打算如何处理，能在什么时间给出答复，正确的态度往往会让用户更有安全感。
几个案例分享
商标局oracle rac实施案例
在商标局某项目的实施中，涉及到oracle11g rac的安装，安装oracle11g rac相对来说是比较复杂的实施工作，一般是由用户请专门的数据库工程师来实施。安装之前，我们先把深度系统针对oracle11g rac的依赖包全部打好，然而在数据工程师安装时，仍然卡在关键的一步进行不下去。此时用户说法是，我们就等着这个数据库服务器的部署了，其他业务系统都等着呢，整体进度受到影响了，务必全力尽快解决！
那一天，我和同事搞到晚上十一点，死活就是过不去，然后请求了援兵，组长驱车穿过半个北京在夜里十一点多把已经钻进被窝的研发同事拉出来，然后我们四个熬了个通宵，然而并没有进展，问题依然是问题。第二天早上说是吃口饭再接着搞，刚出门用户来电话说马上过来开会，一进会议室，气氛森严，可以看出来用户也很忧心。用户的领导说我只问你两个问题：第一个，这问题能不能解决，第二个，最快什么时间能解决。我咬着牙说，这个问题能解决，乐观估计一到两天内能解决。然后，公司大神去了现场，为了排除干扰准确定位问题，每次都需要干净环境来测试，重新安装系统，重新安装oracle，跟踪问题，重复了将近10次。可以感受到每个人内心都是崩溃的，但是大家的目标是明确的，必须坚持完成这个目标，然后我们五个人又熬了一个通宵。终于，问题解决了，oracle 11g rac顺利安装上了，第二天早上进用户会议室时，气氛又变得祥和了。
整个过程像打仗一样，敌人就在眼前，碉堡必须炸掉，虽然过程很艰苦，但是满足了用户的需求，这就够了。
某国家机关信息系统项目实施案例
在国家某机关的信息系统部署项目中，同样是面临着时间紧任务重的情况。三天后就要召开的全国性重要会议就要使用深度操作系统，然而一台服务器的操作系统出现死机情况，而且刚开机就死机，毫无征兆。怎么办？从哪儿下手？刚敲了几条命令就死机了，刚看了几行日志又死机了。第一感觉是这台服务器硬件有问题，然后插入u盘从live系统启动，打算看看日志里有什么信息，喜人的是live系统也死了，这基本就确定了是硬件问题。跟集成商和用户沟通后，叫来了硬件厂商的人，硬件厂商来人对着键盘一顿噼里啪啦后，说要把服务器拉回去测试一下，有可能需要更换配件。为了明确硬件故障，当晚我跟着去了硬件供货商那里，经过各种测试，更换了cpu后，不再死机了，果然是硬件问题。就在我松了一口气时，第二天碰到了更诡异的问题。
第二天，业务系统部署完进行了本地测试，一切OK，大家都很开心。在大家准备拉拉家常然后撤退时，发现接入用户的交换机后远程无法访问服务器，无法远程访问，等于没有部署。大家都蒙圈了，画图说明下当时现象：
如下可能的原因都尝试了：
·网线有问题？同样的网线接在小hub上就没问题
·交换机网口有问题？交换机网口接其他设备都能通
·服务器网口有问题？网口和小hub连接就没问题
这时候，第一感觉又来了，硬件问题就是网卡问题，服务器的网卡和用户交换机的网卡不兼容，网络协商不成功，服务器网卡是万兆网卡，交换机网卡是百兆网卡，并且服务器的万兆网卡无法自动协商。建议用户和集成商让硬件厂商更换网卡进行测试，果然，换了网卡后一切OK。至此，该项目算是上线完成。
这个项目让我明白了一点，判断清楚问题的方向很重要，否则费了很大劲解决不了问题，而项目中留给我们解决问题的时间往往是有限的。
工作中的一些体会
在实际的项目工作中，会遇到各种各样的问题，也会和不同角色、不同性格的人打交道，所有的这一切都是不断学习，不断提高自己的机会。
用户的需求很重要
“这个必须要能支持！！”。有时候我们觉得用户的需求不合理，完全没有必要这样做，但是仔细想想，需求合不合理，其实不能单单从技术角度来衡量，需求是一个需要综合考量的事情，客观上方案合理、技术先进、可靠，但又要考虑用户主观上的接受度和思维模式，两方面都不可废弛。
举个最近的例子，在一个桌面项目的测试中，用户提出他们很多人有老花眼，需要桌面字体足够大，一开始大家觉得这个需求匪夷所思，为啥不带老花镜呢？但这就是用户需求，用户就是有这样的特点，这就是他们特有的应用场景，我们不能讲事实摆道理地说你这个需求不合理，因为没有这样的特性用户用起来就会不方便，甚至没法使用。
用户的问题很尖锐
“XXX系统就没这个问题……”。遇到这种情况是比较难处理的，因为眼见为实，任你说的天花乱坠，用户看到的现象摆在那里。首先我们要正视问题，不要回避，万不可给用户推诿的感觉，把问题说清楚，把解决方案拿出来，因为用户的目的是解决自己的问题，并不是要为难谁，只要在现有条件下最大程度满足需求，基本上用户还是认可的。
用户的时间很紧急
“下周一之前必须要完成”。这往往是周五得到的消息，这时候就是考验执行力的时候了，当然要对事情的可行性有个基本的评估，对于客观原因无法完成的目标，要充分沟通，大家达成一致的意见，剩下的就是甩开膀子干活了。
也是最近的一个例子，端午节我们团队组织去草原春游，本来已经沉浸在一片激动雀跃的氛围中了，而就在出发前一天晚上，接到用户运维工程师电话，一台服务器万兆网卡查看驱动正常，就是无法正常工作，端午节后就要使用，节前必须解决该问题。没话说，先把心从草原收回来，去客户现场解决问题先。
对团队合作的看法
有一句话说的好：“聚是一团火，散是满天星”，个人认为用这句话来描述一个成功的团队再合适不过。以团队目标为行为导向，成员之间高效协作，团队才能达到“一团火”的作用，同时团队成员之间取长补短，持续成长，才能达到单兵作战时的“一颗星”效果。
团队合作平时我们能涉及到的主要是部门内部同事之间的协作以及跨部门同事之间的合作。部门内部协作主要是互相支撑以及补位，比如某个兄弟负责的项目有任务，恰恰这一天他有事去不了，如何让其他同事能够及时有效地补位，满足项目需要，这必须有平时充分的沟通，互相了解彼此负责项目的内容及各个环节。跨部门同事之间的合作主要是需要得到其他部门同事的支持，如获取研发或设计部门的支持，这种情况必须要有足够的沟通能力，首先要让对方愿意支持你，请求支援的流程要合理，请求支援的态度要诚恳，然后要让对方明白怎么支持你，尽可能用对方的语言描述问题，让对方充分理解需要做什么，怎么做才能满足要求，这样方能事半功倍。
和有梦想的人同行
“因理想而出生，因责任而成长”，深度是一个有理想的团队，每个人也应该有自己的理想，相信和一群有梦想的人一起前行，一定是一件很幸运的事。
【相关链接】