稀土掘金 稀土掘金
    • 首页
    • AI Coding NEW
    • 沸点
    • 课程
    • 直播
    • 活动
    • AI刷题
    • APP
      插件
      • 搜索历史 清空
        • 写文章
        • 发沸点
        • 写笔记
        • 写代码
        • 草稿箱
        创作灵感 查看更多
    • vip
      会员
关注
综合
后端
前端
Android
iOS
人工智能
开发工具
代码人生
阅读
排行榜
综合
后端
排行榜
前端
Android
iOS
人工智能
开发工具
代码人生
阅读
  • 全部
  • 后端
  • 前端
  • AI编程
  • GitHub
  • Claude
  • 数据库
  • 开源
  • 架构
  • API
  • 展开
  • 全部
  • 后端
  • 前端
  • AI编程
  • GitHub
  • Claude
  • 数据库
  • 开源
  • 架构
  • API
  • Git
  • 低代码
  • Linux
  • Trae
  • 人工智能
  • 程序员
  • 暂无数据
    • 推荐
    • 最新
  • 读懂 MiniMax Agent 的设计逻辑,然后我复刻了一个MiniMax Agent
    先说结论(不按套路):MiniMax Agent 并不是魔法,它更像是一套工程化的“分工 + 编排”方案——把能力拆成可调用的工具,把逻辑拆成会排队的智能体,再把不可靠的地方用重试、检查点、沙箱和监控
    • 老码小张
    • 103
    • 1
    前端 后端 架构
    读懂 MiniMax Agent 的设计逻辑,然后我复刻了一个MiniMax Agent
  • Apache Hudi权威指南——维护与优化 Hudi 表
    就像我们会定期打理房子以保持最佳状态一样,维护 Apache Hudi 表对一个运转良好的数据湖仓至关重要。正如房子需要定期整理、清理与重置,才能保持通透易找,表也必须周期性地审视与组织,才能保持高效
    • 数据智能老司机
    • 75
    • 点赞
    大数据 数据分析 架构
    Apache Hudi权威指南——维护与优化 Hudi 表
  • 我用 Compose 写了一个 i18n 多语言管理工具
    一款方便的开发过程中的多语言词条管理工具,用户体验更棒,方便快捷进行词条编辑,支持多种不同类型的平台,支持各种翻译器以及 AI 翻译等等等等。
    • 开发者如是说
    • 169
    • 2
    前端 后端 架构
    我用 Compose 写了一个 i18n 多语言管理工具
  • 我用 Flutter 做了个小游戏,结果发现这玩意有点意思
    我一直觉得 Flutter 是写 App 的。 写页面、搞交互、连接口,没想到有一天,我居然用它做了个小游戏。 说实话,最开始只是想玩玩。那种“程序员周末突发奇想”的玩玩。 结果做着做着,发现——Fl
    • 老码小张
    • 793
    • 11
    前端 后端 架构
  • 用 Vue 写原生 iOS/Android 应用,我发现这个库比 uni 要轻量且靠谱些
    有时候,我挺羡慕 React 的生态。 React Native、Expo、Next.js,哪哪都有它的影子。 但我自己是个 Vue 党。写惯了 v-if、v-for,再去写 useEffect,总觉
    • 老码小张
    • 852
    • 6
    前端 后端 架构
  • Apache Hudi权威指南——通过index提高效率
    湖仓系统必须能够在分布式存储之上、面对复杂且常常不可预测的变更模式时,仍然同时保持写入效率与查询性能,去管理 PB 级数据集。这类系统运行规模巨大,需要同时支持分析型与事务型混合负载。为满足这些要求,
    • 数据智能老司机
    • 97
    • 点赞
    大数据 数据分析 架构
    Apache Hudi权威指南——通过index提高效率
  • 从Binlog到消息队列:构建可靠的本地数据同步管道(macOS本地部署Canal & RocketMQ并打通全流程)
    从Binlog到消息队列:构建可靠的本地数据同步管道(macOS本地部署Canal & RocketMQ并打通全流程)
    • Somehow007
    • 265
    • 4
    后端 架构
  • Expo:写 App 这件事,终于不用碰 Xcode 和 Android studio 啦,性能还不错
    记得我第一次接触 Expo的时候,那天我只是想随手写个小工具 App,结果打开 Xcode 的那一刻,差点就放弃了。证书、签名、依赖、Gradle……那一堆“警告黄”比代码还多。 然后,一个朋友甩给我
    • 老码小张
    • 715
    • 4
    前端 后端 架构
  • 当我第一次看到 snapDOM,我想:这玩意儿终于能解决网页「截图」这破事了?
    有时候,前端的痛苦是很具体的。 比如说——要在浏览器里「截图」一个元素。 听上去不难,对吧? html2canvas、dom-to-image、rasterizeHTML……一大堆库。随便 npm 搜
    • 老码小张
    • 704
    • 14
    前端 后端 架构
  • 关于前端低代码的一些个人观点
    2022,低代码彻底火了,甚至火到没有点相关经验,都不好意思出去面试的程度,堪称lowcode“元年”。在整个互联网大裁员的背景下,无论你是否相信它是降本提效的利器,都不重要了。因为行业趋势总是这般浩
    • 郑鱼咚
    • 97k
    • 755
    前端 JavaScript 架构
    关于前端低代码的一些个人观点
  • 我把我的 monorepo 迁移到 Bun,这是我的真实反馈
    我最近把 Intlayer(一个 i18n 解决方案) ——一个由多个应用组成的 monorepo(Next.js、Vite、React、design-system 等)从 pnpm 迁移到了 Bun
    • 用户638799477305
    • 440
    • 6
    JavaScript 架构
    我把我的 monorepo 迁移到 Bun,这是我的真实反馈
  • Kotlin Multiplatform (KMP) vs. Flutter:谁才是下一代跨平台开发的真正王者?
    在追求“一次编码,多端运行”的跨平台开发圣杯之路上,我们从未像今天这样面临一个如此有趣的选择。一边是凭借自绘UI和庞大生态早已封神的 Flutter,另一边是JetBrains倾力打造、原生开发者翘首
    • 老码小张
    • 4.6k
    • 30
    前端 后端 架构
     Kotlin Multiplatform (KMP) vs. Flutter:谁才是下一代跨平台开发的真正王者?
  • 从“能用”到“好用”:5个设计决策判断是不是有经验的程序员
    当一个“资深”Python 开发者,不是靠记住一堆库或语法规则。 而是真正关心下一个看你代码的人——让他们觉得舒服。 你要做的,是在设计代码时,让它变得易预测、易理解、易扩展,不管以后谁来接手。
    • MobotStone
    • 162
    • 2
    架构
    从“能用”到“好用”:5个设计决策判断是不是有经验的程序员
  • 把网页的“好句子”都装进侧边栏:我做了个叫 Markbox 的收藏器,开源!
    先直说结论:我做了一个浏览器侧边栏插件,叫 Markbox。用起来很简单——在网页上划一段文字,或右键一张图,存进侧边栏,随手整理、批量删、批量复制、导出/导入。看似不起眼,但它解决的不是“复制粘贴”
    • 老码小张
    • 330
    • 6
    前端 后端 架构
  • 手把手教程:用腾讯云新平台搞定专属开发环境,永久免费薅羊毛!
    本教程将以实操方式,详细演示如何基于 Dockerfile 快速定制自己的开发环境镜像,并搭配 CNB 平台的自动化构建和镜像复用能力,实现一键式的云端开发体验。
    • 工程师_Yan
    • 1.9k
    • 16
    前端 后端 架构
    手把手教程:用腾讯云新平台搞定专属开发环境,永久免费薅羊毛!
  • 储能物联网智能管理平台方案
    引言 在全球能源转型加速推进的背景下,储能系统正从传统电力系统的辅助角色向新型能源体系的核心引擎转变。截至 2024 年底,中国新型储能累计装机达 7376 万千瓦/1.68 亿千瓦时,约为“十三五”
    • IT小番茄
    • 108
    • 点赞
    架构
    储能物联网智能管理平台方案
  • 架构设计的实用技巧
    在你刚刚成为一个开发团队的新成员,接到一项激动人心的任务:开发一款全新的产品。这个产品的背后是一个复杂的系统,意味着在正式动手之前,深思熟虑的架构设计是必不可少的。你面对着一块空白的白板,准备在上面勾
    • MobotStone
    • 227
    • 1
    架构
    架构设计的实用技巧
  • CommonMark 解析策略与 cmark 工程核心代码解析
    Markdown 的简洁语法背后隐藏着复杂而精妙的解析机制。本文将深入探讨 CommonMark 的核心解析策略——两阶段解析机制,并结合 cmark 实现,揭示这一架架构背后的技术细节。
    • Layer
    • 72
    • 3
    架构 设计 Markdown
    CommonMark 解析策略与 cmark 工程核心代码解析
  • 别再梭哈 Curosr 了!这 AI 神器直接把需求、架构、任务一条龙全干了!
    今天想跟大伙儿唠个嗑,聊聊咱们日常开发里最蛋疼的一件事。 你有没有经历过这样的场景:产品经理(或者你老板)晃晃悠悠地走过来,拍拍你肩膀,嘴里轻飘飘地吐出几个字:“阿强啊,给咱们那个电商 App,加个评
    • 老码小张
    • 1.8k
    • 16
    前端 后端 架构
  • 铁路智能运维系统
    一、引言:铁路运维的智能化转型 铁路作为国家交通大动脉,其运维效率与安全性直接关系到国民经济的稳定运行。传统运维模式依赖人工巡检和定期维护,存在响应滞后(故障平均发现时间72小时)、漏检率高(约23%
    • IT小番茄
    • 145
    • 点赞
    架构
    铁路智能运维系统
  • 下午好!
    点亮在社区的每一天

    推荐话题 换一换

    #挑战每日一条沸点#
    #挑战每日一条沸点#

    20.9m

    #金石焕新程#

    6.3m

    #每日快讯#

    9.4m

    #MCP 怎么玩#

    822k

    #每天一个知识点#

    43.3m

    #新人报道#

    36.3m

    #工作中做得最正确的一件事#
    #工作中做得最正确的一件事#

    371k

    #金石计划征文活动#
    #金石计划征文活动#

    37.0m

    #掘金一周#

    1.1m

    #我的技术写作成长之路#
    #我的技术写作成长之路#

    8.6m

    查看更多
    • 用户协议
    • 营业执照
    • 隐私政策
    • 关于我们
    • 使用指南
    • 友情链接
    • 更多开发工具文章
    • 举报邮箱: feedback@xitu.io
    • 座机电话: 010-83434395
    • 京ICP备:18012699号-3
    • 京ICP证:京B2-20191272
    • police 京公网安备11010802026719号
    • ©2025 稀土掘金