相关分享
0
喜欢
db
www.dbform.com
/
2026-05-07 14:12
OpenClaw 发展历程表：从 clawdbot 到 openclaw
这份时间线，是从 v2026.1.5 开始往后捋。按 release 命名和说明来看，这一版基本可以当成项目正式进入 clawdbot 阶段的起点。后面它先经历了 clawdbot、Clawdbot 这几个写法上的变化，中间还短暂改名成过 Moltbot，直到 v2026.1.29 前后才真正把名字切到 openclaw。
无图
1
喜欢
in
insights.thoughtworks.cn
/
2022-07-07 10:19
遗留系统的服务拆分
我们正在书写、即将面对、正在面对遗留系统。在与遗留系统的相爱相杀中，需要我们基于项目目标和现状、结合过往经验、经过剪裁和取舍，才能迎面不断出现的挑战。
无图
1
喜欢
无图
1
喜欢
in
insights.thoughtworks.cn
/
2021-11-26 15:50
数据库拆分实战
数据库重构和代码重构有相似之处，也有不同之处。相似之处在于修改的过程中基本的思路是一致的，测试->修改->测试，小步快跑，反复迭代。不同之处在于拆库还依赖于硬件的基础设施，这就更要求测试环境尽量去模拟生产环境。
无图
1
喜欢
te
teobler.com
/
2021-09-14 09:38
微前端拆分实践
我们的项目整体来看算得上一个比较大型的项目，整个项目规划完成后有 17 条业务线。但是在刚起项目的时候由于种种原因并没有考虑周全，将项目当成一个普通的前端项目来解决，在第一期项目结束，第一条业务上线后，我们紧接着开始了第二和第三条业务线的开发，紧接着我们就遇到了一些问题.....
无图
1
喜欢
in
insights.thoughtworks.cn
/
2021-07-06 13:01
迭代开发中的微服务拆分
微服务拆分是微服务架构绕不过的话题，随着架构演进，在迭代开发中拆分微服务有时非常必要，微服务拆分不仅仅是一项技术层面的重构，首先要选择的合适的时机，另外在拆分前一定要理清业务现状，制定好拆分的基本原则，以指导后续拆分的过程。
无图
2
喜欢
zh
zhuanlan.zhihu.com
/
2021-06-08 11:21
实操笔记：为 NSQ 配置监控服务的心路历程
在 Go 语言实现的实时消息队列中， NSQ 的热度可以排第一。
NSQ 这款消息中间件简单易用，其设计目标是为在分布式环境下运行，为去中心化服务提供一个强大的基础架构。它具有分布式、去中心化的拓扑结构，该结构具有无单点故障、故障容错、高可用性以及能够保证消息的可靠传递的特征。
NSQ 以分布式架构， 能够处理数亿级别的消息能力俘获了众多 gopher 的心……
无图
1
喜欢
in
insights.thoughtworks.cn
/
2020-12-09 10:36
使用 DDD 指导微服务拆分的逻辑
对于服务拆分的逻辑来说，是先设计高内聚低耦合的领域模型，再实现相应的分布式系统。服务的划分有一些基本的方法和原则，通过这些方法能让微服务划分更有操作性。最终在微服务落地实施时也能按图索骥，无论是对遗留系统改造还是全新系统的架构都能游刃有余。
无图
2
喜欢
mp
mp.weixin.qq.com
/
2020-08-16 14:38
一次蚂蚁金服的辛酸面试历程
当年我还很愚昧，根本不知道很多大厂有实习招聘，直到大三要结束了，学校说: “同学们，你们大四没课，一定要实习阿！” 我才反应过来，喔，原来我要去找实习。而且自己也从没规划过什么职业方向。我学的是软件工程，但我当时还真不知道自己未来的具体岗位。
无图
2
喜欢
mp
mp.weixin.qq.com
/
2020-08-02 13:43
Android 升级适配爬坑历程
最近接手了一个公司项目，项目比较老了，从Android 5.0之后就再也没有适配过了，然而重写时间又来不及，然后我的爬坑之旅便开始了。（以下适配方案是按照项目需求顺序来的）
无图