在大公司工作待过一段时间，看过一些人风光的进来，黯然的离开，而一些人平凡的进来，结果年终考评他最好。总结一下职场工程师的一些工作思维。
优秀案例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事”这是职场大忌。
简单的分享这三个案例，给大家一个工作思路吧。毕竟现在，在你周围同事之间，技术水平都差距不会太大，想要工作突出，除了自身技术过硬之外，在工作思路和工作方法上也需要多学习，多总结。
网友评论