深入浅出分布式技术原理
陈现麟
伴鱼技术中台负责人,前小米工程师
21241 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 39 讲
深入浅出分布式技术原理
15
15
1.0x
00:00/00:00
登录|注册

春节加餐|技术债如房贷,是否借贷怎样取舍?

边缘功能和尝试型功能
局部功能和逻辑
系统架构
系统接口和协议
提高项目成功率
提高研发效率
钱完全够:项目发展后期
钱勉强够:项目发展中期
钱不够:快速发展初期
分享个人借用和偿还技术债务的经历
借技术债务的收益 > 利息时,大胆借用
维护技术信用和影响力
避免系统技术债务恶化
影响范围小,利息低
影响范围大,利息高
技术债务是生产力
贷款买房模型
向未来借贷研发资源和时间
减少研发资源和时间投入
简单、粗暴的技术方案实现
将课程内容分享给同事和朋友
思考题
总结
偿还技术债务的重要性
技术债务的利息
技术债务的看法
技术债务的类比
技术债务的定义
推荐分享
技术债务与贷款买房的思维模式

该思维导图由 AI 生成,仅供参考

你好,我是陈现麟。我要先给假期还在坚持学习的你点个赞。
在我们日常的研发工作中,有时候会出现这种情况,因为业务方希望产品能立即上线,所以提出了“这个需求很简单,怎么实现我不管,明天上线”的特殊要求。虽然不至于总是出现这种情况,但是,希望产品能立即上线和研发投入成本之间的矛盾是一直存在的。
在充分评估的请求下,工程师只有通过借技术债务的方式来达成目标,所以技术债务是我们日常研发工作经常需要面对的一个问题。
但是根据我的观察,人们对于技术债务的理解是众说纷纭的,有的人认为必须要借技术债务,这是没有选择的办法,而有的人却认为技术债务要尽量避免,避免架构设计、代码逻辑被技术债务污染,那么工程师们到底应该怎么看待技术债务呢?
基于人们的不同讨论,在这期春节加餐中,我想和你聊一聊技术债务的事情。我们一般说的技术债务指的是,将一些技术方案通过简单、粗暴的方式来实现,以减少研发资源和研发时间的投入
但是从本质上来说,技术债务也是一种借贷行为,相当于在我们现在的项目中通过技术债务的形式,向未来借贷了研发资源和研发时间,那么当我们在未来的一个时间点,通过重构的方式优化项目中的技术债务时,其实就是在用研发资源和研发时间来偿还技术债务了。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

技术债务如同房贷,是一种借贷行为,通过借贷研发资源和时间来实现项目目标。作者通过类比贷款买房的情景,将技术债务分为三种情况:钱不够、钱勉强够和钱完全够。在项目快速发展初期,借技术债务是必要的,可以提高研发效率,确保项目不会失败。然而,借贷需要考虑利息问题,技术债务的利息与影响范围相关,系统接口和协议的利息最高,而边缘功能和尝试型功能的利息较低。因此,合理利用技术债务可以推动工程快速发展,但也需要深思熟虑,避免高利息的技术债务。文章强调了技术债务的重要性和合理利用,以及对长期研发效率的影响。技术债务需要不断偿还,否则会导致系统技术债务恶化,影响项目成本和技术信用。合理控制技术债务,让其成为杠杆而非负担是关键。总结来说,借技术债务需谨慎,当收益大于利息时方可借用。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《深入浅出分布式技术原理》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(6)

  • 最新
  • 精选
  • peter
    请教老师一个问题:“可扩展”和“可伸缩”的区别?有的文章把“可扩展”和“可伸缩”当做两个不同的概念来讲解,但我总觉得这两个概念是一回事,请问它们的主要区别是什么?

    作者回复: 可伸缩性是指系统通过增加或减少硬件水平从而提升或降低系统性能的难易程度。 可扩展性我觉得在不同的上下文中有不一样的意思,比如我们常常谁的水平扩展能力,这里的扩展是和伸缩是一个意思。但是可扩展性也常常指软件系统应对需求增加或需求变化的能力。

    2022-02-05
    2
    5
  • Ooo
    耦合的越严重,技术债会越重,后续也越不好还,比如对外提供的接口就是要耦合到其他服务里去的,一旦变更,就需要所有用到的服务进行同步修改

    作者回复: 是的

    2022-03-28
    2
  • 郎思明
    总结下: 第一,这技术债务呢,肯定是会欠的。但是呢,我们可以选择些影响较少的技术债务先欠着。 第二,技术债务是要偿还的,如果不还。这个技术债务可能会通过降低开发效率,或者生产问题的方式,让你付出代价。
    2022-06-28
    2
  • hanjc
    知道有债务,但业务需求进度的推进没有留下还债的时间
    2022-12-12归属地:广东
    1
  • 张申傲
    老师这个类比真好~让技术债务成为杠杆而不是负担
    2022-06-21
    1
  • 花花大脸猫
    这个正好是目前正在经历的工作,技术债务这个,必须要看上层管理者对于此的看法与态度。就好比老师文中说的发展前/中/后期的对应的初始方式。如果上位者对此在发展的前/中/后期都是一样不在意的态度,永远的业务优先(KPI/OKR指标),保证功能上线,那技术债务肯定是越积越多,最终影响产品质量,丢失目标用户。而自己只能在所在团队内部尽可能的推进技术债务的偿还 ,但是对于整个产品线而言,永远都是由木桶理论下最短的那个决定产品对外的质量,所以针对此种情况,只能是有心无力!
    2022-05-30
    1
收起评论
显示
设置
留言
6
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部