首页 文章 精选 留言 我的

精选列表

搜索[高并发]，共10000篇文章
优秀的个人博客,低调大师

预算紧、时间急、要求高！如何破解项目管理的「不可能三角」

“这个项目既要快、又要好、还要省钱，下个月必须交付上线！” 当接到这样的需求时，作为团队领导的你，是否感到一阵窒息？ 这并非个例，阿道在与用户沟通的过程中，就经常收到这类的求助和感慨。 在项目管理领域，这种困境被称为“不可能三角”——交付成果（范围）、持续时间（时间）、预算（成本）三者相互制约，难以同时最优化。任何一个要素的变动，都会对其他两者产生连锁影响。 这是否意味着项目经理永远要在质量、速度和成本之间做痛苦取舍？是，但也不是！今天，阿道就来跟大家一起寻求打破困局的解决方案。 为什么传统管理方法难以破解“不可能三角”？ 在传统项目管理中，当面对三角约束时，团队往往陷入三种被动局面： 牺牲质量赶进度：为按时交付而降低标准，导致客户不满 无限追加资源：为保质量和进度不断加人加钱，成本失控 反复延期交付：为保质量不断推迟上线，错失市场机会 这些妥协的根本原因在于信息割裂和流程断层。需求变更时开发人员不知情、测试阻塞时无人跟进、资源冲突时缺乏预警......传统工具或人工管理方式难以实现全流程可视化与动态调控。 跳出非此即彼的取舍，找到最优的动态平衡 面对“不可能三角”这一项目管理经典难题，禅道自有一套科学自洽的应对之道。禅道提供了一套工具和流程，让项目经理和团队能够更清晰地看到约束条件，更科学地评估不同选择的利弊，从而在“三难”中作出相对最优的决策，用科学的管理理念让约束条件达到一个最优的动态平衡。 1.范围管控：需求精准锚定，避免范围蔓延 禅道需求池管理功能，通过需求收集→评审→分发→转化的闭环控制，确保每个迭代基于需求池进行需求收集、分析、分发和跟踪，实现端到端的需求管理。禅道需求池可以清晰记录需求并留痕，有助于对产品需求进行清晰的战略规划，同时便于对需求进行全生命周期管理。 通过需求矩阵全程跟踪需求进展，实现端到端的需求跟踪，确保需求正常交付。 按需求类型、重要紧急程度进行分发，确保需求的交付时间满足客户要求。 集中收集需求，进行统一需求管理，确保需求不丢失、关键信息不遗漏。 提供多种需求分析模型，对需求进行分析和优先级管理，寻找高价值需求，简化需求管理。 2.时间平衡：敏捷开发与自动化双轮驱动 全面支持敏捷开发：禅道的核心管理思想基于敏捷方法Scrum，支持迭代开发和持续改进，这使其能够灵活地应对项目过程中的不确定性。通过短周期的迭代，团队可以实现持续集成与持续交付，根据反馈及时调整计划和优先级，在时间、成本、范围之间进行动态平衡，而不是固守最初的计划一成不变。 禅道内置的7大主流项目管理模型框架和方法，团队可以根据自身情况灵活选择管理框架，实现团队资源的最优配置。并且通过任务列表、看板、甘特图、燃尽图等多种视图，项目经理可以直观了解各项任务的进展、瓶颈及依赖关系，有效管理“时间”维度的项目难题。 自动化流水线：禅道集成Jenkins，并内置代码管理工具GitFox，实现代码提交→构建→测试→部署自动化，通过禅道自研的ZTF自动化测试工具，打通了项目管理和持续集成工具之间的沟壑，贯穿持续集成、持续测试、持续部署等DevOps生命周期的不同阶段，使团队的人力交付时间减少。 3、成本优化：资源动态调配，消除隐性浪费 工时透明化与项目可视化：在禅道中，每个团队成员的任务进度和工作成果在禅道中都是可见的，其他成员在权限范围内，可通过禅道动态仪表盘、直观的看板、详细的甘特图、燃尽图和累积流图，以及全面的项目报表和报告，为管理层和项目干系人提供实时项目进展视图。 禅道提供“人力资源日历”插件，帮助项目管理者查看不同维度下的消耗工时、未完成工作量、并行工作量及负载率，同时组织维度待处理状态下实现了模拟负载的功能，帮助管理者详细了解成员的工作负载情况，以便更好地进行项目人力资源调度。 全生命周期的缺陷管理机制：禅道可以提供专业完整的Bug管理流程。从Bug提交、指派、解决到验证关闭，实现了整个Bug生命周期的管理与跟踪，有助于团队分析软件质量状况，持续改进开发质量，从而提升团队的协作效率和响应速度，确保所有发现的问题都能得到及时处理和解决，从而提高产品的质量和稳定性。 禅道借助自身强大的项目管理功能，帮助团队在时间、成本、范围/质量的动态博弈，基于数据和事实做出更明智的权衡与决策，从而最大限度地提升项目成功率，将看似“不可能”的目标，一步步转化为实实在在的成果。 添加阿道easycorp666，发送【禅道试用】即可免费试用道软件帮助您的团队在质量、速度与成本的三角博弈中，找到最优平衡点！
2025-07-11
优秀的个人博客,低调大师

