说明文档 http://doc.ruoyi.vip/ruoyi-vue/ 一、下载源码 git clone https://gitee.com/y_project/RuoYi-Vue.git 二、后端 1.导入 SQL文件 mysql >=5.7 E:\RuoYi-Vue\sql 2.修改数据库连接 E:\RuoYi-Vue\ruoyi-admin\src\main\resources\application-druid.yml 3.修改 redis E:\RuoYi-Vue\ruoyi-admin\src\main\resourc …
本文链接地址: GMTC2021笔记
本文链接地址: Qcon 2021 参会笔记
审查之前，应确保以下原则： 该代码编译并通过静态分析而不会发出警告 该代码通过了所有测试（单元测试，集成测试和系统测试） 您已仔细检查拼写错误，并进行了清理（注释，待办事项等） 您概述了此修改的含义，包括修改的原因以及修改的内容 执行 这个代码更改是否完成了它应该完成的任务？ 这个解决方案可以简化吗？ 此更改是否添加了不需要的编译时或运行时依赖项？ 是否使用了不应该使用的框架、 API、库、服务？ 是否没有使用框架、 API、库、服务来改进解决方案？ 代码是在正确的抽象层上吗？ 代码是否足够模块化？ 你是否会用一种不同的方式来解决这个问题，这种方式在代码的可维护性、可读性、性能和安全性方面会大 …
限流 PUSH PULL Max-Min Fairness 分布式限流 客户端截流 熔断器 客户端限速 Casestudy 本文链接地址: 微服务可用性设计之限流
隔离 服务隔离 动静分离 轻重隔离 物理隔离 进程隔离 多租户架构 本文链接地址: 微服务可用性设计之隔离
代码审查的定义 代码作者以外的其他人对代码进行检查, 以寻找代码的缺陷和可以提高的地方 代码审查的方式 本地编码 本地使用静态检查工具 本地使用单元测试 本地使用工具查看准备发出去的diff 发出审查 通过则puvh 不通过则修改再次提交 代码审查应该检查什么 设计 功能 复杂度 测试 命名 注释 格式 代码审查的收益 直接受益 代码质量 协作效率 研发成本 工程师成长 附带收益 变更决策的审核 工程师社交 如何成功执行代码审查 常见问题 无疾而终 流于形式, 走过场 浪费时间 解决根本: 团队内达成重要的共识 明确代码审查的重要性 计入工作量、计入绩效考核标准 审核统计数据做参考, 主观互评 …
一、产品定义原则 用户和场景是一切的基础。 清晰的用户画像和使用场景，是整个产品的基础条件。 找到用户价值和商业价值的结合点。 定义一个新的产品时必须找到用户价值和商业价值的结合点，同时能够满足用户价值和商业价值的需求通常是最优质的需求。 设计可持续正向增长的产品模式。 产品模式应该是可持续的、长期的、正向增长的，随着用户的使用，产品价值会越来越高，业务增长会越来越好，成本增长不断下降。并且，给老产品带来正向增长的新产品，要比只利用老产品来补给的新产品要好。 二、产品设计原则 首先要是能够最小可用的全场景闭环。 商家端的产品要做成全场景、完整业务链路的闭环，因为任何一个环节的缺失和不完善都会导 …