首页 文章 精选 留言 我的

精选列表

搜索[多租户SaaS],共10000篇文章
优秀的个人博客,低调大师

用 RAG Fusion 多查询召回融合提升检索

关键参数与边界:①改写 35 个,过多噪声、过少不全;②RRF 的 k 默认 60,调小更看重高排名文档、调大更平滑;③各查询取 top-410 再融合,控制计算量;④相比单查询,Fusion 覆盖多表述,对近义混淆类问题增益明显;⑤与查询分解互补——分解拆子意图、Fusion 扩同义表述;⑥线上增加一次 LLM 调用约 300~800ms,可缓存高频问题的改写结果。落地前建议在固定样本上对比单查询检索与 Fusion 检索的 context_recall 指标,确认提升后再接入。

优秀的个人博客,低调大师

OrientDB 3.2.48 发布,多模 NoSQL 数据库

OrientDB 是兼具文档数据库的灵活性和图形数据库管理链接能力的可深层次扩展的文档 - 图形数据库管理系统。可选无模式、全模式或混合模式。支持许多高级特性,诸如 ACID 事务、快速索引、原生和 SQL 查询功能。可以导入 JSON 格式、导出文档。 OrientDB 3.2.48 现已发布,此补丁版本修复了一些相当重要但不常见的问题。其中一个问题是在分布式环境中,当RidBags树事务在特定节点上以倒序应用时,本应仅执行该事务操作,却意外触发了全量同步。 其中一个相当大的问题是 SQL 查询中深度嵌套文档的解析速度非常慢,解析器会经历指数级增长的解析过程并导致失败。 具体更新内容包括: Core 修复了嵌套 JSON 解析速度慢的问题,issue#10328 改进序列化错误日志记录问题#10614 Tools 修复了控制台日志属性的加载问题 Distributed 修复了 PR #10549中描述的涉及树状缓存区事务应用顺序颠倒问题 Artifacts orientdb-community-3.2.48.tar.gz orientdb-community-3.2.48.zip orientdb-tp3-3.2.48.tar.gz orientdb-tp3-3.2.48.zip agent-3.2.48.jar 更新说明:https://github.com/orientechnologies/orientdb/releases/tag/3.2.48

优秀的个人博客,低调大师

OrientDB 3.2.47 发布,多模 NoSQL 数据库

OrientDB 是兼具文档数据库的灵活性和图形数据库管理链接能力的可深层次扩展的文档 - 图形数据库管理系统。可选无模式、全模式或混合模式。支持许多高级特性,诸如 ACID 事务、快速索引、原生和 SQL 查询功能。可以导入 JSON 格式、导出文档。 OrientDB 3.2.47 现已发布,这是一个中等规模的补丁版本。具体更新内容包括: Core 初始化 OrientDB 上下文执行器时设置正确最大容量 用社区维护的分支版本替换 lz4-java 修复导入 HTTP API 初始化时的并发问题 默认内存池保留页数限制为 1GB 更新了构建依赖项 Artifacts orientdb-community-3.2.47.tar.gz orientdb-community-3.2.47.zip orientdb-tp3-3.2.47.tar.gz orientdb-tp3-3.2.47.zip agent-3.2.47.jar 更新说明:https://github.com/orientechnologies/orientdb/releases/tag/3.2.47

优秀的个人博客,低调大师

OrientDB 3.2.45 发布,多模 NoSQL 数据库

OrientDB 是兼具文档数据库的灵活性和图形数据库管理链接能力的可深层次扩展的文档 - 图形数据库管理系统。可选无模式、全模式或混合模式。支持许多高级特性,诸如 ACID 事务、快速索引、原生和 SQL 查询功能。可以导入 JSON 格式、导出文档。 OrientDB 3.2.45 现已发布,这是一个相当小的补丁版本。具体更新内容包括: Core 由于 jdk 更新导致失败后更改了静态线程local allocation 更新和删除后更正记录大小 修复历史任务调度问题 Remote 修复网络消息中序列化器的使用,issue#10585 更新说明:https://github.com/orientechnologies/orientdb/releases/tag/3.2.45

优秀的个人博客,低调大师

OrientDB 3.2.44 发布,多模 NoSQL 数据库

OrientDB 是兼具文档数据库的灵活性和图形数据库管理链接能力的可深层次扩展的文档 - 图形数据库管理系统。可选无模式、全模式或混合模式。支持许多高级特性,诸如 ACID 事务、快速索引、原生和 SQL 查询功能。可以导入 JSON 格式、导出文档。 OrientDB 3.2.44 现已发布,这是一个新的补丁版本。具体更新内容包括: Core 更新了 commons-lang 2.6 依赖项,该依赖项已过时且不受支持 正确的磁盘缓存大小跟踪。 确保在设置属性值与当前值完全相同时,不要将文档标记为 dirty,issue#10514 纠正多语言脚本执行器中的数组处理,issue#10532 纠正索引查询查找中的类转换异常:issue#10530 更新说明:https://github.com/orientechnologies/orientdb/releases/tag/3.2.44

优秀的个人博客,低调大师

国内IT企业的底子到底有多薄弱?

