• 文库
  • 字符
  • 转换
  • 加密
  • 网络
  • 更多
    图表
    数学
    坐标
    图片
    文件
  • 文库
    字符
    转换
    加密
    网络
    更多
    图表
    数学
    坐标
    图片
    文件
logo 在线工具大全
所有 中文 英语 最新 热度
6048 条查询结果

本文介绍了OR算法+ML模型混合推理能力建设思路及业务背景,此场景相比常规模型推理更具特殊性和复杂性,在工程实现上面临多维挑战,因此本文分别从性能、稳定性和扩展性三个维度分析问题和解法,并以推理框架架构演进为线总结了过去两年的分期迭代实践历程和收益,其中有一些较为通用的经验,希望能够给大家带来一些帮助或启发。

297 技术 lddgo 分享于 2025-05-08

本文通过对话形式探讨了《程序员修炼之道》一书中关于程序员软技能的核心观点,重点分析了责任感、破窗理论、蜥蜴脑直觉、工具集优化、风险边界控制及高效沟通等话题。 作者以浅显易懂的案例拆解,指出了程序员的核心竞争力不仅在于技术能力,更需通过责任感、职业素养和系统性思维实现自我提升与团队协作优化。

258 技术 lddgo 分享于 2025-05-07

当下AI领域最炙手可热的概念,莫过于MCP。MCP 指的是Model Context Protocol(模型上下文协议)。令人意外的是,一个协议系统的热度,甚至盖过了OpenAI发布的最新模型,成为行业讨论的焦点。随着Manus的爆火,全球开发者对Agent技术的热情空前高涨。MCP作为Agent工具调用的“统一协议”,短短两个月内即获得了OpenAI、Google等主要AI公司的支持,从一个边缘技术规范一跃成为AI生态的底层标准。它的崛起速度之快,堪称AI基础设施领域的“现象级事件”。而开发者社区也涌现出各种MCP服务,仿佛它已是AI工具调用的“终极答案”。然而,当最初的狂热稍退,我们不得不面对更复杂的问题:MCP真的适用于所有场景吗?它是否被赋予了过高的期待?本文将从MCP的起源出发,剖析其核心价值与局限性,澄清常见误解,并探讨它的未来发展方向。我们的目的并非否定MCP的价值,而是希望回归理性——只有明确它的实际定位和适用边界,才能真正发挥它的潜力。毕竟,技术史上从不缺少“神话”,而真正的进步,往往始于祛魅之后的清醒认知。

207 技术 lddgo 分享于 2025-05-07

本文作者为支付宝技术部的李皓骅(亿晨),他将在本文中讨论 Kotlin/Native 的包体积的优化方法,主要包括包括:编译参数优化、精细管理导出符号 + DCE 的优化方法(暂时未讨论 Kotlin/JVM 等情况)。文中提到的优化策略部分来源于社区的公开讨论,部分则是在阅读 Kotlin 源码基础上做出的扩展与定制,已取得一定初步成效。需要强调的是,优化始终是一个持续迭代的过程,未来仍有更多手段值得进一步探索,欢迎同行共同交流与探讨。

587 技术 lddgo 分享于 2025-05-07

不提代码,证明你是程序员

150 技术 lddgo 分享于 2025-05-07

MCP 全称 Model Context Protocol,是由 Anthropic 公司在 2024 年 11 月推出一个开放协议,主要用于标准化应用程序向大语言模型提供上下文的方式。可以将 MCP 想象成 AI 应用程序的 USB-C 接口。就像 USB-C 为设备连接各种外设和配件提供了标准化方式一样,MCP 为 AI 模型连接不同的数据源和工具提供了标准化方式。

379 技术 lddgo 分享于 2025-05-07

本文是一篇关于前端AI实践的技术总结文章。文章提出了“AI四象限”决策模型,并介绍了鸿雁AI Coder和Nextdy Aone Copilot两款工具链的应用与成效。通过十余个最佳实践案例,展示了AI在前端领域的落地场景及未来发展方向。

262 技术 lddgo 分享于 2025-05-07

在软件开发过程中,软件测试对于保障软件质量和用户满意度起着关键作用。为最大程度上提升软件品质,我们积极开展全链路测试实践,打造了用Rust语言开发的自研一站式抓包代理工具FunProxy,基于其跨平台、高性能、易于扩展、安全性高等特性,让全链路抓包和环境代理如丝绸般丝滑。

302 技术 lddgo 分享于 2025-05-07

人工智能技术的飞速进步,正在重塑全球商业格局,其影响辐射到各个行业领域。鉴于此,阿里云云栖号特别推出《一周AI大事件》,汇聚全球人工智能的最新动态。

322 技术 lddgo 分享于 2025-05-06

抖音长期存在renderD128内存占用过多导致的虚拟内存OOM,且多次出现renderD128内存激增导致OOM指标严重劣化甚至发版熔断。因受限于闭源的GPU驱动以及现场有效信息极少,多个团队都进行过分析,但一直未能定位到问题根因,问题反馈到厂商也一直没有结论。以往发生renderD128内存激增时,解决办法往往都是通过二分法去定位导致问题的MR进行回滚(MR代码写法并无问题,仅仅是正常调用系统API),但是回滚业务代码会影响业务正常需求的合入,也无法从根本上解决该问题,每次也会消耗我们大量人力去分析排查,因此我们有必要投入更多时间和精力定位根因并彻底解决该问题。在历经数月的深入分析和排查后,我们最终定位了问题根因并彻底解决了该问题,取得了显著的OOM收益,renderD128内存问题导致的发版熔断也未再发生。接下来,将详细介绍下我们是如何一步步分析定位到问题根因,以及最终如何将这个问题给彻底解决的。

384 技术 lddgo 分享于 2025-05-06