取决于数学符号
在行业中,有一个普遍的笑话。 无论您问顾问什么问题,答案都是:
这取决于。
这个笑话是为了强调顾问永远不会直接回答一个简单的问题,因为他们不想承担任何责任。 当我了解面对这种情况时业务的挫败感时,我想写一下篱笆的另一面。
让我们扩大范围:在IT行业中,可能涉及的更多是每个开发人员,而不仅仅是顾问。 但是,为什么这个答案如此普遍? 出于一个单一的原因:如果问题(被问到的人认为很简单 ,但没有提供足够的背景信息)却很少提供,那么答案就不可能是其他任何问题。
让我们用一个简单的问题来强调一下:
最好的交通工具是什么?
你猜怎么了? 没有正确的答案,因为没有提供上下文。 例如,可以帮助优化答案的上下文参数包括:
- 距离,您希望移动200米或200公里?
- 地形的性质,道路与土地对水
- 时间限制
- 预期的舒适度
- 成本
- 身体状况-身体不好时,很难考虑跑步/骑自行车
- 对某些人来说,污染
- 等等
我希望这个举足轻重的例子能使那些提出问题的人意识到答案的质量在很大程度上受问题质量的限制(垃圾进,垃圾出)。
我可以停在那里,每个人都会思考这个生意有多愚蠢,但是每个硬币都有两个方面。 通常,开发人员不会以建设性的方式应对无上下文的问题:“取决于”,“我不知道”,“我不知道”,“没人能回答”,甚至“那是愚蠢的问题”是我已经听到的评论。 如果您是开发人员并且正在阅读这篇文章, 那么指导业务是您的工作 。 他们对可伸缩性,数据库等了解多少? 可能什么都不是,因为这不是他们的工作。 因此,积极引导他们解决问题。 对于上面的示例,以下可能是一个实际的对话框:
“最好的交通工具是什么?
-你想去哪里?
- 慕尼黑
-好的,您的出发点是什么?
-主页
-啊...你家在哪儿?
-德国
-德国哪个城市?
-等。”
我非常了解,大多数开发人员(包括我自己)都不喜欢与企业交流。 我的意思是,这就是我们大多数人选择从事IT工作的原因,因为与人交谈比与计算机交谈更舒适。 但从本质上讲,它什么都不会改变。
要专业,要求背景而不是抛开问题。
翻译自: https://blog.frankel.ch/it-depends/
取决于数学符号