暂无搜索历史
无状态服务和有状态服务是分布式系统中两种主要的服务类型，它们在处理请求时有着不同的特性和要求。
在《人月神话》这本书中，作者将软件复杂度分为本质复杂度（Essential Complexity）和偶然复杂度（Accidental Complexity）。
1、这个小动画曾一度在研发圈里热传。它真实的展现了，现实中研发人员“苦逼”的一面。我们无奈地，苦苦地，一笑之后，思考一下这是为什么。
上一期我们学习了，一个应用架构的四层及职责。但是，随着业务需求的增多，时间的推移，系统架构慢慢的就变乱了。
我们的应用工程结构，常见大致分为四层。分别是api层、biz层、domain层和dao层。
1、研发做的纯技术工作或者提效类非业务性需求工作如何让业务方感知到？ 首先，需要互相建立信任。如果业务方提什么需求你都拒绝，也肯定不行。 一方面要去接需求，一...
面向对象编程OOP，可以说是我们最熟悉的编程范式，结合实际的过程我们一般有如下2点理解：
”从概率学角度分析，凡是有可能会出错的地方，只要变化次数足够多，最终出错的概率会无限趋向于1“
问：又看了一遍 如何提高代码的扩展性 的分享，里面提到你们团队会做概要设计。能分享一下概要设计抓的点是哪些吗？需要产出哪些方面的文档？
这里记录，我每周碰到的，或想到的，引起触动，或感动的，事物的思考及笔记。不见得都对，但开始思考记录总是好的。
第一个。在订单数据表里面会有个最终优惠后的订单金额，那么这个计算优惠金额是应该订单服务来做吗？
整个架构结构发展的历程，大概是从单体到分布式，到SOA，到微服务，最后或者说是现在的中台。
真正优秀的程序员知道怎样同别人融洽地工作和娱乐。代码便于看懂是对团队成员的要求之一。计算机可能和别人一样频繁地读你的代码，但是他读质量差的程序可比人强多了。作为...
扩容机器时需要注意什么？ 数据库连接：某服务集群一共有 10 个容器实例，每个实例会建立约 100 个数据库连接，加起来就是约 1000 个连接，假设数据库总共...
学习了两篇文章，转换成13个问题，我们来模拟一个问答场景，带你一起走进正交的世界。
主要看逻辑是否合理，有无多余的逻辑在代码里面，以防给别人和自己买坑，或者将来出现不定时的线上问题，有没有嵌套的过深的逻辑等等。
这篇文字讲述时间和空间，但肯定不是去理解牛顿的绝对时空观，也不会去理解爱因斯坦狭义相对论的理论。
我们一般应该怎么衡量代码的质量？容易被阅读，容易被维护，其中在维护代码的过程中，代码的扩展又是非常重要的衡量标准。另外，在我们所熟悉的23种设计模式中，大部分的...
你不应该局限于任何特定的技术，而是应该拥有足够广博的背景和经验基础，以让你能在特定情况下选择好的解决方案。
做架构设计也需要既“高明”又“精明”，高明让你的架构长远，精明让你的架构可以落地：
暂未填写公司和职称
暂未填写技能专长
暂未填写学校和专业
暂未填写个人网址
