• 近期计划之可复用的轮子
  核心 制作一些开箱就可以使用，有价值的系统。 从最上层的业务层，开始到支撑，最后到底层服务。 从下到上建设，从上到下拆解。 达到一个企业完整的服务支撑为止。MVP 可用。 拓展系统 [] cmdb [] 分布式文件管理平台 [] 分布式调度平台 [] 文档协作平台 [] ums+sso+passport 认证平台 [] bpm BPM（B...
  2030-08-31 13:01:55 | Awesome
• 近期计划
  核心 制作一些开箱就可以使用，有价值的系统。 从最上层的业务层，开始到支撑，最后到底层服务。 从下到上建设，从上到下拆解。 达到一个企业完整的服务支撑为止。MVP 可用。 设计蓝图 近期准备做的事情 D:\github\blog-plateform-design\src\posts [x] 日志处理 log 平台 [x] 测试平台 [x] SSO+passport 用...
  2030-08-31 13:01:55 | Awesome
• 权限体系之-01-ums passport sso 这些系统之间的关系和区别
  chat ums passport sso 这些系统之间的关系和区别 很好，这个问题问得非常“架构向”，而且正中很多系统设计的坑。 我们用通俗 + 架构视角，把这三者的关系彻底拆清楚。 一句话先说明白 ✅ UMS 管“人”，Passport 管“登录”，SSO 管“跨系统统一登录”。 它们不是平级系统，而是一个逐层升级的关系： UMS → Passport →...
  2025-11-20 06:12:33 | plateform
• AI 规范驱动开发“三剑客”深度对比：Spec-Kit、Kiro 与 OpenSpec
  chat AI 规范驱动开发“三剑客”深度对比：Spec-Kit、Kiro 与 OpenSpec 下面给你一篇接地气、面向实践、适合技术人阅读的深度对比文章，主题正是你要的： AI 规范驱动开发“三剑客”深度对比：Spec-Kit、Kiro 与 OpenSpec AI 规范驱动开发（Spec-Driven Development，SDD）这半年火得离谱。原因很简单——大家都发现： “...
  2025-11-20 06:12:33 | AI
• mybatis 如何指定单个语句的超时时间
  mybatis 如何指定对应的语句的超时时间 不影响其他的语句? 在 MyBatis 里，如果你只想单独给某个 SQL 语句设置超时时间（timeout），而不影响全局或其他语句，有几种方式可以做到。 ✅ 方式一：在 XML 映射文件里指定 timeout 这是最常见、最推荐的做法。 在对应的 <select>、<update>、<insert>...
  2025-11-13 06:12:33 | Mybatis
• NLP平台-07 企业端、用户端、管理员端三端应该如何设计？
  chat 假设我要设计一个招聘平台，那么是不是需要设计三个客户端：面向企业的、面向普通面试者的、面相管理员的？？ 从实际的业务形态来看，一个“招聘平台”（无论是 BOSS 直聘、拉勾、Indeed，还是企业内部招聘系统）确实通常会有三类角色，但不一定要拆成三个“独立客户端”。关键是角色逻辑的隔离，而不是客户端数量本身。 下面我帮你梳理得更清晰一些。 ✅ 一句话结论 是的，一个招聘...
  2025-11-06 06:12:33 | Think
• NLP平台-06-openapi apiKey 的安全性问题
  chat 够安全吗？ 简单说：是的，只有一个 apiKey 的 API，天然就有“暴露风险”——但行业里也有一整套惯例来“降低风险、隔离影响、可追溯可封禁”。 我给你一个接地气、工程化的解释： 1. 只有一个 API Key，会不会暴露？是的，但可控。 典型场景（例如一些 AI 服务、Webhook、第三方 API）确实只给一个 API Key。 你在服务端调用时，这个 Key...
  2025-11-06 06:12:33 | Think
• NLP平台-05-核心模块 中台服务
  chat 你觉得一个平台 最核心的，除了用户模块，通知模块 短信，邮件，I’m 之类的， 清结算模块。还有那些核心的模块 用户、通知、清结算确实是任何平台级产品的基石。 除此之外，还有以下几个极其核心的模块，它们共同构成了一个完整、健壮、可扩展的平台。 我将这些模块分为三大类：核心业务与数据层、平台支撑与安全层、运营与增长层。 一、 核心业务与数据层 这类模块直接处理平台的核心价...
  2025-11-06 06:12:33 | Think