由Doug Needham, DataOps.live 撰写 由Doug Needham, DataOps.live 撰写 技术债务对任何数字团队来说都是一个挑战,避免它的建议被夸大或忽略,这是一个罕见的办法来修复我们知道需要修复的东西。 理解我们所知道的 - 技术债务真正是多么可怕 - 也许当我们努力以正确的方式构建事情时,他们会减少回报。 数据所有者 数据所有者 我想我找到了办法告诉他们。 我们的祖父母讲的童话、比喻和故事可能不是事实,但它们是“真实的”。 危险的比赛 你想要你的车急忙建造,这里是――哦,但是我们把它放在一起后,剩下十二个螺旋。 项目经理们坚持说,这些特殊的螺杆可以等待下一个维护窗口。 销售团队向您保证这些螺杆不需要。 工程团队知道这些螺杆将保持在一起,他们建议花时间应用螺杆。 比赛将很快开始。 时钟正在敲响。 你是司机。 您将在赛道上以惊人的速度做出生命或死亡的决定,旨在展示您的汽车的能力。 还有39辆其他车在起跑线上,每个车都有自己的工程、销售和项目管理团队。 他们是否把汽车的所有部件都放在一起? 你的汽车的哪些部位不能尽可能地保持在一起? 通过使用这辆车并将其推到极限,你会赢得比赛,还是在第三轮结束一个子? 故事的道德 这是技术债务:一个很容易通过倾听专家来避免的高风险情况。 如果你需要更快的比喻,它就像俄罗斯轮盘,只有你不知道房间的数量,子弹的尺寸,有多少子弹被装载,或枪的方向。 非技术利益相关者有时会将重构混淆为技术债务,当然有时建筑师和工程师在建造后学习更好的方法。 在任何情况下,那些实际执行的用户都应该能够决定需要做什么。 当你的总理或数据所有者要求你切断角落时,提醒他们这个故事。 如果是这样,那就让他们去吧!” 义务警告 他们不知道正确的驱动程序、结构化的SQL、更新子路线、将节点添加到集群或更新到当前的补丁级别并获得清洁的重新启动的重要性。 你给他们建造了一个很棒的车,但他们 dikt了几个你知道需要修复的捷径,后来才从来没有来过。 因为我们知道技术债务的风险,我们有责任提高警报,告诉他们比赛的故事,提醒他们他们坐在那辆车里,他们是告诉你不要修理你知道需要修理的东西的人。 我希望这个故事会成为你怀疑的箭头,当一个商业用户或项目经理试图推翻你,建筑师和工程师谁知道需要做一些事情,它需要做正确的方式。 技术债务是我们所有人所生活的。选择我们使用的工具来减轻技术债务风险仍然是我们手中的决定。 它提供了一个编码的架构,确保 您可以站在这个团队的肩膀上,在夜间轻松休息,或者以全速转3! 图书馆.live 数据管理受管制 图书馆.live 数据管理受管制
