import com.alibaba.fastjson.JSONObject;import com.baomidou.mybatisplus.core.conditions.query.LambdaQueryWrapper;import lombok.extern.slf4j.Slf4j;import org.apache.commons.lang3.StringUtils;import org.

最近在读杨益、陈朝巍老师的《丹纳赫模式》这本书，让我眼前一亮的不是高大上的DBS系统和它强大众多的工具。而是它能把别人家的工具玩出花样来的真本事。翻开DBS工具箱，你会发现熟悉的5S、VSM、Kaizen、PDCA、TPM、PSP、VOC等工具。这些并非丹纳赫的原创，而是经过市场反复验证的经典工具方法。

近期有不少新同事入职，深感任务分解能力对职场新手太过重要，旧文再次分享。以下正文：写OKR（Objectives and Key Results，是一套明确和跟踪目标及其完成情况的管理工具和方法）深层次的问题就是掌握任务定义的一系列方法论。我这里列一个自己觉得可行的分析框架。肯定不只这一种构造方法。说一千道一万，任务分解和目标管理，就是一句话“知所先后，则近道矣”——就是搞清楚优先级、锻炼清晰的目

性能测试二八原则，响应时间2/5/8原则所谓响应时间的“2-5-8原则”，简单说，就是当用户能够在2秒以内得到响应时，会感觉系统的响应很快；当用户在2-5秒之间得到响应时，会感觉系统的响应速度还可以；当用户在5-8秒以内得到响应时，会感觉系统的响应速度很慢，但是还可以接受；而当用户在超过8秒后仍然无法得到响应时，会感觉系统糟透了，或者认为系统已经失去响应，而选择离开这个Web站点，或者发起第二次请

本文给大家介绍了五个经典的漏斗模型，看如何通过漏斗思维去穿透流程化的本质。日常工作中，我们会发现不同行业或者不同岗位上，大致会遵循着一些相同的流程，或长或短，或复杂或简单，而所有的流程基本都会为自身的终极目标负责，比如招聘工作中要为最终员工入职负责，销售工作要为客户买单负责，运营工作中可能要为最后的用户增长负责，而每一项工作本身又是复杂的，此时如果没有一个清晰的链路，我们很难定位问题的源头在哪里？

MoSCoW模型：适用于需要快速定义和优先排序需求的团队，尤其是在敏捷开发和快速迭代的环境中。KANO模型：适用于需要深入理解用户需求，探索用户期望和满意度的团队。RICE模型：适用于需要综合考虑需求的商业价值和复杂性的团队，特别是对于产品需求的评估和预算分配。ICE模型：适用于需要在时间和资源有限的情况下进行需求优先级排序的团队。Weighted Scoring模型：适用于需要综合考虑多个因素来

技术架构：确定组成应用系统的实际运行组件（lvs，nginx，tomcat，php-fpm 等），这些运行组件之间的关系，以及部署到硬件的策略。紧接着业务模式越来越复杂，订单、商品、库存、价格等各个模块都很深入，比如价格区分会员等级，访问渠道（app 还是 PC），销售方式（团购还是普通）等，还有大量的价格促销，这些规则很复杂，容易相互冲突，需要把分散到各个业务的价格逻辑进行统一管理，以基础价格服

关键路径法是PMP必考的知识点，我们在编写《PMBOK指南》第六版辅导教材（暂定书名《PMP考试全解读》）的过程中，对其进行了详细的整理说明，除了明确考试的重点，还对其中考生常见的模棱两可的知识点进行了图解说明，现在分享给正在准备参加PMP考试的广大考生。【注】文中图表编号与《PMP考试全解读》一致，没有做调整。一、什么是关键路径法CPM？关键路径法用于在进度模型中估算项目最短工期，确定逻辑网络路

业务架构、数据架构、应用架构和技术架构是企业架构中的四个主要架构，它们在关注的方面和功能上有所不同，但是它们是相互关联和相互支持的，共同构成了企业的总体架构。在企业中台建设中，数据架构是核心，通过对企业的数据资源进行规划和设计，可以实现数据共享和数据治理，提高数据的价值和利用效率。数据标准，数据采集加工，数据入湖，数据治理，数据共享服务，数据安全，数据质量，数据架构。技术选型，框架，PaaS平台，

选择Index并不明显，有几个问题可以帮助选择Index。是否需要精确结果使用Flat。IndexFlat2是唯一能保证精确结果的Index。它为其他Index提供了对比标准。它不会压缩向量，不支持带标签添加，只能顺序添加。所以，如果你需要add_with_ids，使用IDMap,Flat。内存是否有限制请注意Faiss所有的Index都是存储在RAM里的，如果不需要精确结果，而同时RAM是有限的