程序员抱大腿指南
2018-08-10   源码共读

点击上方“源码共读”,选择“置顶公众号”

关键时刻,第一时间送达!


作者:方老司         來源:简书

https://www.jianshu.com/p/f6e34b37a80c

源码共读整理发布,转载请联系作者获得授权


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

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

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

而架构师考虑到系统稳定性,以及系统已经在生产环境运行一段时间,虽然可能是存在缺陷,但毕竟要改动底层基类,影响面过大,多次拒绝小明童鞋的建议,小明童鞋觉得领导不重视,同事是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大神】

//所有站点 //公用网站