华为高管评价开源鸿蒙价值：被国外持续打压仍有自己的操作系统

在近日的第八届山东软件生态大会—OpenHarmony城市大会上，华为终端BG软件部副总裁柳晓见发表了主题演讲。 柳晓见表示：“我们做一个自己的操作系统并且开源，核心是要解决两个问题：一是连续性问题，二是先进性问题。” 他认为所谓连续性是指，当我们被国外打压“卡脖子”的时候，仍然有自己的操作系统可以用，不至于倒下。而先进性是指，我们不仅要有自己的操作系统，还要有一个面向下一代、更先进、更有竞争力、更好用的操作系统，这才是OpenHarmony开源鸿蒙真正的价值。 “如果只是解决有无的问题，其实有很多方法，但要做到好用并不容易。”柳晓见说道。 最后柳晓见表示，OpenHarmony生态持续繁荣，期待未来携手更多伙伴共同打造下一代智能终端操作系统根社区。
2024-04-28
优秀的个人博客,低调大师

高维解码｜Redis 收紧许可证！开源软件公司如何在云时代生存？

最近，Redis 从开放源代码的 BSD 许可证过渡到了更加限制性的 Server Side Public License (SSPLv1)。一石激起千层浪，Redis 的这一举动，不仅分化了前 Redis 维护者，也再次引发业界对于“开源项目可持续性以及许可证决策对其社区的影响”的讨论。 这一变化将从 Redis 7.4 版本开始生效，我们预计多个 Linux 发行版将把 Redis 从它们的代码库中剔除。然而,这种干扰很可能是暂时的，因为已经有替代方案可供选择 - 比如由 Linux 基金会支持的开源替代品 Valkey。微软的 Garnet 也是一个选择,它是一个用 C# 编写的开源、速度更快的缓存存储,完全兼容 Redis 客户端。此外,像亚马逊这样的云服务提供商也可能会创建自己的 Redis 分支，就像他们在 Elastic Search 转向 SSPL 时的操作一样。 在此背景下，我想和大家聊聊对于这件事情的一些思考。 01.云端吞噬开源 开源软件虽然有着悠久的历史，但近年来开源业务模式发生了重大变革。 从传统来看，这种模式依赖于公司为使用开源软件时提供商业支持和企业级功能而付费。然而，云计算的兴起颠覆了这一模式。一方面，公共云的增长使得像 MongoDB 和 Elastic 这样的公司可以专注于基于云的服务产品而取得巨大成功；另一方面，云服务提供商可以轻松地二次开发和转售开源产品，受益于开源公司在代码和开发者社区方面的大量投资，利用云的成本优势和分销渠道快速变现……即使是非常成功的开源公司也难以与之竞争。 因此，不仅是 Redis，此前的 MongoDB 和 Elasticsearch 也采用了更加限制性的 SSPL 许可证。类似地，HashiCorp 也放弃了 Mozilla 公共许可证(MPL)，转而采用了商业源代码许可证(BSL) 1.1。这一举动引来了许多开源倡导者的批评，他们认为任何限制公共云提供商的许可证，都违背了由 OSI 定义的开源精神。此前，这些开源许可证的转变已经引发了一波关于"保持开放"的讨论，例如 OpenSearch 和 OpenTofu。未来，关于开源许可证的争论仍在持续…… 02.个人观点：是时候让 OSI 改变了 作为之前在云厂商工作(托管开源产品的内核负责人)、现在在一家开源公司工作(其主要收入模式为全托管服务)的人，我不得不戴着两顶帽子。如果能找到一种让云服务提供商和开源公司协作并共享利润的方式，我会乐意投入更多精力来改进开源产品，造福广大用户、开源公司和云服务提供商。 云保护许可证似乎是一个可行的解决方案。它们不会限制 99.99% 的用户使用和修改软件的权限，但却能有效保护开源公司的未来利润。这样开源公司可以将更多的"绝密武器"释放到开源社区，大大减轻开源开发者的维护负担，增强开源用户的体验。 从 GPL 等 copyleft 许可证到更加宽松的 BSD、MIT 和 Apache 许可证的演变，大大加速了开源软件的发展进程。这种变化得益于大型企业参与到开源社区，为其贡献代码及维护社区发展。 当下，许多开源项目往往都是由风险投资支持的创业公司发起的。虽然这些公司也回馈社区，但云服务提供商的兴起却扰乱了他们的商业模式，迫使他们采取更加限制性的许可证。 是时候让开源社区重新思考"开源"的定义了。在我看来，任何遵循合作和分享的开源精神的许可证都应该被视为开源，即使它包含了商业保护条款。开源的核心价值在于赋予用户权力，避免供应商锁定。如果"源代码可用"的许可证仍然能够实现这一点，并提供可持续的商业模式，那么我们需要更新对开源的理解。 开源大型语言模型(LLMs)就是一个很好的例子。虽然很多模型不会开源它们的数据集和训练细节，甚至在许可证中存在某些商业使用限制，但我们仍然可以认为它们是开源的，并且足够"开放"。归根究底，能够访问、修改和在此基础上构建应用才是最重要的。 03.公司视角：如何在宽松许可证下构建有竞争力的商业服务？ 开源公司并不一定要修改许可证作为唯一的出路，不过其挑战在于找到开源与商业化之间的平衡。 以 Zilliz 为例，我们选择将开源向量数据库 Milvus 捐赠给 Linux 基金会。在过去四年的时间里，Milvus 已经在 GitHub 上获得了超过 26,000 颗 Star 以及数千名全球开源用户。在这一过程中，Linux 基金会帮助我们更好地进行社区治理，也吸引了更多潜在用户。 而 Zilliz 的商业化产品——Zilliz Cloud，是建立在公共云上的完全托管的 Milvus 服务。与公共云托管的 Milvus 和其他云提供商的向量搜索服务相比，Zilliz Cloud 具备了许多独特的功能： 多种部署选择：BYOC、SaaS、Serverless(即将推出) Cardinal——一款闭源的商业向量搜索引擎，性能比开源替代品提高 10 倍 自有数据服务：弹性索引构建池、元数据存储和日志存储 多云灵活性：部署在 AWS、GCP、Azure、阿里云等 企业级数据管理：全面的数据备份和迁移功能，通过 Zilliz Cloud Pipeline 进行非结构化数据 ETL 数据合规性和安全性 所有这些功能都完全兼容开源 Milvus API，但这仅仅是 Zilliz Cloud 的部分功能。我们将此称之为"开放接口"模式。这种模式满足了绝大多数用户的需求，同时也使那些需要更强大的性能、可扩展性和企业级功能的用户更容易采用我们的商业产品。我们希望这种模式可以帮助开源公司找到新的方式来与公共云提供商竞争。 阅读原文 好消息，Milvus 社区正全网寻找「北辰使者」！！！ ​ 如果在使用 Milvus 或 Zilliz 产品有任何问题，可添加小助手微信 “zilliz-tech” 加入交流群。 ​ 欢迎关注微信公众号“Zilliz”，了解最新资讯。
2024-04-08
优秀的个人博客,低调大师

