刚从百度离职，很多朋友问我原因，不黑不赞不偏激，客观的回顾一下~
贴吧事件之后，不知不觉间黑百度已经成为了“价值观正确”的舆论，作为身处百度内部的员工，我们的心里其实五(mei)味(sha)杂(gan)陈(jue)。
作为一个几万人的上市大厂，它自身的复杂度已经很难掌控和理解，厂长很难知道某个小弟平时工作有多辛苦，小弟也更难知道厂长在董事会和投资人间有多少压力。大家看到的，除了想方设法吹出去的牛，就是积聚已久而暴露出的黑暗，当然，后者影响力远大于前者。
厂子大了之后就越来越会有国企的性质，比如管理结构复杂、一层层的汇报关系，印象深刻的就是每个季度的沟通会，这是个由厂长给各大总监开的会，然后总监给各个经理传达，然后经理再给下面的小弟们传达会议精神，同时还伴随着一些战略、口号，”狼性“、”进攻时刻，不胜不归“神马的，会后居然还有考试题，检查是否传达到位。再有的基本上都是大企业通病，比如严重的 KPI 导向;跨部门沟通困难，两方老大出面刷脸才能推动、私下沟通的再清楚，不发邮件抄老大就等于啥也没说，等等。
再说说技术方面，都说百度是技术的黄埔军校，在这里有非常大的话语权和明朗的晋升路线，但其中也有一些问题。职级评定是T序列，我们都开玩笑的说是”PPT序列“，因为可能出现这样的情况：一个技术难度一般，代码质量一般，可用性一般的技术项目，可以被一个酷炫吊炸天的 PPT 吹上天，然后结合老大大力一推，各部门推行下去，成为述职时显赫的功绩，而背后，是被强制接入后一线开发者的抱怨、无奈和效率降低。强大的汇报技巧有时比强大的技术能力更为重要，这就埋没了很多低调的大神，那些真正技术过硬但内向的人在这里并不吃香，老大们不了解代码实现的多么高超，就只能看 PPT 描述的是否美好了。
因为业务开发是本职工作，晋升述职的时候总不能说自己写了多少个页面、实现了多少个控件吧，需要靠业务之外的技术项目来证明自己的技术能力，所以总要想个 Topic 来做吧，这就造成了一个后果： 造轮子。同样功能的组件每个组一套，而且都是业务开发的间歇时间才能来做做和维护，很难达到精品水平，所以又不容易向其他组推行，于是继续造自己的轮子咯~
当然，内部有一些公司级别的 SDK，强制或不强制的推行给各个部门接入。有很多同行私聊问我：你们百度 XXX 的 SDK 这 API 咋用啊?文档呢?居然没适配咋办?还要 MRC 马蛋!出了 Crash 咋办?好急啊，快救救我吧!其实吧，我们内部用的时候也是这样子 - - 题外话：后来经过了解，发现这是个不仅限于百度的通病。我理解一个公司提供 SDK，它应该是代表这家公司技术能力的脸面，因为它是直接面对广大开发者的，要派出高阶工程师来设计架构、设计 API 的才对;而事实恰恰相反，一问你们这 SDK 谁写的啊?”哦，这 SDK 是之前一个实习生写的，后来走了，现在我来维护，为了保持 API 的兼容性我们还是不打算改了“ 或者 ”是写 Android SDK 那个哥们顺带学了下 Objective-C 搞了出来的“
或许正是因为大家都有造轮子的机会才能让技术成长?不知道咯。
还有个体会，在百度里面想混好，只需要记住三点：
跟一个好老大
跟一个好老大
跟一个好老大
不仅做的愉快，也能得到更加顺利的发展(github.com/forkingdog 开源小组的事情也是在当时老大的支持下才得以搞起来，但好景不长，近期很少有 commit，原因你懂的...)当然了，也得需要自己靠谱的工作方式。
当然，我的离开和舆论里面百度”黑心价值观“也没什么必然关系，毕竟部门里的同事都是配合愉快、私交很好的，大家都是在这个体制下努力工作、渴望升职加薪的普通人吧。在这儿，遇到了志同道合的人，一起钻研技术，刨根问底，执念于 UI 和业务的高效开发，比起刚来时，效率已经有了翻倍的提升。想想已经是 iOS 开发 第 4 个年头了吧 ，也该去做做更有技术深度的事儿了，要不平时积累的那些架构思想、底层知识、黑魔法也派不上啥用处嘛。
在被 HR 挽留的这段时间里，去找百度内部很多部门的经理和大咖聊过，俨然成了”高级 iOS 聊天工程师“。大家都在忙着自己的事，有时甚至惊叹于百度居然还有这个产品。可以看出，一个大公司的危机感，不断的找方向、布局，可以跟我说当个第二，但不能说咱没有
来百度这两年，经历了百度股价的大起大落，反映到自己身上的是奖金的风光和惨淡，从疯狂的招人、面试到冻结 HC 人力紧缺。到后来变相洗人，到最后，离开的真的是要洗的那些人么?
互联网就是变化的如此快，有多么高的巅峰就有多么深的低谷。经常在口边的那句话怎么说的，”拥抱变化“，这是个披着正向价值观的口号，它有个不愿意被人提起的本质：”弱肉强食“，只有足够强大、足够勤奋或足够聪明才能在这里快乐的工作下去吧，共勉。
出处：互联网的一些事
相关阅读：
