暂时未有相关云产品技术能力~
暂无个人介绍
亚当斯密对我的启发，我称之为“软件研发的道德情操”。
如何充分发挥 SQL 能力，是本篇文章的主题。本文尝试独辟蹊径，强调通过灵活的、发散性的数据处理思维，就可以用最基础的语法，解决复杂的数据场景。
本文基于日常需求中遇到的问题，演绎微型重构的过程。
对抗焦虑，首先我们要分离好“被贩卖的焦虑”这个课题，其次，摆正好姿态，管理好自己的欲望，通过螺旋式的“成长”来改善“自己的不满意”。
这篇文章总结了常用的架构图类型，可以借鉴笔者提供的模板，快速地产出符合业务需要的架构图。
文中有福利！快来参与
服务一个人的系统，和服务一亿人的系统，复杂度有着天壤之别。本文从工程师文化、组织战略、公司内部协作等角度来分析软件复杂度形成的原因，并提出了一些切实可落地的解法。
作者对设计原则、模式等学习后，通过本文谈谈自己的感受。
述职的目的是通过事情本身看人的成长变化，有两点比较重要：一个是价值和结果的呈现、另一个是个人的成长和变化。本文针对这两个点展开聊聊，包括通过哪些方式来改变自己有所成长，如何进行价值的定义判断、结果及呈现。
本文只是总结下线上问题的排查过程，不讲方法论，没有大道理，行文会较为随意，注重的是排查思路，希望对同学们日常研发工作有所帮助~
如果你正在负责一个超大复杂型平台（比如电商、支付、物流）的架构师，且面临各种技术负债（比如架构复杂性、团队协同复杂性），同时业务又面临从平台服务，到场景化创新的转型。那么这篇文章也许对你有收获。
作为一名研发人员，除了业务开发之外，研发提效是一个永恒的话题，而女娲正是这一话题下进行的一次全面的剖析和实践。
匠心来自于重复性工作，但重复性工作未必一定培养出匠心。
本文记录了作者组内监控治理过程和治理心得。
作者从2015年起至2022年，在业务平台（结算、订购、资金）、集团财务平台（应收应付、账务核算、财资、财务分析、预算）、本地生活财务平台（发票、结算、预算、核算、稽核）所经历的业务系统研发实践的一个总结。1.核心是面向复杂性业务支撑的实践经验（个人概念里的“复杂业务“，大概至少面向5类行业若干业务线且业态差异很大），文章不涉及性能、稳定性、资损防控、大数据离线研发，聚焦在线业务系统架构对多态业务的包容性、开放性、灵活性、可读性。2.文章较多强调”个人”两字，因为仅是我个人在实践上归纳总结的一些方式方法。3.实践经验主要来自两类，一类是接手旧系统，得以见识不一样的设计，文中“见过”特指。
智能化是数字化的延伸，数据是AI的基石，AI需要借助数据更好地为社会、商业以及每一个人提供服务。基于AI的数据库将逐步演化为一站式的数据平台，这其中蕴含着巨大的商业价值。
本文从测试体系的历史入手，讲述了从手动测试 -> 靠别人自动化测试 -> 靠自己自动化测试的历史演化进程，也尝试着从这个视角解释为什么大家过去不重视单元测试。之后我们分别讲述了什么是单元测试，业界的金字塔测试最佳实践，并且深入讲解了单元测试的种种好处。最后我们列举了常见的反面模式和误区，帮助大家快速识别规避常见的错误。
本文从产品运营的定义到作者对产品运营的理解以及一些工作中用到的方法论做了总结。
在本篇文章中，作者介绍了 Rust 是什么，它的历史以及 Rust 是如何备受开发者和行业的青睐。希望本篇文章能帮助读者对 Rust 这门语言有一个大概的了解。
日志是系统中熵增最快的一个模块，它承载了业务野蛮生长过程中的所有副产品。本文介绍了一个日志治理案例，围绕降本和提效两大主题，取得一定成效，分享给所有渴望造物乐趣的同学。
本文总结了作者和团队的其他同学在全栈化实践中的痛点和问题，分享了自己的解决思路和经验，希望让后人可以更轻松加入全栈化大家庭，走的更快更稳。
本文是一次访问Redis延时高问题排查与总结的续篇，主要讲述了当时没有发现的一些问题和解决方案。
本文记录了稳定性摸排过程中的一些思考和沉淀。
本文将以“如何快速落地”、“快速适应新环境”为出发点，探讨数据研发“新人”如何快速了解公司业务、领域模型和业务系统，然后快速高效的推进相关工作，赢得合作伙伴的信任和支持。
同样是在软件开发行业工作 3 年，为什么有些人经验丰富，可以独当一面，而有些人却还和工作一年的人差不多？作者给出了自己的答案。
技术PM如何在实际工作中正确精准表达出自己想要输出的信息，掌握底层逻辑---结构化思维就显得尤为重要。而培养结构化思维的有效工具即是---金字塔原理。
本文是快速成长系列第三篇《自我培养和培养他人》，会从人才培养的目标、缺失、系统、实施几个方面介绍人才培养的实践经验。
本文主要指出 @Builder 存在的一些问题，指出它并不是链式编程的最佳实践。
希望本文能帮助所有内向者发现自身的优势，实现由内而外的成长。
「软件分析」与「软件设计」这样的词眼经常听到，然而要真正理解「软件分析」和「软件设计」的本质是比较难的，本文带你了解软件分析与设计的「逻辑性」到底是什么。
快速成长总共三篇，分别是《完成自我升级》、《自我成长的方法》、《学会自我培养或培养他人》。本文为第二篇，会从9个维度分享自我成长。
本文将结合 iLogtail 项目，从实践角度探讨一些常见设计模式的技术原理。
怎么才能很好的避免低级故障？以下规范在大型互联网公司经过了充分的验证，尤其适用于并发量大、数据量大的业务场景。
当代AI来势汹汹，本文从AI的特点、对研发的挑战、AI的应用工程和场景分化等剖析了AI时代的应用工程化架构演进之路。
本文是技术人成长系列文章，作者期望透过这些真实的技术成长经验，给到读者一些有益的启发。
通过本文作者想和大家简单讨论下大模型的局限以及真正的适用场景。
本文比较系统的介绍了什么是全栈以及全栈开发的具体步骤和实践，最后分享了作者做全栈的心得体会。
这篇文章与读者朋友们好好聊一聊共识这个技术领域，期望能够让大伙儿对共识协议的前世今生以及这些年的技术演进有个大体了解。
本文篇幅有些长，但是相比阅读各类书籍，然后理解和吸收，会大大节省很多时间，对于一些书中难以理解的部分做了改进，帮助更好的理解。可能阅读本文需要一些软件方法的基础知识，才能更好理解和吸收，甚至提出反馈建议。希望文本对大家有帮助，当然这需要运用好“只字不差阅读”和“只字不差理解”。
对于一个架构师来说，在软件开发中如何降低系统复杂度是一个永恒的挑战。
本文记录一次glibc导致的堆外内存泄露的排查过程。
作者总结了今年作为评委参加的很多晋升场子，其中以前端和客户端技术栈为主，总结了一些收获分享出来。
对于技术PM来说“优雅”做好项目管理至关重要。优雅是一种态度和状态、优雅是一种能力和过程，想要优雅做好项目管理，掌握项目管理的思维、理论、工具和方法至关重要。
这篇文章的主要内容包括：1、数据架构的演变历史与各种架构的优缺点。2、流批一体的价值。3、流批一体架构中流与批的关系。
本文会先带领大家一起简单回顾下跨端技术背景与演进历程与在这一波儿接着一波儿的跨端浪潮中的饿了么跨端现状，以及在这个背景下，相较于业界基于 React/Vue 研发习惯出发的各种跨端方案，饿了么为什么会选择走另外一条路，这个过程中我们的一些思考、遇到及解决的问题和取得的一些成果，希望能给大家带来一些跨端方面的新思路。
本文主要梳理了Spring解决bean循环依赖的思路。
本文给大家介绍了什么是"编程范式"，选择合适的编程范式可以提高代码的可读性、可维护性和可扩展性。
本文主要介绍常用的存储类型及它们之间的对比差异，辅助帮助大家在不同需求和场景下选择合适的存储类型。
搜索慢慢的被大模型渗透，那么很自然很多人想到了推荐，但是推荐是不是真的可以被大模型渗透呢？大模型能改变推荐的范式吗？
本文整理了一些阿里人内部推荐的书籍给大家～
发表了文章
2025-11-27
发表了文章
2025-11-27
发表了文章
2025-11-27
发表了文章
2025-11-27
发表了文章
2025-11-27
发表了文章
2025-11-27
发表了文章
2025-11-27
发表了文章
2025-11-20
发表了文章
2025-11-20
发表了文章
2025-11-20
发表了文章
2025-11-20
发表了文章
2025-11-20
发表了文章
2025-11-14
发表了文章
2025-11-13
发表了文章
2025-11-13
发表了文章
2025-11-06
发表了文章
2025-11-06
发表了文章
2025-11-06
发表了文章
2025-10-30
发表了文章
2025-10-30
提交了问题
2024-03-14
提交了问题
2024-03-08
提交了问题
2024-02-21
提交了问题
2024-02-05
提交了问题
2024-01-18
提交了问题
2024-01-17
提交了问题
2023-12-28
提交了问题
2023-12-22
提交了问题
2023-12-14
提交了问题
2023-12-07
提交了问题
2023-12-01