Milvus 核心组件再升级，主打就是一个低延迟、高准确度

熟悉我们的朋友都知道，在 Milvus 和 Zilliz Cloud 中，有一个至关重要的组件——Knowhere。 Knowhere 是什么？如果把向量数据库整体看作漫威银河护卫队宇宙，那么 Knowhere 就是名副其实的总部，它的主要功能是对向量精确搜索其最近邻或通过构建索引进行低延迟、近似的最近邻搜索（ANNS）。 Knowhere 2.x 版本自 2022 年 7 月开始重构，经过多次方案讨论、设计、开发和测试的迭代，终于随着 Milvus 2.3 和各位见面了。对于用户而言，相较于 1.x 版本，Knowhere 2.x 版本提供了更规范的接口以及更丰富的功能，例如支持 GPU 索引、Cosine 相似性类型、ScaNN 索引和 ARM 架构等。对于开发者来说，升级后的 Knowhere 可以更方便地增加新的索引算法，利于后期维护。 接下来我将详细为大家介绍 Knowhere 2.x 的新功能、优化及设计理念。 支持 GPU 索引 Zilliz 一直都非常欢迎外部开发者提出想法和贡献代码，此前，英伟达（Nvidia）公司在 Knowhere 2.x 版本贡献了其向量搜索库 RAFT 中的 GPU_FLAT 和 GPU_IVFPQ 索引。GPU 强劲的算力在一些场景下可以显著地加速索引搜索的过程。相较于 CPU 版本，Milvus 端到端性能在 Nvidia A100 上的吞吐量有了显著提升（SIFT1M 近 70 倍）。GPU 索引详细内容请访问 https://milvus.io/docs/install_standalone-gpu-docker.md。 支持 Cosine 相似性类型 在 Knowhere 1.x 版本上，如果想使用 Cosine 相似性类型，用户需要使用 Inner Product 相似性类型并在插入向量前进行归一化操作，使得其在数学上是等价的。这不仅对于用户有更高理论知识的要求，也增加了使用的成本和接入的难度。 Knowhere 2.x 版本原生支持 Cosine 距离并在库内部自动归一化传入向量并适配对应的索引类型，大大减少了理解成本，提升了用户体验。 支持 ScaNN 索引 Faiss 实现的 ScaNN，又名 FastScan，使用更小的 PQ 编码和相应的指令集可以更为友好地访问 CPU 寄存器，从而使其拥有优秀的索引性能。该索引在 Cohere 数据集，Recall 约 95% 的时候，Milvus 使用 Knowhere 2.x 版本端到端的 QPS 是 IVF_FLAT 的 7 倍，HNSW 的 1.2 倍。 支持 ARM 架构 ARM 架构对比 x86 架构，虽然其性能弱于后者，但因为更简单的设计和指令集，ARM 架构的能效和功耗更低，所以价格更为便宜。在 AWS 云平台相同 CPU 规格，如 1 vCPU，16GB 内存的情况下，ARM 实例比 x86 实例的价格低 15% 左右。Knowhere 2.x 版本支持了 ARM 架构，使得用户可以在此架构上运行和搭建上层服务。 支持 Range Search 最近邻问题包括 K 近邻问题 (KNN) 和范围搜索 (Range Search)。前者解决的问题是给定一个向量集合 X，参数 k 和查询向量 q，索引返回在向量集合 X 中由相似性类型定义的离查询向量 q 最“近”的 k 个向量。范围搜索则不给定参数 k，它需要给定一个范围 (radius)，索引返回在向量集合 X 中与查询向量 q 的距离在范围内的所有向量。 Knowhere 2.x 为库中的多个索引提供了范围搜索的功能，例如 HNSW，DiskANN 还有 IVF 系列等。不同于 K 近邻问题，范围搜索返回向量的数目是预先不可知的。这对于结果的返回也提出了更高的要求，试考虑查询范围取查询向量 q 与向量集合 X 中最远向量的距离，结果将尝试返回整个向量集合。对此，Milvus 提供了对查询结果分页的功能，具体可参考 https://milvus.io/docs/within_range.md。 优化过滤查询 在向量查询中，可能存在有部分向量已经被删除的情况。或者在标量与向量的混合查询中，有一部分向量已经被标量查询先行过滤，例如数据库中有日期的标量列，并且用户只希望在满足特定日期的向量中进行查询。在大部分向量被过滤的场景下，Knowhere 2.x 针对 HNSW 的过滤向量查询进行了优化，使其相较于之前版本有至多 6 到 80 倍的性能提升。 优化代码结构和编译 Knowhere 2.x 版本简化了 C++ 类之间的继承关系，减少了函数调用；使用代理模式来规范新索引的接入，使得错误使用的风险更低；重构了 Config 模块，使用起来更为方便快捷；使用 conan 作为包管理工具，简化和加速了编译流程；使用 Folly 中的线程池来获得对于线程更为精准的把控。 支持 MMAP MMAP (Memory Mapping) 将文件或设备映射到内存，即进程的地址空间。一些用户可能数据量较大但苦于没有足够的内存空间放置索引。用户之前可以尝试使用磁盘索引 DiskANN，现在也可以尝试使用 MMAP。用户选择开启后，Milvus 和 Knowhere 2.x 会自动将大文件进行内存映射，从而可以在内存不足的情况下使用大索引数据。 支持从索引获得原始向量 用户在搜索完成后，可能需要通过返回的 ID 取得原始向量，进一步进行定制化的计算或筛选。在之前版本的 Milvus 中，需要通过从例如 S3 或其他远程存储中获得。Knowhere 2.x 版本支持从索引中直接获得原始向量。因为索引本身已经被加载到内存（除 DiskANN 以外），该操作的延时会远低于从 S3 获取。值得注意的是并不是所有索引都支持，例如 IVFPQ 对原始向量进行了量化处理，从而丢失了这一信息。具体索引支持的表格详见 https://github.com/zilliztech/knowhere/releases/tag/v2.2.0。 至此，我们罗列了部分 Knowhere 2.x 重要的新功能和优化。希望本文能帮助大家对此有更为清晰的认识，也欢迎大家在 Knowhere 仓库的 issue https://github.com/zilliztech/knowhere/issues 中提出宝贵的意见和建议。同时，Milvus 2.3 系列解读会持续更新，下一篇的主题是 Milvus 最新的消息队列 NATS，敬请期待！ 🌟「寻找 AIGC 时代的 CVP 实践之星」 专题活动即将启动！ Zilliz 将联合国内头部大模型厂商一同甄选应用场景， 由双方提供向量数据库与大模型顶级技术专家为用户赋能，一同打磨应用，提升落地效果，赋能业务本身。 如果你的应用也适合 CVP 框架，且正为应用落地和实际效果发愁，可直接申请参与活动，获得最专业的帮助和指导！联系邮箱为 business@zilliz.com。 ​ 如果在使用 Milvus 或 Zilliz 产品有任何问题，可添加小助手微信 “zilliz-tech” 加入交流群。 ​ 欢迎关注微信公众号“Zilliz”，了解最新资讯。
2023-09-06
优秀的个人博客,低调大师

