作为软件从业者，碰到半懂不懂的老板来指手画脚该如何应对？

作为软件从业者，碰到半懂不懂的老板来指手画脚该如何应对？

首先请各位老板谅解起了一个吸引眼球的标题，主要是希望吸引更多的人能看到这篇文章，有好多软件从业人员碰到过类似的情况最后因为处理不好而对原来的工作失去兴趣甚至离职，希望看了我的分析后能对大家有所帮助。

俗话说的好：“不怕老板不懂也不怕老板很懂，就怕老板半懂不懂。”这里的老板也可以是自己的领导，也可是是客户，甚至是工作中其他相关者比如（产品经理）。
这部分人有个共同的特点：对你所做的工作懂一点又不是很懂，同时对你的工作有评价甚至是考核的权利，如果不让他满意会影响你的业绩甚至是前景。
他们会提出一些看上去是“合理”的需求让你实现，但是你知道实际上这些需求并不想表面看上去那样“合理”。
为什么会这样？我认为主要分两种情况：

第一种属于类比推理错误。我举个例子，目前生物识别技术已经广泛的应用到生活的方方面面了，其中最为主流的是指纹识别和人脸识别。好多小区装了指纹锁，上班要指纹考勤，支付宝搞了个刷脸的空付。看起来可以取代传统的ID+密码身份验证模式了，于是老板（或客户）就提出让你开发一个系统付款什么都不用带，按一下指纹或者刷一下脸就可以了。作为开发人员这个时候就要认识到，老板这是犯了类比推理错误。因为传统的ID+密码模式是由两部分组成的，比如人们要去银行自助柜员机上取卡就需要同时具备两个条件银行卡+密码，这里的银行卡代表ID确认了你是谁，密码代表了是否你本人来操作。而指纹识别、人脸识别验证方式等只能代替密码不能代替ID。这里可能有人要提出异议，上下班的考勤系统不就是不需要ID了么？上班时只要按指纹或者刷了脸系统就知道是谁刷了卡。这里其实是因为考勤系统的应用场景基本上不会超过几百人，就好比一个公司每个人设置一个6位数的密码，由于只有几百个账号，每个账号的密码密码重复的概率极低，只要密码对上了就可以倒推出ID是谁。但是如果密码一样（比如人脸识别碰到长得很像的双胞胎）或者账号数量超过一定数量（至少百万级以上）那么生物识别的考勤系统一定会出现认错人的情况。所以说在一个用户量极大的系统中（比如支付系统）想用密码来代替ID是不可实现的需求。针对这种类比推理错误我们软件从业人员需要仔细给老板（或客户）解释其中的原理，相信老板是会接受你的意见的。

除了第一种类比推理错误外第二种就比较难办了，我自己把它叫做单一目标陷阱。我们知道在软件管理中有一个重要的铁三角理论：质量，成本，进度这三者相辅相成互相制约，三者之间只能取平衡，世面上有很多单讲质量（或成本或进度）控制的书籍，刚好你的老板看过了某一些书籍，然后在工作汇报中老板就问你的质量（或成本或进度）控制为什么没有做到哪点？这个时候你就很难办，因为这些书籍讲的都是有道理的，你要跟老板辩论的话你肯定是辩不过老板的。但是这些书籍在讲述质量控制的时候是脱离了成本和进度这两方面来考虑的，这也不能怪写书的人，作为写书的人来说如果要考虑到成本和进度等实际情况，那么这个书就没法写了。这也让我想起了一个我碰到的实际例子：本人在公司里除了做管理岗位外同时也兼职系统架构设计师，我们公司做一个交通方面的物联网+行业应用解决方案产品，在某一次的问题讨论会上运维人员就提出我们的产品在部署上太麻烦了，一个几百并发的系统也要部署7、8个服务，导致部署效率太低，然后老板就给我提了个要求要部署的时候方便，最好只要部署一个服务。这里我要大致的介绍一下我们的产品应用环境，我们的产品是在基础产品的基础上做二次开发，对于用户最大按一个省一个项目的最大几万个并发量，最小按一个县一个项目最小几百个并发量。由于省级项目少而市县级项目多，所以运维人员在部署的时候就提出要部署7、8个服务太麻烦了，他们用以前其他公司的工作经验来看几百个并发量的项目都是1、2个服务就部署完成了。而在架构设计的时候必须要考虑到最大并发量的情况来设计架构，否则一个产品就没法通用，遇到一个大项目需要重新开发基础产品的话成本太大了。所以遇到这种情况千万不能就事论事的讨论必须跳出单个维度目标告诉老板你这么设计的依据是基于更高维度的平衡考虑。如果是一个明智的老板一般就会理解。如果老板听不懂技术上的术语你可以举一个古代为官忠孝两难全的例子。希望对你有帮助。