作为新员工,我们有什么不一样?

举报
技术火炬手 发表于 2019/06/17 17:43:28 2019/06/17
【摘要】 我们,不畏征途漫漫,以全新的力量奔跑向前,迎战未来。我们,在每一个项目中,朝着难题发起挑战。我们的身上有着很多标签,最耀眼的那个叫“青春”。作为新员工,我们的故事从这里开始……

作为新员工,我们有什么不一样?

写在前面:我们,不畏征途漫漫,以全新的力量奔跑向前,迎战未来。我们,在每一个项目中,朝着难题发起挑战。我们的身上有着很多标签,最耀眼的那个叫“青春”。作为新员工,我们的故事从这里开始……

新人档案

姓名:李珊珊

部门:VAS开发部

入职年份:2017年

1a.jpg

“小身板”里的“大能量”

在进入华为之前我没有接触过太多代码开发的工作,正式入职前,VAS开发部门主管找到了我:“我们开发部门一个姑娘都没有,你要不要来尝试一下?”虽然心中充满着对未知领域的胆怯,不知道自己能否驾驭这份工作。但是抱着一切从零开始学习的心态,我从自认为有一定把握的测试领域转到了颇具挑战的开发部门。

记得我刚入职的时候,部门里一共来了五个新员工和三个实习生,领导为了锻炼我们的思维和动手能力出了一道难题:推箱子编程设计比赛。其他几个同事算是编码界的达人了,眼瞅着正是他们大展身手的时候,A*算法、Dijkstra算法等相继闪亮登场,看得我一愣一愣的。我却只能在一旁抓耳挠腮,作为一个编码小白,之前在学校里没有系统地做过软件开发项目,这可如何是好呢?我在心中默念着:“淡定,淡定。”深呼吸一口气,经过思考后,我决定另辟蹊径,抛开了那些“天文算法”,凭借着自己对推箱子过程中各个逻辑场景的想象,画出了四张情况分析图,写出了800行if else,并在if后给出了清晰的场景罗列说明。一幅19*19的场景跃然纸上,一行行代码就这么简单粗暴地呈现了出来。最终发布新人战果排名的时候,我居然排在了第一位!一起参加比赛的小伙伴露出了纳闷且不可思议的表情,仿佛在说:“一个连简单算法都不会写的程序小白,竟然能赢我们?这不是在开玩笑吧。”而我觉得比写代码更为重要的是要拥有强大的逻辑思维,我的小宇宙在这复杂交织的场景中瞬间迸发出来,帮助我通过进入公司后的第一个关卡。

泪水换来的教训——写出高质量的代码

作为开发组唯一一个女生,平时和一堆男生在一起工作,逐渐也变成了一个“女汉子”。当然,面对工作压力或技术难题,我也会有失落懊丧的时候,机遇与挑战总是成对出现,轮番将我打磨。还记得刚入职后不久,我接到了一个问题单,测试组同事说原来的代码不符合业务规范,一号通关联号码下发路由的history-info中index必须从1.1开始。于是我就问题改问题,在没有与调用场景和关联特性相联系的情况下,直接修改了其中的一行代码。后来的测试过程中没有发现新的问题,我以为这件事就这么结束了。半年后的一天,我突然被拉到了一个espace群里,原来是山东某局点版本升级后,拨测前转失败了,当时我心里就有一种不好的预感。经过定位后发现,正是我去年修改的那一行代码导致了这次的事故。我一时不知道该如何面对,跑到洗手间里默默地流下了眼泪。虽然领导和同事没有责备我,但这毕竟是我犯下的错误。后来师傅带着我一起修补,把修改的文件涉及到的调用场景全部排查了一遍,最终解决了问题。经历了这次事情之后,我觉得女孩子可以哭,但是一定要肩负起责任,责任感是第一执行力,我的工作态度从此也发生了巨大的转变。因为我们的业务场景特别复杂,各种特性相互交叉,存在着代码复用的情况,牵一发而动全身。所以在以后的每一次修改之前,我都会牢牢地将“质量理念”记在心中,先梳理场景逻辑特性后再作修改,保证代码质量。