Arm 高管：我们尊重 RISC-V，但它还不算我们的竞争对手

近日，Arm 推出了名为 Neoverse V2 的下一代数据中心芯片技术，该架构首先被用于英伟达的最新数据中心处理器Grace 中。Arm 声称 Neoverse V2 的每个线程性能更高，功耗仅为其竞争对手 x86 的一半。 据外媒 theregister 报道，在新闻发布会上，Arm 产品解决方案副总裁 Dermot O'Driscoll 回答了记者关于 RISC-V 的提问，他承认 RISC-V 正在推动与英国芯片设计师的“一些竞争”，但目前对 Arm 及其数据中心技术无法构成威胁。 在过去几年里，RISC-V 获得了翻天覆地的发展，凭借其中立开放的特性，迅速获得主流领域的支持，尤其是汽车和航空航天等领域，比如英特尔子公司发布面向自动驾驶的 5nm RISC-V 处理器， NASA 选中 RISC-V 打造下一代高性能航天计算芯片，头部的 RISC-V 芯片制造商 SiFive 近日也宣布了针对汽车制造商的完整芯片设计组合。 而面对记者的提问，O'Driscoll 强调 Arm 在知识产权、许可授权、客户关系和软件生态系统的实力，并指出 RISC-V 在这些领域相对不那么成熟 —— 虽然 RISC-V 自 2010 年以来一直存在，但免费和开放的指令集架构 (ISA) 直到最近才进入商业产品。 Arm 基础设施业务高级副总裁兼总经理 Chris Bergey 则表示：“我们真的不觉得在现在或不久的将来， RISC-V 能在数据中心领域成为我们的重要竞争对手。”他在谈到 RISC-V 时说“我们确实尊重社区的力量，但我们更为成熟。你看看我们提供的这些解决方案，它们是非常独特的，”。 虽然 Arm 现在还不会将 RISC-V 视为威胁，但 O'Driscoll 表示 Arm 公司“绝对会密切关注 RISC-V 正在做什么发展 的动作“。 嘴上不把 RISC-V 当回事，但随着 RISC-V 的发展，Arm 已经很大程度上收敛了其强硬的内核许可态度。例如在某些情况下降低其 IP 许可的成本，并允许已获得许可的用户添加自定义指令。在 RISC-V 发展起来之前，这些低姿态的动作对 Arm 来说简直是天方夜谭。
2022-09-19

资源下载

更多资源
优质分享App

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

时间: 2025-12-03 大小: 4.36MB 下载: 23次
Mario

Mario

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

时间: 2025-12-12 大小: 211.28KB 下载: 54次
Spring

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

时间: 2025-12-17 大小: 5MB 下载: 1次
Rocky Linux

Rocky Linux

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

时间: 2026-01-03 大小: 1.42GB 下载: 2次
热门标签
SpringCloud Docker HarmonyOS6 Redis Gemini3 SpringBoot4 Rocky DeepSeek Jdk25 Nacos3 Service Mesh OpenAi Kubernetes

欢迎您来访！

登录后，您将获得更多功能！
热门文章
联系我们

有任何问题或合作意向欢迎联系我们

Email: 99873273@qq.com

QQ: 99873273

用户登录
用户注册