职场与行业思考

为什么你的模型每次都要重新加载？为什么 Nginx 要和后端“说话”？底层到底用了什么通信方式？本文从最古老的 CGI 出发，一路深入到内核级 IPC 机制，试图清晰理顺搞懂现代 Web 服务的脉络

“23种设计模式”这一经典分类最早系统性地提出是在1994年出版的著作 《Design Patterns: Elements of Reusable Object-Oriented Software》

双删策略 Cache-Aside 第一次删（把路堵死）： 先把 Redis 里的缓存删掉。 目的：让接下来的读请求必须去查数据库，避免读到旧缓存。

历史文章参见 设计模式-23种设计模式的说法-掘金 每日知识-设计模式-状态机模式-掘金 每日知识-设计模式-观察者模式 - 掘金 cpp笔记第3篇-C++多线程单例模式单例模式 - 掘金 今天讲讲面

摘要：雪崩Avalanche 或 Cascading Failure）在计算机系统、尤其是分布式系统中，指的是一个局部故障引发连锁反应，导致整个系统或大部分服务不可用的现象。

摘要：本文通过流行的年终总结开始，说明了变化的显化给人的震撼，以及坚持长期主义的意义和价值。通过量化记录自己的变化，可以更容易看的见自己的变化，通过定期复盘可以找到下一轮的出发方向，成为更好的自己。

本文以秒杀场景为例，深入浅出讲解消息队列“削峰”原理，对比无队列直接冲击与异步缓冲差异，揭示票务系统“疯狂刷新”背后的多层限流设计。用“蓄水池”“排队取号”等比喻拆解本质，坦言高并发技术已成熟

摘要：工程师的技能规模化，不在于重复劳动，而在于将技术与真实行业痛点结合，通过产品化、平台化交付可复用的价值。关键不是“多写代码”，而是“解决有人愿意付费的问题”。

在调试型错误时，我意识到：AI 编程本质是概率游戏。过度依赖 AI 处理不熟悉的框架和工具，会让问题越改越复杂。我们应该在自己理解的范围内编程，对陌生领域先学习再让 AI 辅助，而不是完全撒手不管。

摘要：本文分享一个后端工程师的实践：通过领域驱动设计（DDD）先抽象出 Chatbot 的核心领域模型，剥离 Flask、前端 JS 及移动平台 API 等“壳子”，实现业务内核与技术实现解耦

摘要：本文介绍一种适用于小型团队的轻量级复用治理机制：通过“声明式竞争”提出通用方案，借助代码评审拦截重复造轮子，在无重流程前提下促进高质量共享代码自然演化。

摘要：领域驱动设计（DDD）是一种以业务为核心、应对复杂系统的软件开发方法论。通过统一语言、限界上下文和领域建模，DDD 帮助团队构建高内聚、可演进的系统架构，尤其适用于微服务与长期维护的业务场景。

摘要：本文探讨了AI大语言模型出现之后，人类应该重新思考做事的逻辑，包括利用大模型去学习和辅助实践。在利用大模型的时候，也要注意它的局限性。

摘要：本文从ImageNet介绍到了TPC基准测试系列，讨论了如何通过高质量的数据集进行和保障系统稳定的模拟试验场，并且讨论了如何获取这些数据和构建模拟环境的方法。

摘要: 本文全面的总结了应对系统流量突增的策略，包括系统鲁棒性的设计，提前压力测试，识别流量激增的原因，上线后利用限流和熔断保障系统的稳定性，弹性扩容提升系统承载能力等。

介绍 本次的文章讨论了4个问题： 1 专利和软著怎么查重？ 2 专利审核为什么容易积压，为什么审核缓慢？ 3 垃圾专利为什么过审的这么多？ 4 专利是否具备全球通用性？

本文总结了国有企业化信息的困境，包括行政命令推广，缺乏市场化的土壤，对于自助可控的误解，市场驱动的缺失。

本文反思了信息化产业失败的情况。 国企的信息化发展不起来有很多的原因，最关键的是市场驱动力补足，而长期回报和短期决策的错配，环境保守的基调，以及形成边缘部门人才短缺的为代表的最终问题。

使用AI编程的第五篇：AI产品形态的创新突破 引言 在AI编程工具的发展历程中，我们见证了从简单的代码补全到智能编程助手的演进。

又是一次新系统的安装bazel。我坐在电脑前，熟练地打开浏览器，准备重建我的开发环境。作为一个经验丰富的开发者，我知道这将是一场漫长的战斗。