能力不够,学习来凑,漫漫学习之路也离不开个人的独立思考,我现在也在尝试开发新的工具。在交付的产品模块中,我们经常要与core文件“斗智斗勇”,core出现的过程意味着服务出现异常并无法正常响应,会影响基础呼叫。虽然有一些模拟工具可以帮助检测core文件,但是拨测过程中往往并不关注这一校验环节,拨测可以正常拨通后,系统中即使存在core文件也有可能被忽视。于是我针对这一问题写了一个200行的自动core文件检测脚本,在一套环境上部署,将其连接到所有其他的环境,设置定时巡检任务,每天早晚自动检测后传回core文件检查结果,并自动发送邮件给每位同事,方便大家对core文件的排查,而且部门中有这种平台的都可以使用这一自动检测脚本。从此由于不定时的core文件产生的宕机成为了历史,保证了产品现网运行的质量,运维效率得到了很大程度的提高。

脚步不停,寻求创新

我所在的部门是一个相对成熟的部门,但是这并不意味着我们会停下拼搏与前行的脚步,我们一直在摸索中寻求突破,并尝试做一些创新性项目。目前部门已经推出了“企业视频秀”这一新业务,并成功投放市场。我是在部门SE提出这个想法后接下了任务并将它实现,“企视秀”主要针对政企领域,客户开通业务后可以在UAP文件服务器后台放置视频文件,并在业务配置表中配置对应的视频url地址,当有外来电话接入时,经业务脚本识别后自动播放该视频。这种创新形式可以面向客户,实现精准定制,起到了信息承载的作用,而且以视频的形式传达出的信息也更加清晰直观。因为要综合考虑市场的接受度等诸多因素,所以我们也是一路摸着石头过河。

在华为已经工作两年了,我以一个编码小白为起点,一路上学习和沉淀。现在我也在逐步深入地接触业务。我觉得在挑战之下可以更加快速地成长,工作使我乐在其中,感谢在最好的青春与华为相遇,一起见证南研的20年。

新人档案

姓名:李启端

部门:广域网络开发部

入职年份:2017年

2a.jpg

2016年,我刚刚大三,那时的我还是一个青涩稚嫩的校园少年。也是在那年,我有幸进入南研物联网部门实习,与华为结缘。一年后,我正式入职数通产品线,开始在这里谱写我的青春战歌。进入华为后,我仿佛打开了一个全新的世界,我用心感受和学习,不停思考和总结,一步一个脚印硬是扛起了重担。转眼间,我进入南研已经有两年多的时间了,在这不长也不短的岁月里,回首一路走来或坎坷或挑战的瞬间,心中不免泛起阵阵涟漪。

小创新,大帮助

作为新员工,我们不比那些久经沙场的老员工,具有熟练的业务水平和丰富的工作经验。但是我想对于职场“小鲜肉”来说,正是这种初生牛犊不怕虎的无畏心态帮助了新人在这个领域里更加勇敢地闯荡。我认为只是重复简单的机械劳动是毫无意义的,更重要的是通过自己的思考不断尝试新的方法,并把这些好的方法推广到更大的范围中。

还记得我进入公司后接手的第一个任务——SD-WAN的一个模块测试,这个模块32个接口,覆盖1k代码,更要命的是每次换包重启就需要5分钟时间。常规的测试方法一般是手动挨个地测试一个个用例。天呐!作为敢于挑战勇于思考的95后,我不想墨守成规,长期采用老一套的方法,希望可以尝试不同的方法进行改变与革新。在苦苦思索的过程中我灵机一动:为什么不能使用工具进行测试呢?于是我使用谷歌的开源框架,搭建出了测试环境,花了一天的时间自学测试工具脚本。准备工作完成后,我尝试着用测试工具对测试用例进行验证,结果证明这种验证效率非常可观。因为有了测试工具,换包重启的步骤可以省略,我只花了一星期的时间就测试出了大模块中的多个问题,传统的测试方法起码也需要两三个星期。真是磨刀不误砍柴工,工具的使用极大地提高了工作效率,我也把这一方法分享给了部门同事,他们对此表示了认可和赞赏,这让我充满了成就感。虽然只是工作上的一次小小的尝试,但是积跬步也可至千里,我相信可以通过这些效率提升为公司做出更大的改变。

