首页
沸点
课程
数据标注
HOT
AI Coding
更多
直播
活动
APP
插件
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
管理思想
订阅
pojok
更多收藏集
微信扫码分享
微信
新浪微博
QQ
3篇文章 · 0订阅
稳定性方法论:可灰度 & 可监控 & 可回滚
业务系统核心目标是挣钱,系统稳定性建设核心是防止丢钱(丢钱逻辑如下图所示),站在公司的角度看,产品功能建设和系统稳定性是同等重要。 前段时间写了《 稳定性治理框架 》,该文章在稳定性建设的理
如何更好的应对技术债?
我们应该正视技术债,技术债并非永远都是一个负面词,它在某些情况下可以成为一种积极的手段,比如为了快速上线获取市场,为了应对紧急需求等。但是当技术债积累到一定程度时,同样会被反噬。
为什么还技术债的人总是我?
不管你的研发团队有多么丰富的经验,还是拥有何等体量的代码,或者是新技术的运用,总会产生一定程度的技术债。本篇作者进入腾讯十余年,总结分析了技术债生成的原因并结合个人项目经历分享技术债务应对方法