敏捷、DevOps、CMMI、IPD……近年来,研发管理领域的各类框架与工具不断迭代,管理者们急于借新方法打破效率瓶颈。 可现实往往是:学完敏捷就拉着团队开每日站会,引入DevOps就搭了CI/CD流水线方法,流程改了多次,团队的研发效率却始终难有质的提升,投入与产出的落差,成了许多企业的老大难。 不久前,阿道接触到一位刚开始用禅道的朋友,我们也就这一问题交流了许多。这位朋友的经历恰好也为这个行业难题提供了独特的视角。 很有意思的是,他大学是学通信工程的,在校期间更多的是系统学习传统软件工程体系——从需求文档规范到瀑布式开发流程,每一步都强调严谨与标准化;而毕业后,他又先后进入互联网与金融领域,不同行业对响应、迭代的不同要求,又让他不得不主动接纳敏捷、精益等更多样化的管理思路。 两种截然不同的知识与实践背景,让他对研发管理有了更辩证的思考:为什么有些团队用上了最前沿的管理方法,却还是走不出方案有效,落地却满是纰漏的怪圈? 我们一致认为,流程优化的落地效果,始终依赖团队底层的工程实践能力。研发管理如果脱离扎实的工程实践谈流程创新,终究是空中楼阁。 点击获取禅道DevOps工程实践落地方案 一、为什么方案有效,落地却满是纰漏? 因为在落地的过程中,很多原本设想很好的实践慢慢就走了样。比如在研发流程中,需求评审与代码评审这两个关键环节就很容易沦为走过场。 需求评审最大的作用,是让所有人同时意识到:需求根本没想清楚。评审的过程中,是能够让产品、研发、测试等所有角色在同一时间、同一语境下,共同意识到“这个需求到底有没有用,还有没有更好的方案”。 在这个过程中,我们才能够及时发现那些隐藏在表面需求之下的逻辑漏洞、边界模糊等问题。比如某功能模块的用户场景是否覆盖全面?不同系统间的交互逻辑是否存在漏洞?异常情况的处理方案是否明确? 但若是跳过这一步或者只是走个过程,就容易出现“产品经理总是改需求怎么办”。这种频繁的需求变更不仅会打乱研发节奏,还会极大消耗团队精力,让团队陷入“做了又改,改了又做”的恶性循环。 再看代码评审,抛开实现落地不谈,团队成员几乎都会承认代码评审对代码质量的重要性,但又都对这一环节抱有抵触情绪。 这种抵触背后,藏着一种类似“囚徒困境”的心理博弈:从个人角度看,研发人员会觉得代码评审占用开发时间,若暴露代码漏洞或逻辑问题,还可能影响个人评价,于是倾向于简化评审流程,甚至回避复杂模块的检查;但从团队视角出发,严格的代码评审能直接降低线上故障风险,减少后期维护成本,是保障研发质量的关键环节。 当团队中每个人都抱着少花点时间在评审上,靠别人多把关的想法时,最终整个团队都要为低质量代码买单。 二、为什么关键环节难以落地? 为什么新的管理方法难以奏效?本质上,是团队的基本功没练扎实。 像IT研发管理中的很多理念,我们在制造业、建筑行业中都能找到源头。比如建筑业讲究万丈高楼平地起,依赖的是扎实的地基与标准化的施工,再比如制造业强调精益生产,就是靠每个环节的质量、成本管控来实现效率的提升。 因此在研发管理中,不论是传统的瀑布式开发还是敏捷迭代,80%的核心实践是相通的——需求管理、质量控制、配置管理、迭代规划……这些基础的能力如果没法落地,再先进的管理框架也只是花架子。 为什么很多大型软硬件结合的企业不用走敏捷,也照样稳扎稳打?关键就是他们的底层工程实践能力足够扎实:需求评审有严格的准入准出标准,代码质量有明确的管控流程,测试环节有完善的自动化体系……当基础能力达标后,更好的管理方法才是助益。 禅道创始人春哥一直认为,很多团队的流程规范大多停留在“倡导”层面,缺乏一套让其必须被执行的刚性约束机制。当流程可以被轻易绕过,且绕过之后没有直接的负反馈时,“走捷径”就成了人的本能。 因此在禅道中,我们也很注重在工具中落地团队基础工程能力的建设。 拿禅道DevOps平台中的代码扫描功能来说,这就是保证工程实践的一道闸门:提前定义代码规范、自动化完成代码规范检查、识别潜在漏洞、预警各类质量隐患……让问题都能在代码提交阶段被及时发现。 (扫描规则) (扫描问题) (扫描概况) 而且这种自动化的扫描也不需要依赖研发人员挤出时间来做评审,更能减少因为个人经验不足、精力有限导致的疏漏。当代码扫描成为研发流程的固定环节时,研发团队也会逐步实现代码规范,在标准化流程的推动下,慢慢地从被动接受检查转为主动追求质量。 许多团队在管理方法中打转却难见成效,原因可能就在于把流程优化停留在了理念层面,没能将关键的工程实践转化为可落地、可衡量的行动标准。 而禅道所做的,正是用工具内置这种可衡量的标准。禅道中内置的更多类似代码扫描的刚性功能,让原本依赖个人经验的质量管控,变成了团队共同遵循的硬约束。 对想要破局的研发团队来说,不妨先从两个小步骤做起: 梳理当前各个工程实践节点中,最常出问题的环节; 在禅道中将这些环节的标准固化。 让研发管理真正从纸上谈兵走向落地见效——这既是禅道为团队赋能的核心逻辑,也是所有追求效率与质量的研发团队,最应该借鉴的思路。 点击查看禅道DevOps工程实践落地方案

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

用户登录
用户注册