前言：
职场就像围城，我们每一个职场人总是以“墙外”的视角羡慕着“墙内”的世界，而也许你的生活也出现在别人的梦中。希望“互联网坊间八卦”能成为一个分享和了解不同生活的平台。
今天，笔者给大家分享一位已离职华为员工的“惯例”心声。让我们一起了解一下华为基层员工最原始的生活状态。希望这些“干货”能让你认识到不一样的华为。
1.概要
社招Q级入，C年C连C（半年粒度BBCCCX），Q级出，今年40+。无T无E无绩效工资，微量年终奖，唯一加薪乃普调伴降公积金。补偿较中庸，N+sqrt(4)。其中，Q=B^C+C^B，^为乘方，B、C、Q均为质数，C为勾股数。一直被否定，从未改初心，虽是白菜价，品质赛黄金。
2.加入华为
三年前，面试某知名公司，技术面OK，被hr痛扁（听说hr来自华为），机缘巧合来到我司。尽管待遇很低，尽管早已知晓目标部门的名声，尽管天不时（年底）地不利（路远）人不合（原领导同事和家人坚决反对），尽管知道面试官（后来的领导）口头承诺的第一年xxW、第二年xxxW的收入不太可能实现（实际略小于承诺的一半），我还是来了。为何？缘也，信也。早在来华为之前，就已经为华为做出过贡献。面试时明显感到我司（之我部门）软件能力一般，有提高空间。一位面试官说过，华为是个大公司，但还算不上是伟大的公司。现在看来，这句话太对了，商业上很成功，技术上很领先，造福了全球百姓，提供了大量岗位，然而距离伟大还有些差距。
3.核心价值观
看公司先看核心价值观。以客户为中心，以奋斗者为本，艰苦奋斗，批评与自我批评，狼性文化，屁股对领导，超强执行力，……三观很正，颇具特色，值得体验。今天是最后一次温习，最后一次运用了。
4.新员工和三营培训
有三位培训老师给我留下深刻印象。一位老师说起他自己经常主动重构代码，并鼓励同学们也积极重构。我很欣赏、崇拜、佩服这位老师。另一位老师说，在华为要想获得好的绩效，就要学会利用别人的时间完成自己的事情。我不知道这个利用到底是怎么个意思，如果是善意借用、积极求助还好，否则，甩锅、干扰别人、把帮助自己的人当傻子，那就是教唆坏毛病了。还有一位老师说的很好：你们是新鲜血液，要努力改变华为！
5.工作琐事
说几个印象比较深的事件。对事不对人，绝对正能量，若有负能量，请知负负得正，请复习核心价值观之批评篇！不是全部事实，但全部是事实。
5.1失败的优化
初来乍到就被LLT之低效惊呆，同学们真能忍啊，每人每天浪费一小时。于是主动要求优化。改进了一个已有集群分布式方案，优化了10倍。然而并不好用。分析认为无需分布式就应提升百倍，因为CPU利用率仅1%。跟领导说了想法，然而经过多次优化，狂读代码，仅提升30%。悲剧，肯定被认为吹牛。然而我始终坚信分析是对的，因为如此小的用例不可能这么慢，也许是因为日志，也许是其它。不过后来放弃了，因为用的人越来越少。这事做的不好，自我批评。
5.2无论怎样都是错
参加某项目，因我负责的部分非常复杂，经过系统分析设计了一个调试计划。首先按照分析出的依赖关系先把自己移植的大量老代码一行一行仔细调试两天，晨会时领导就说了：你应该先调和某部门的接口！几天后找兄弟部门很快打通了一个公共通信通道（对我和对项目组多人都有用，此任务属无主灰色地带），并帮助多人适配，这位领导又说了，你应该先把你自己的代码调好再说！真是欲加之罪何患无辞啊，不去了解实际情况，只管一味否定。另一个任务，因工作量很大，安排一个月完成，我写了一系列脚本，只用半个月就完成了。还是这位领导说，你完成这么快，一定是忽略了什么！每次无原则的批评，我一直保持了最大程度的隐忍，只是嗯一下，什么也没说。
5.3主动背锅也不行
和另一个较近的部门联调时，因接口有变，我说我能不能看看你们的代码？对方同意了，下载代码（我是有下载权限的），用了三个小时通读一遍，发现了七个多线程或内存bug，整理了详细文档发给对方，对方表示感谢，很快修改，并发来一句话：你说的都是正确的。再例会上汇报工作时，还是那位领导，当着很多人的面说了这样一句话：你做这些，功劳也不会算到你的头上。我不知道他当时是善意提醒还是威胁，不过从语气上感觉威胁的成分大一些。当时心里憋了一句话：我很敬重你的技术能力和贡献，如果你的格局能再提高一点，必将前途无量。不过还是忍住了没有说出来。
有一篇文章《黑白色的华为》说的很好，主动背锅可以降低公司的成本。我也不是闲着没事见锅就背，一定是这个锅会影响到我负责的产品，或者影响到我的开发效率我才会背的。而且，优先背影响多人的锅，例如曾经阅读了大量的脚本、日志，详细记录了构建过程的时间分布，并提出了一些改进意见。然而由于换部门，未能实施。
5.4有人帮忙有人拆台
我的这个任务涉及多个兄弟部门。等到调试差不多进行实测时，发现性能比预期慢一百多倍（预期半分钟，实际80分钟）。A部门的一位女同学和她的PL一直以来给予了极大的支持，这次又花费很多精力帮我快速确定了问题在B部门。我还特地给他们发了一封感谢信。当我和一位前辈（相当于子项目组长）说起定位进展时，这位前辈说了一句很难听的话，此处省略十余字。总之就是说：“你分析的不对”。怎么自己部门的老员工都这种做派啊！反而是外部门从未谋面的人在积极的帮助我。而一些领导跟兄弟部门打交道总是拿腔拿调，拉通对齐。有时确实存在不太配合的人和部门，但很多时候对方是很友好的。拉通拉通，路本来就是通的，还拉什么拉！
5.5这种帮忙不要也罢
随后，B部门进行性能问题定位，虽不像A部门那么积极，总体上还过得去。这里我部门的另一位PL进行的拉通催促还是有效果的，B部门提高了优先级，因此有时拉通也是必要的。由于任务较紧急，不能被动等待对方分析。由于这差不多是最后的困难问题了，我就向对方了解了相关的进程部署情况，在自己的环境上进行了分析，意外的先于对方确定了问题的根源，竟然又是日志！对方修改后，立竿见影，6分钟搞定。虽然和预期目标还有不少差距，但已从不可用变为可用。一位同事曾对我说：我觉得（与另外两位SE相比）你更适合做SE。当我在群里宣布进展，准备提交代码（还包括另一重要修改）时，说话带脏字的那位前辈立即回复：这两个问题我早解决了，我正在测试，在我测试期间不许提交！纳尼？
解决问题的过程都是我和A、B两个部门沟通的，你啥也不知道怎么就解决了？可是我哪敢违抗前辈旨意啊，随他去吧。然而，半个月后，测试发现了问题，找来了。经过激烈的分析和争论，并找了高一级的领导，最终确认，前辈所谓的解决，乃是为了及时转测试采用的临时规避手段！没有我的代码，还是不能解决问题。因这件事情，本来基本准时完成的，结果推迟了半个月。这件事情我本身也没有处理好，没有及时扼制这种不好的苗头，并且天真的以为权威人士会已经帮我把责任承担起来。还有另外一次前辈自以为是的“帮助”我，造成长达一个月的延期。
5.6下水道是城市的良心
三年里，进行了很多改进，提出了很多建议。例如，帮助工程组解决了若干问题，包括脚本的缺陷、makefile的问题、修改编译选项以便更早发现错误等，有些相关人员也对我表示了感谢，有些权威人士则采取拖延、忽视、直接否定等各种方法进行干扰或拒绝。有一次，我用了整整一天的时间加强编译选项，并修改了一百多处错误。一位同学提醒我：你做这些，领导也看不见呀！我忘了是怎么回复他的，但我心里清楚，这件事情非常重要，不能不做。我不能因为他反对就不做。为什么要解决这些“不属于我”的问题？为什么有多人多次“提醒”我：你做好自己的事情就行了，我仍然要坚持？原因很简单：没有一件事情是与我无关的。
编译那么慢，提交一次代码要扒一层皮，要一遍又一遍的催促