稀土掘金 稀土掘金
    • 首页
    • AI Coding
    • 数据标注 NEW
    • 沸点
    • 课程
    • 直播
    • 活动
    • APP
      插件
      • 搜索历史 清空
        • 写文章
        • 发沸点
        • 写笔记
        • 写代码
        • 草稿箱
        创作灵感 查看更多
  • 后端
  • 前端
  • Android
  • iOS
  • 人工智能
  • 开发工具
  • 代码人生
  • 阅读
  • 在AI时代下,程序员必须遵循的2HourBuilder构建系统
    一个只服务于:持续构建 × 持续发布 × 持续变现 的个人系统 这不是让你生活更有条理的系统。 这是一个强制你不断和现实接触的系统。 本章导言:为什么你需要 OS,而不是更多技巧 问题不是你不努力 你
    • 小酒星小杜
    • 2小时前
    • 15
    • 点赞
    • 评论
    前端 AIGC Vue.js
    在AI时代下,程序员必须遵循的2HourBuilder构建系统
  • KaiwuDB 时序存储模块:AIoT 场景下的高性能数据存储方案
    引言 支持在同一实例中同时建立时序库和关系库,进行多模数据的融合处理,是KaiwuDB 的一大核心优势。这其中一致可靠的数据持久化离不开底层存储引擎的支持。 众所周知,关系库与时序库服务于不同的数据使
    • KaiwuDB
    • 2小时前
    • 1
    • 点赞
    • 评论
    数据库
    KaiwuDB 时序存储模块:AIoT 场景下的高性能数据存储方案
  • 告别手动查算!一键下载基金净值数据,收益 / 年化 / 历史走势全搞定
    作为普通基民,你是不是每天都在纠结这些问题:基金净值怎么看?当天买的基金按哪个净值算?想算收益、算年化,却要手动翻历史数据、在 Excel 里一个个录?现有一键解决方法
    • 用户61574921993
    • 2小时前
    • 4
    • 点赞
    • 评论
    产品
  • 地点检索API再升级:新增“POI热度”
    在地点检索 3.0 版本的返回参数中,本次新增【POI 热度】功能模块(POI主点和子点热度)。 “热度”,是指某个 POI 在百度地图生态中真实的用户访问与互动频次表现,包括搜索、到访、导航、收藏等
    • 百度地图开放平台
    • 2小时前
    • 3
    • 点赞
    • 评论
    前端
    地点检索API再升级:新增“POI热度”
  • 青否AI数字员工:让企业24小时不停转的“超级员工”!
    从“人力”到“算力”:AI数字员工的时代登场 当传统客服凌晨两点还在回消息、剪辑师通宵赶片、质检员逐台盯产线时,AI数字员工已经进入深度睡眠模式,却在云端悄悄完成下一轮学习与迭代。
    • 数字人直播
    • 2小时前
    • 3
    • 点赞
    • 评论
    前端 后端
    青否AI数字员工:让企业24小时不停转的“超级员工”!
  • 多云网络配置混乱?故障率↓42%实战指南,附赠多云网络手册
    为什么运维团队必须掌握这些? Gartner报告揭示:云网络问题占系统故障的35%+,而多云环境因网络配置碎片化,故障率是单云的3倍。更残酷的是,80%的故障源于可避免的配置错误,而非技术极限。 运维
    • 犀思云Syscloud
    • 2小时前
    • 4
    • 点赞
    • 评论
    产品
    多云网络配置混乱?故障率↓42%实战指南,附赠多云网络手册
  • GitHub 上狂揽 5 万 Star!26 年爆火的个人 AI 助手。
    这个叫 ClawdBot 的开源项目,可能是最近最火的 GitHub 项目了。最近几天的 Star 从 5K 飙升到了 5W+ Star。它把主动型、本地 AI 助手做成了一个可跑的现实项目,而不是停
    • 逛逛GitHub
    • 2小时前
    • 22
    • 点赞
    • 评论
    GitHub
  • Moltbot(Clawdbot) 为何全网爆火?中国有类似的本土产品吗?
    一款起初叫做“Clawdbot”,现已改名为“Moltbot”的个人开源项目,在过去几周内席卷了技术社区。令人惊叹的是,这个堪称“一人工坊” 诞生的应用,却掀起了远超其代码规模的巨大浪潮。 其爆火的逻
    • 八十天环游世界
    • 2小时前
    • 7
    • 点赞
    • 评论
    前端
    Moltbot(Clawdbot) 为何全网爆火?中国有类似的本土产品吗?
  • 一篇搞懂 rem 布局:移动端自适应的核心方案
    在做移动端 Web 开发时,你一定会遇到这样的问题: 页面在不同尺寸的手机上显示效果不一致 宽
    • YukiMori23
    • 2小时前
    • 12
    • 6
    • 评论
    CSS HTML
  • Chisel 实战指南:一条命令打通 HTTP 隧道
    Chisel 实战指南:一条命令打通 HTTP 隧道 1. 什么是 Chisel? Chisel 是一个快速的 TCP/UDP 隧道工具,通过 HTTP 传输。 它的主要特点包括: • 单文件:客户端
    • TTATTC
    • 2小时前
    • 3
    • 点赞
    • 评论
    后端
    Chisel 实战指南:一条命令打通 HTTP 隧道
  • LeetCode 25:K 个一组翻转链表(指针地狱?其实有套路)
    在链表题里,如果说有一道题能真正检验你对「指针」的理解深度,那 **K 个一组翻转链表**一定榜上有
    • YukiMori23
    • 2小时前
    • 12
    • 6
    • 评论
    LeetCode 算法
  • 4-30.【协议导向编程】结合实际项目经验,谈谈使用 POP 遇到的挑战以及解决方案。
    一、常见挑战与原因 挑战 原因 协议数量膨胀(协议爆炸) 每个小能力都单独抽象 → 模块复杂度增加 默认实现静态派发导致多态问题 protocol extension 默认静态派发 → 协议类型调用行
    • 项阿丑
    • 2小时前
    • 0
    • 点赞
    • 评论
    Swift
  • 4-29.【协议导向编程】POP 如何帮助大型工程实现高内聚、低耦合,同时提升测试覆盖率?
    一、核心原理 协议 = 能力契约 抽象行为而非具体类型 模块只依赖协议 → 低耦合 协议扩展 = 默认实现 / 模板方法 提供通用逻辑 conforming 类型可覆盖 → 保持灵活性 类型组合 +
    • 项阿丑
    • 2小时前
    • 0
    • 点赞
    • 评论
    Swift
  • 4-28.【协议导向编程】如何用协议约束实现异步流水线或数据流处理?
    一、核心原理 协议抽象能力 每个流水线节点可以抽象成一个能力协议(例如 Processable 或 AsyncStep) 模块间只依赖协议 → 解耦 协议扩展提供默认实现 可提供模板方法、通用逻辑、错
    • 项阿丑
    • 2小时前
    • 0
    • 点赞
    • 评论
    Swift
  • 虾分发是一个值得推荐的应用内测托管平台
    虾分发是一个值得推荐的应用内测托管平台,其核心优势在于高效分发、安全稳定、功能全面且性价比高,适合不同规模的开发者团队使用。以下是对该平台的详细分析: 一、核心功能 一键上传与自动生成:支持iOS(I
    • 我的虾分发
    • 2小时前
    • 1
    • 点赞
    • 评论
    后端
  • PHP一站式家政服务平台自营多商家独立端口
    PHP一站式家政服务平台自营多商家独立端口 👩‍💼 用户端功能清单 服务选择与下单 首页提供 “家政保洁、家电清洗、收纳整理” 等全品类服务入口,可快速定位需求。 支持按城市筛选专属项目,如郑州专属保
    • 用户271191325138
    • 2小时前
    • 2
    • 点赞
    • 评论
    后端
  • 4-27.【协议导向编程】如何结合 POP 和泛型,实现跨模块可复用的业务逻辑?
    一、核心原理 协议(Protocol) 描述业务能力或契约 → 不关心具体类型 模块间只依赖协议,降低耦合 泛型(Generic) 在编译期绑定类型 → 静态派发,高性能 支持值类型 + class
    • 项阿丑
    • 2小时前
    • 0
    • 点赞
    • 评论
    Swift
  • 4-26.【协议导向编程】在复杂业务模块中,如何使用 POP 构建可组合的功能单元?
    一、核心思想 POP 的关键理念是: 协议 = 能力契约 每个功能单元对应一个协议,描述它能做什么 协议扩展 = 默认实现 提供通用行为模板 类型可以选择覆盖 类型组合协议 = 功能组合 struct
    • 项阿丑
    • 2小时前
    • 0
    • 点赞
    • 评论
    Swift
  • 蜘蛛表格落地 OKR:零代码搭建全流程可视化管理系统
    蜘蛛表格作为“表格易用性+数据库强能力”的多维表格工具,无需代码开发,就能快速搭建可视化OKR管理系统,完美解决落地难题。
    • 蜘蛛小助理
    • 2小时前
    • 1
    • 点赞
    • 评论
    数据库 前端
  • 4-25.【协议导向编程】如何在大型项目中管理协议数量,避免“协议爆炸”?
    一、协议爆炸的根源 每增加一个小功能就创建一个协议 结果:几十、上百个小协议 → 难以追踪 协议职责不清 一个协议承载多个能力 → 后续扩展难以组合 缺乏层次化 / 模块化 协议散落在全局 → 难以归
    • 项阿丑
    • 2小时前
    • 0
    • 点赞
    • 评论
    Swift
  • 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30