首页
AI Coding
NEW
沸点
课程
直播
活动
AI刷题
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
架构师
用户44307272686
创建于2025-11-26
订阅专栏
架构师成长
暂无订阅
共13篇文章
创建于2025-11-26
订阅专栏
默认顺序
默认顺序
最早发布
最新发布
微服务的基本设计原则:别只会拆服务,要会「养服务」
微服务的基本设计原则:别只会拆服务,要会「养服务」 微服务不是把单体照着模块名一刀一刀切开就完事了。 很多团队上微服务,第一步就是「先拆一圈 Service」,结果: 服务数量爆炸,调用关系成了意大利
架构设计原则和规约:写给一线开发的「进阶武功心法」
架构设计原则和规约:写给一线开发的「进阶武功心法」 当你不再满足只写需求,而开始关心「系统是不是优雅、可扩展、抗高并发」,这章就是给你的。 很多人学架构,第一反应是各种流行词:微服务、DDD、中台、云
如何制定技术发展路线图:给准架构师的「带队指南」
如何制定技术发展路线图:给准架构师的「带队指南」 当你开始不满足只写需求,而想带团队「往前走」时,就需要一张技术路线图。 在不少公司里,升级到架构师 / 技术负责人之后,你会突然发现: 只会写好代码、
识别公司业务发展特点,找到架构问题的「根本解」
识别公司业务发展特点,找到架构问题的「根本解」 架构不是从技术开始,而是从业务特点开始。 很多架构师一上来就想「用上最新的技术栈」「搞一个最先进的架构」, 但真正决定你该怎么架构的,其实是:你公司的业
如何把技术变成生产力:架构师的「解题三段论」
如何把技术变成生产力:架构师的「解题三段论」 当业务被技术问题卡脖子时,轮到你这个「准架构师」上场了。 很多公司都有类似场景: 系统历史包袱重,谁动谁出事 测试回归成本高,一点小改动都得「全链路回归」
架构师的发展方向:条条大路通罗马,干到退休不是梦
架构师的发展方向:条条大路通罗马,干到退休不是梦 写给一线开发和准架构师的一份职业路线图。 很多同学学了很多技术、刷了很多题,也在业务一线写了不少代码,但一想到「架构师」三个字,总觉得又远又虚: 到底
学了这么多技术,为什么还成不了架构师?
学了这么多技术,为什么还成不了架构师? 写给一线开发和准架构师的“清醒剂”。 这一章本质在回答三个问题: 架构设计到底在“为谁服务”? 架构师这条路,难点究竟在哪? 从一线开发走向架构师,最该补的不是
架构思维方法论(AT):世界 500 强最爱用的“多视角八股文”
架构思维方法论(AT):世界 500 强最爱用的“多视角八股文” AT = Architecture Thinking。 它不是一门新技术,而是一套“如何系统性地思考和表达架构”的方法论。 相对前面两
基于特定领域的软件架构开发(DSSA):把行业经验“固化成架构资产”
基于特定领域的软件架构开发(DSSA):把行业经验“固化成架构资产” DSSA(Domain Specific Software Architecture)想做的事是: 不再每家公司都从零设计一套类似
基于架构的软件开发(ABSD):别再“先写代码,后补架构”
基于架构的软件开发(ABSD):别再“先写代码,后补架构” ABSD(Architecture Based Software Design)想解决的问题是: 别再“先堆需求 + 先写代码,最后才想起要
软件架构风格:给准架构师的“选型地图”
软件架构风格:给准架构师的“选型地图” 这一章想做一件事:帮你把常见架构模式,装进一个清晰的“脑内索引”。 我选了 5 大类、十几种软件架构风格,它们几乎覆盖了你日常工作能碰到的大部分系统形态: 数据
软件架构的意义:给一线开发和准架构师的一封信
软件架构的意义:给一线开发和准架构师的一封信 架起需求到落地的桥梁,构建你的 IT 新蓝图。 这一整章原本是课程讲稿,下面用「一线开发 / 准架构师 + 轻松技术博客」的方式,帮你串成一篇更好读、但信
软件架构认知:从“少林 vs 武当”到你自己的定义
软件架构认知:从“少林 vs 武当”到你自己的定义 目标读者:一线开发工程师 & 准架构师。 这一章想解决的问题只有一个:到底什么是软件架构? 你会发现,不同大师给的定义都不一样,但最后会收敛到两个关