前言

以下故事全属真实，或发生在同事身上，或亲身经历，如有类同纯属巧合。

故事

笑话

1，外行领导特别喜欢讲概念，我曾经有个领导让测试人员给研发安排工作计划；记得，有一次旁听领导训话测试人员，【你写计划的时候要再详细一点，你可以使用MVC模式来写】。

2，测试不明白如何用MVC来写研发计划，于是向我请教；我调侃他，我用的是MVVM模式开发的，所以你该用MVVM模式来写研发计划。

话术

某领导因为种种原因被排挤，成为新领导的手下；新领导给他三个月时间，单独完成三件个功能开发。

三个月后，旧领导还在开发第一个功能，当新领导检查工作时。

旧领导：【这个功能需要XXXX，这个功能现在是XXXXX情况，这点我们要保持一致啊，不然我们没法往下聊了。】

新领导：一脸懵逼。

永远都是别人的错

终端程序员：这有个BUG，XXX数据没有返回，但我记得之前有值啊。

接口程序员：XXX数据有值啊，我返回了啊，你看这个是返回json字符串。

终端程序员：呃。。。这个属性怎么改名了啊。

接口程序员：不可能，一直都是这个名，我都没改过，肯定是你写错了。

终端程序员：我这实体是从你那复制的。

接口程序员：那就是你复制错了，你好好看看接口文档。

终端程序员：SVN上记录是你改的啊。

接口程序员：那是以前改的，跟你配合真累。

终端程序员：。。。

只可意会的沟通

终端程序员：这个功能要上传头像，我应该怎么把图片给你呢？

接口程序员：你给我个流就行。

终端程序员：是给XXX接口的XXX属性赋值吗？但这个是字符串类型，是要传字符串类型数据吗？

接口程序员：你给我个流就行。

终端程序员：？？？你是要我给指定端口发送数据吗？

接口程序员：你给我个流就行。（转身离开）

终端程序员：？？？？？？？

你的锅，你的锅，都是你的锅

程序员A：这样设计不合理啊，你确定要这样做吗？

程序员B：确定。

程序员A：那出了问题，可得你背锅啊。

程序员B：Cao，都一个团队的，还谁背锅，你这么整，这代码没法写了。

程序员A：。。。。。。

领导解决问题其实很简单

一团队接口数据对接特别不顺利，没有人确定接口规范，大量冗余返回值，大量错误命名（如Lable属性存姓名值，Name属性存标题内容），大量缺失返回数据。

领导鉴于团队开发不顺利，召开了全体成员会议，一起对接口。

会中，领导拿出了接口文档，一个一个的问，这个接口是否存在，然后会议结束，团队接口数据对接不顺利问题，在他心中已经解决。

不要幻想

当程序员与外行领导不和的时候，永远不要试图主动和他沟通，因为你的现场应变能力跟对方根本不在一个档次，沟通的结果只能是你憋一肚子没说出来的话，被对方完美OK。除非你的领导肯向你低头认错，主动找你沟通。

可以尝试让上级领导介入，化解你们之间的矛盾。

如果出现上级领导单独拉出领导和程序员开会的情况，千万不要试图和你的领导就事论事的讲理。记住，你和对手的临场应变能力不在一个档次，就算你准备再充分也一样。（可以假象你的外行领导是奇葩说辩手）

可以尝试给上级领导做一次理性可观的问题分析，分析你的领导错误点，你的错误点也分析，主因是谁。如果，你的领导提出反对观点，不要反驳，坚持讲述完整问题分析，然后让上级领导判断相信谁。

当然了，大多数情况下，都是程序员要吃败仗，不过这么做已经是胜率最高的方式了。

或者你忍气吞声，不过，如果要忍气吞声，就不要在发生矛盾后忍气吞声，请从一开始就忍气吞声，不要发生矛盾。

潜规则

在成型的团队里新晋领导岗位，不要做马上下决心要干什么，因为，一旦你决定做一件事，那么，结果只有成功和失败两个选项，通常失败概率很大。

也不要完全没想法，什么也不干，那样你的老板会觉得你没能力，他做了失败的选择。

不论哪种，一旦你失败了，你将面临离职。

要做的应该是，尝试着干一些事，尝试着协调资源，尝试的改变管理，多尝试。

奇葩的任务

有10个任务，计划每一个任务1天的工时，总工时10天。

前9个任务你每个都提前0.5天完成，最后一个任务滞后0.5天完成，总耗时6天。

外行领导心理活动：前9个任务分配的时间还是不精确，最后的任务没按时完成，看来研发能力不足；目前项目进度还不错，但最后，如果这个项目如果延期，肯定是他的问题。

内行领导心理活动：研发能力很优秀，今后给他的任务可以再紧一点，最后的任务难度有点高，工时预估错误，不过，我不能承认错误，可以借此点拨一下他，让他戒骄戒躁继续努力。

面对疾风吧

当接到极度不合理工时的任务时候。

1，假装记错了，将工时修改为合理工时；被审查时，就说大意了。后遗症：被认为工作不认真。

2，拆分任务，只完成部分；被审查时，就说理解错了。后遗症：被认为工作不认真。

3，只开发原型，余下功能使用改bug时间开发。后遗症：被认为工作能力不足。

4，承认自己能力不足，需要调查或学习相关技术。后遗症：被认为工作能力不足。

5，当面沟通。风险：容易爆发战争，进而引发离职。

6，直接离职。

总结：当公司出现极度不合理的任务时，其实就是领导在找你背锅，要么你能力不行背锅，要么你离职，然后，领导以团队人手不足解释项目延期。

建议：先采取前四种方案，等待其他同事爆发或离职；然后，任务就又会重新合理化。

真理

1，产品是否成功与领导的能力无关，与市场无关，主要取决于是否可以引来投资。

2，加班不是提升效率的唯一途径，但这是外行领导唯一可以想到的，可以提升效率的方法，因为他没有能力合理分配任务。

3，程序员这个行业，不在于学，在于练。

想成为跨语言的程序员，在于你是否有机会去做那个语言的项目。

真相

架构师天选

程序员A，25岁，技术能力6分，当选架构师。

程序员B，25岁，技术能力5分，落选架构师。

5年后

程序员A，30岁，技术能力11分，还是架构师。

程序员B，30岁，技术能力10分，还是程序员。

三线城市没有公司招聘架构师和技术经理

公司买了企业版的前程无忧和智联招聘，为了不浪费招聘条数，就撰写一些高级职称的招聘。

如果有人来应聘，就约出来聊聊，问点高难度问题，像人家学习学习。

—————————————————————————————————-

注：此文章为原创，任何形式的转载都请联系作者获得授权并注明出处！
若您觉得这篇文章还不错，请点击下方的【推荐】，非常感谢！

https://www.cnblogs.com/kiba/p/12015008.html