在大公司工作待过一段时间，看过一些人风光的进来，黯然的离开，而一些人平凡的进来，结果年终考评他最好。总结一下职场工程师的一些工作思维。

优秀案例1：（内务篇---本质工作）

​事件：在iOS 10.3 beta 版本中，我们了解到iOS KeyChain存储策略变更，删除APP之后当前APP在KeyChain中存储的信息也会被删除。

苹果官方回复如下：

This is an intentional change in iOS 10.3 to protect user privacy. Information that can identify a user should not be left on the device after the app that created it has been removed.

It has never been a part of the API contract that keychain items created by an app would survive when the app is removed. This has always been an implementation detail.If a keychain item is shared with other apps, it won’t be deleted until those other apps have been deleted as well.

​ 简单说明：苹果现在越来越注重用户的隐私，就引发了这个问题。

​背景：目前iOS 10.3还没有正式发布，但是iOS 10.3 beta已经暴露出相关问题，我们项目里面又用到了相关技术点，一旦iOS 10.3正式发布，会对我们的项目产生影响。

​ 注释：

​ 1.时刻关注业界动态

​ 2.今早发现问题和影响面，在问题正式暴露之前，解决掉它​

在得知这一确切消息后，你应该采取哪些行动。

行动：

​1.验证这个问题==》确定iOS 10.3 beta是否真的出现KeyChain存储相关问题

​2.分析问题==》目前KeyChain 存储策略的改变，会对我们项目有哪些影响

​         a.我们项目中现阶段，有哪些代码会受到相关影响。

​         b.补救措施有哪些。

​         c.因为这是beta版本，不能确定，需要后台配置开关，以防苹果到时又变卦，这就有了补救方案。

​3.上报问题==》及时向上级领导报告这个问题，上报问题也要看你所在职务做不同的上报策略：

​         a.如果你仅是小兵一个，而这个问题涉及太多，一时半会做不完，你就要先上报了，请求领导分配一下任务和相关人员的支持.

​         b.如果你是个leader，那么你把这个任务分配好后，把影响点，应对策略，降级补救方案等等，确定好后，可以上报了。这样好处，你给领导的的一套一套解决方案，而不是只上报问题。

总结：以后遇到事情后，你按照这样的思路做事情，领导自然会很信任你，很放心把一些事情交给你。（加薪 、提升  指日可待）

优秀案例2：（合作篇）

事件：上线了某个业务，产品经理分析打点的数据，发现数据很奇怪，于是，找到技术，怀疑工程师插入打点的数据有问题，凡是做技术的都知道，打点这类工作，凡是不改大的框架，简单的插入打点代码，几乎不会出现错误。工程师查看代码后，说这个不可能是代码问题。但是产品经理坚持这样数据肯定有问题。

背景：这类事情嘛，尤其在大公司比较普遍，这事情不是bug，也不影响用户体验，而且代码逻辑简单，很多工程师几乎不把这个事情当回事。但是，产品经理等人就觉得数据有问题，和业务场景出入比较大。双方就互相踢皮球，一直这样“扯皮”了。

行动：

        1.从产品入口开始打点

        2.用户的每一步操作行为都打上点（包括产品经理没有要求的数据）

        3.统计数据

        4.分析每一步数据，用户上一步操作，到用户下一步操作数据比较，一步一步下去，形成漏斗形式，通过这种方式得到最终数据。

         5.产品经理获取数据，一般只是最终数据，缺少中间数据。

         6.对比漏斗数据和 产品经理最终数据，来告诉他们数据的合理性。

总结：通过数据漏斗的方式，科学的记录用户数据，避免了“扯皮”事件的发生。

举一个反面例子：

小A（化名）有着5年大公司工作经验，技术也很优秀，被公司招到架构组，结果没过试用期，就被劝退了。

原因：小A工作表现和领导的期望值，差距蛮大。

分析：“工作表现”和“期望值”这个怎么解读。

具体事件：作为架构师，当然是架构方向的事情，做技术的也知道，一旦公司稳定后，哪有那么多的架构可以改造（有些公司KPI），一般公司哪会明确的指出架构方向，大公司都是被业务推着走，所以作为架构师，应该自己主动的去发现，那些可能存在的问题（别在意问题小），只要可以增加app的稳健性，提高代码开发效率，方便大家用，都可以提出来，并验证一下。千万别让你领导跟你说，“我们架构需要在安全方面在改进一下，比如 - - - ”。（如果你被动提出需求，你离开除不远了）

第二个事情，就是稳健了，肯定会遇到线上bug等问题，这个时候一定要留下来，积极去分析解决这些问题，就算这个问题不是你的责任，你有时间，一定抽空去解决问题，就算能力不够解决不了，一定要找相关人员配合解决问题。（该加班的加班，该熬夜的熬夜，至少表明你们作为一个team，一起fighting），千万不能有那种思维，“不是我的责任，关我P事”这是职场大忌。

简单的分享这三个案例，给大家一个工作思路吧。毕竟现在，在你周围同事之间，技术水平都差距不会太大，想要工作突出，除了自身技术过硬之外，在工作思路和工作方法上也需要多学习，多总结。