9号达人

最近在开发过程中遇到了一个的挺有意思的验签问题。我们的项目采用了前后端签名验证机制来保证数据安全： 前端：请求时对 body 进行签名 后端：接收后对 body 进行验签 正常情况下都没啥问题，但这次

概念来源 "银弹"（Silver Bullet）这个概念来自于弗雷德里克·布鲁克斯（Fred Brooks） 的经典著作《人月神话》（The Mythical Man-Month）。 1986年，布鲁

最近去另一个业务组帮忙一起开发优惠系统。我们的老项目采用的是实时结算模式：用户看到优惠 → 直接下单 → 按实际优惠结算。前端展示优惠信息，用户下单后，后端直接根据当前优惠规则计算最终的优惠金额。 但

问题背景 最近在写接口的时候，遇到了一个看似简单但实际很坑的参数校验问题。代码是这样的： 看起来很完美对吧？使用的是 javax.validation.constraints.NotBlank 注解来

背景 最近在开发微服务项目时遇到了一个典型的技术决策场景：我们的商品服务通过 Dubbo 对外提供了一个商品列表查询的 RPC 接口，目前被网页端系统调用。现在 PC 端管理系统（新的调用方）也需要类

前言 作为一个普通公司的后端，最近在负责 SaaS 的对账系统重构。理想很丰满，现实很骨感。今天想聊聊小公司做对账系统时，可能会遇到的一些真实问题。 一、理想与现实的差距 1.1 理想中的数据分层架构

认证方案的设计与思考 登录设计一件看似简单却很复杂的事，其中用户认证是是登录的核心功能 主流认证方式 目前业界主流的认证方式主要包括： 认证方式 特点 适用场景 优势 劣势 Session 有状态，服

这个Bug，你是不是上次就没改好？ 当项目经理（兼职产品）在钉钉上@我，风轻云淡地打出你提个事故报告吧，说明一下是修复了又重新复现，还是第一次时，我的脑子嗡的一下——心想完了，这锅怕是要砸我头上了。

if-else 优化的折中思考：不是消灭分支，而是控制风险 前言 各种社区里，你一定见过无数篇标题类似"彻底消灭 if-else"、"告别 if-else 地狱"的文章。这些文章通常会展示一段充满 i