小思考,大进步

作为新员工,自身的成长是非常重要的。其中成长的重要方法之一是要多尝试新东西。我是一个很喜欢捣鼓新鲜事物的人,即使每天的工作很忙碌,我依然会时不时地重新配置开发环境,或者在空闲时间寻找可以使用的新工具。新员工对未知的追求也算是思考与创新的动力之一,帮助我们在最快的时间完成自我能力的提升。

如果说我是一个优秀的人,那我认为我的优秀和别人定义的优秀可能不太一样。不是说我的技术有多么熟练,而是我喜欢多想。一天有思绪三千,虽然不是所有的想法都有价值,但有些想法确实能落地生根,为业务所用。记得我刚进公司的时候需要查找很多资料,例如设计文档等,但是很多文档都已经找不到了。有些是完全没有记载,有些是随着时间的推移逐渐丢失,这些丢失的文档只能依靠口口相传的方式传递,不仅效率低下而且无法继承。经过思考后我向主管提出了自己的想法:代码和文档本质上都是对设计的描述。文档也是代码,应该和代码一样管理起来,改代码就要改文档,两者应该一起提交,缺一不可。但是当前写文档用的word和excel检视修改工具和代码不同,我们不能聚焦在设计本身,还要花费时间调整格式,影响工作效率。所以我向同事们推荐了Markdown这一轻量级标记语言。Markdown更多关注的是内容,不需要在排版、格式上分散精力,而且可以将文档转换为任一格式。解决了这一首要问题,将所有的文档一起提交后,我还推荐了一套可以生成网页并对文档进行搜索的工具,我对这些工具的使用和效率的提升尝试乐在其中。虽然只是一些细微的改变,但是这些细节的提高可以帮助整个部门更加有效地完成工作。

小计划,大未来

除了思考外,我认为知识共享也很重要。之前我经常在公司的3MS平台上写一些技术博文,后来觉得这个共享平台在知识管理层面存在着一些问题。就我看来,知识管理应该做到“开源”和“知识唯一正确”这两个基本要求。

但是有一次我上3MS搜Git工具的配置,发现一件令人头疼的事情,各式各样的Git工具的配置文章搜出来十几篇!真不知道哪个是正确的,得挨个儿的试一遍才行,简直要崩溃。

3MS平台确实做到了开源,大家可以在平台上畅所欲言,互相交流经验、分享技术,但是这个平台没能保证知识的唯一正确性。每个博主可以创建新的博文,却不能修改已有的博文。这种限制可能会导致我遇到的那个问题:博文的大意是一致的,只存在一些细微的差别,但是读者需要花费较多时间浏览多篇并进行比较后才能获得有效且正确的信息。据此,在部门项目组的知识共享栏中,我们针对这些问题进行了改进,与项目组相关的文档组员都有权限修改知识共享文档,而且针对同一个问题,只能在原有的基础上修改,不能添加新的文档,以此保证知识的唯一正确性。读者不需要浪费时间去筛除无效信息,可以快速找到并吸收自己需要的知识点。

我是一个喜欢制定计划的人,将计划分为短期、中期和长期三个类型。短期的计划精确到每天需要完成的工作任务,帮助我聚焦当天的工作,减少外界的干扰。而长期的计划是相对模糊的,以方向和规划为主,引导我不断地提高自己并创造价值。但是无论是哪种计划,它们都紧紧地围绕着我对于技术的坚持,这个总目标是不会改变的。

正式工作两年多以来,我才刚刚开始对这个行业有了一些自己的见解,未来的路还有很远,我也会继续在南研感受着拼搏的快乐。青春的美好是因为留下了奋斗的痕迹,愿我们都能莫忘来时路,不负少年心,把技术做好、领域做深。

撰文:南研二十年采编组

---------------

本文为《华为人》版权所有,未经允许不得转载。如需转载请联系编辑部hwrb@huawei.com


【版权声明】本文为华为云社区用户转载文章,如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。