程序员抱大腿指南

点击上方“源码共读”，选择“置顶公众号” [原创文章：www.ii77.com]

程序员总是在寻求“屠龙之技”，希望自己是比尔盖兹，能独创一门语言，创建一个帝国，做到世界首富。但大多数人只是在底层沉浮打工者，脱离财富自由不得，无力自由选择方向。

打工即是拿人钱财，为人消灾，核心即当好老大的帮手，而“技术”永远是位于产品，目标之后。不梳理好上下级关系，不建立起信任关系，怎么放心把最核心的东西交给你，你又如何能有发展？

举个例子，比如之前在公司时，有个小明童鞋，一直在写业务逻辑，觉得没啥技术含量，他也很上进，业余时间加强学习，吸收了一些高级的“编程技巧”，公司同事是一群弱鸡，爱理不理；公司里的基础框架存在诸多问题，总想小试牛刀下，多次向架构师提建议，应该如何如何改造。

而架构师考虑到系统稳定性，以及系统已经在生产环境运行一段时间，虽然可能是存在缺陷，但毕竟要改动底层基类，影响面过大，多次拒绝小明童鞋的建议，小明童鞋觉得领导不重视，同事是sb，学不到技术，于是提出跳槽，到能实现自我价值的地方去。

这个案例的失败之处在于过于看重“技术”，“自我价值”，还未在领导心中建立正面形象，急于实现“自我价值”。

而另外一名小灰童鞋，平时也钻研技术，但是乐于助人，乐于帮助同事，有问必答，建立了广泛的群众基础。也不急于推翻原先的架构，而是在架构师做了新的组件后担任起了测试的任务，并研究相应的技术难点，发现了一些潜在的缺陷，借此与架构师充分接触，建立了信任关系。之后架构师由于实在分身乏术，逐渐将一些小任务分给小灰来做，小灰童鞋越来越得到重视，也逐步成为中流砥柱。

所谓打工就是那人钱财为人消灾，这个人就是上级，是老板了，上级最需要的是为他解决问题的人。你为他解决了什么问题？他最需要的是什么？比如，上文的例子中架构师最需要是帮他解决bug，解放他主要时间的人。而非提不切实际的意见，浪费时间精力。

要找准老大的痛点。他最希望解决，而又没有精力或能力来解决的。

抱大腿，表衷心可是一门大学问。并非让你去拍马屁，反而，千万别只是拍马屁。

而找准老大痛点其实跟挖掘客户需求差不多，客户就是你的老大。

客户的需求可以分为基本需求、期望需求、兴奋需求。
基本需求达不到满足客户会非常不满意，比如你卖包子结果包子都没熟
期望需求与客户满意度成正比，比如你家的包子非常好吃
兴奋需求得到满足客户会非常兴奋，比如你家的包子不仅好吃还能减肥

对于老大来讲，对你的基本要求就是把手头的事做好，如果手头事都做不好，那要你何用？

手头的事做的越好，越能满足老大期望需求

而在期望需求之外，你还能让人兴奋，比如你PPT做的特别棒，演讲口才特别好，能够帮老大长脸。或者能够洞察行业，公司的方向，创造性高标准的完成任务。

举个栗子。在某大型互联网公司分了很多项目组，本来是相安无事，各自吃肉喝汤。但某天总监突然觉得目前系统太慢，无法满足双十一高并发需求，于是要求下面团队优化系统。A团队作为传统的核心的维护方，技术框架较老，于是提出的是根据老框架的优化方案；而B团队作为前置的接入方，出于抢彩头的目的，提出了一个完全使用新技术的解决方案，而且会将核心功能前置做掉一部分。

但使用新技术方案面临很大的技术风险，团队中没任何人员会新技术，而且A团队肯定在配合上有所延迟，项目风险相当大。

如果你是B团队老大的下属，执行者，你会怎么做呢？项目难度很大，而且动了别人的奶酪，合作方面会受到干扰。

A类执行者可能会打折扣，而且会不断抱怨说项目怎么这么难做。

而B类执行者会默默努力的全身心去执行，写代码，带团队。

但这件事该如何做呢？如何才能让老大最为满意呢？待我们细细分析下，按照SCQA法则来考虑： STITUTION 场景，CONFLIT 冲突，QUESTION 问题：产生的问题，ANSWER 答案。

这里场景是总监要上大流量新系统，而老大执意要用新技术来干，而你就是要能成功完成这个任务。

冲突有两个：一个是项目难度与人员层次的不匹配，还有A团队和B团队利益上的冲突。

导致的问题：人员水平过低会导致项目风险，其它团队也可能并不配合

那么解决方案：
1 要么招人，要么内部挖人，来解决技术问题。
2 因为是老大主推的项目，绝不能说项目难做，做不下去了之类的。反而你还要说项目的好话，寻求其它项目组的支持
3 在组之间配合上，也要找到对你有好感的人，从而是推进更为顺滑。
4 除此之外，能否将新技术推广到全公司，从而建立影响力，进而赢得”支持者”的支持。

按照这个方法，就基本能完成老大交代的任务了。

但其实我们还可以想的更细点，项目背景（5W分析）：这个项目是怎么来的？背景是什么？是不是只有总监一个人是决策人？还有没其它决策人？反对者又是谁？受益者是谁？又动了谁的奶酪？

比如总监下还有个副总监也是支持这个事的，那么平时是不是能找这个副总聊聊，聊人生聊技术，获取尽可能多的盟友。这个系统又是给谁用的？谁是受益者，如何取寻求他们的支持？

资源就这么多，有人吃肉，有人喝汤，有人做有前（钱）景的新市场，新技术；而有人只能做接口维护。你老大争取不到，受苦的只是整个团队。

但也不能无限制抱大腿。大公司庙大菩萨多，小公司水浅王八多，万一遇到奇葩需要斩钉截铁的尽快走人。

小强童鞋以优良的背景进了某B轮互联网公司，开发团队加起来总共10来号人，来了后一没文档，而没人带，老大把源码扔给他再没管过，由于缺乏文档开发中面临了很多问题，而同事还借此打压，数个月后小强黯然离场。

如果没文档，没人带，同事又不支持，那么可以断定该公司老大要么不懂技术，要么不懂管理，待下去只会徒劳浪费时间，跑的越快越好。

那么哪种类型老大最值得投靠呢？支配型。

DISC将人格分成了四种，谨慎型、稳健性、支配型、影响型。

支配型的具有高要求、严格、责任心强的特点，他们热情，富于挑战。如果能达到他们要求，他们就会倾囊相授；如果达不到，他们也绝不姑息，当面斥责。但同时也赏罚分明，只要能达到他的高标准，他会把你捧上神坛。代表性的人物如乔布斯、雷军。在乔布斯眼中只有两种人：一种是神，一种是狗屎。喜欢一个人就会把它捧上神坛，而工程师知道自己只是一个普通的人，也会吃饭拉屎，赤裸裸的暴露在灯光下会给工程师非常大的压力….”

人都是社会的动物，包括程序员也一样，并不存在”深山苦练30年，出山成为绝世高手”，更多的是在社交中成长，找到一个好老大是需要一定运气的，雷军8年干成董事长，难道真是因为他勤奋么？没有一个好老大的提携是不可能的。

选择永远比努力重要，也并不存在什么屠龙之技。

【点击成为Java大神】