分类目录归档:好文转载

独立开发者云平台技术选型深度对比:Vercel vs Cloudflare vs Supabase

在 2024-2025 年的云原生时代,独立开发者面临着前所未有的平台选择挑战。Vercel + Supabase 组合可降低 60% 开发时间,Cloudflare Workers 方案能节省 70% 运营成本,而技术选型错误可能导致月度支出增加 10 倍。本文基于最新官方文档和实际测试数据,为构建 SaaS 应用和工具类应用的独立开发者提供全面的技术选型指南。

随着 Next.js 15 的发布和各大云平台功能的快速演进,传统的”all in one”方案正在被更加灵活的组合策略所替代。无论你是在构建下一个独角兽 SaaS 产品,还是开发实用的工具类应用,选择合适的云平台组合将直接影响项目的成功概率、开发效率和长期可持续性。

Vercel 全栈平台:Next.js 生态的完美归宿

技术架构与核心能力

Vercel 作为 Next.js 的原生云平台,在 2024-2025 年持续强化其”前端云”定位。平台最大优势在于与 Next.js 的无缝集成,从 App Router 到 Server Components,再到最新的 React 19 支持,Vercel 始终保持第一天就支持所有新功能的记录。

边缘计算优势显著。Vercel 的 Edge Functions 基于轻量级 V8 引擎,冷启动时间比传统 Serverless Functions 快 9 倍,全球 70+ 接入点确保用户无论身处何地都能获得一致的低延迟体验。这对于面向全球用户的 SaaS 应用尤为重要。

2025 年重磅功能 Fluid Compute 将进一步优化并发模型,通过实例内并发执行显著降低 AI 工作负载和 I/O 密集型任务的计算成本。这一创新将使 Vercel 在处理复杂 SaaS 业务逻辑时更具竞争力。

数据存储生态完善程度分析

Vercel 的数据存储解决方案已经形成完整生态:

Vercel KV 基于 Redis 的键值存储,与 Upstash 深度合作,支持持久化存储和边缘网络读写。特别适合会话管理、缓存和实时排行榜等 SaaS 常见场景

Vercel Postgres 通过与 Neon 的合作提供无服务器 SQL 数据库,自动扩缩容和故障容错能力让开发者可以专注业务逻辑而非基础设施管理。与 Server Components 的无缝集成使得数据获取变得极其简单。

Vercel Blob 基于 Cloudflare R2 的对象存储,为文件上传、图片处理等功能提供全球 CDN 分发能力。

定价结构与成本控制挑战

Vercel 的定价策略在2024年4月经历了重要调整,引入了更细粒度的计费模式:

计划类型 月费 Functions 费用 带宽费用 适用场景
Hobby 免费 1000 GB-小时 100 GB 个人项目
Pro $20/用户 $0.18/GB-小时超额 $0.15/GB超额 商业项目
Enterprise $3,500+ 自定义配额 协商定价 企业级应用

关键风险点:带宽成本在高流量场景下可能激增。实际案例显示,某开发者因 DDoS 攻击产生 $4,500 账单,另一位开发者月带宽使用 6-7TB 导致月费用超过 $1,000。

成本优化建议

  • 使用 ISR 代替 SSR 减少函数调用
  • 启用智能缓存策略
  • 考虑通过 Cloudflare 做前置 CDN
  • 监控 Spend Management,设置硬性限制

Cloudflare 边缘计算:全球分布式架构的王者

Workers 生态系统的技术革新

Cloudflare 在 2024-2025 年通过引入 @opennextjs/cloudflare 适配器实现了技术突破,从仅支持 Edge Runtime 扩展到完整的 Node.js Runtime 支持。这一变化使得 Next.js 应用在 Cloudflare 上的兼容性从约 60% 提升到 85%。

适配器 Next.js 版本 Runtime 支持 功能兼容性
@cloudflare/next-on-pages 13/14 仅 Edge Runtime ~60%
@opennextjs/cloudflare 14/15 Node.js + Edge ~85%

全球网络优势无可匹敌。330+ 数据中心覆盖 100+ 个国家,95% 用户在 50ms 内获得响应。Smart Placement 技术能够自动将 Workers 部署在最接近数据源的位置,实现 API 响应时间 7 倍提升。

数据存储方案的成本革命

Cloudflare 的数据存储定价策略颠覆了传统云服务模式:

R2 对象存储的零出口费用政策在高流量场景下节省巨大:

存储类型 Cloudflare R2 AWS S3 Standard 成本节省
存储费用 $0.015/GB-月 $0.023/GB-月 35%
出口流量 免费 $0.09/GB 100%

D1 SQLite 数据库在 2024 年正式 GA,单数据库容量提升至 10GB,延迟降低 40-60%。特别适合多租户架构,每用户一个数据库的设计模式。

Vectorize 向量数据库容量从 20 万向量大幅提升至 500 万,查询延迟从 549ms 优化至 31ms,为 AI 应用提供了强大的语义搜索能力。

全栈应用成本分析

基于实际使用场景的成本估算:

组件 月用量假设 费用
Workers 500万请求 $1.50
D1 数据库 1GB + 1000万读取 $10.75
KV 存储 100MB + 50万读取 $0.30
R2 存储 10GB + 1TB传输 $0.15
总计 $12.70

相比传统云服务,可节省 60-80% 成本,零出口费用是最大优势。

Supabase 后端即服务:开源生态的现代化选择

PostgreSQL 为核心的技术架构

Supabase 基于完整的 PostgreSQL 生态系统构建,支持 40+ 扩展包括 PostGIS(地理空间)、pgvector(向量数据库)、pg_cron(定时任务)等。这种选择为复杂 SaaS 应用提供了强大的数据处理能力。

Row Level Security (RLS) 与认证系统的深度集成是 Supabase 的核心竞争力。通过 auth.uid() 和策略系统,实现了数据库级别的多租户安全隔离,这对于 SaaS 应用的数据安全至关重要。

实时功能与边缘计算能力

Realtime 订阅功能基于 Elixir Phoenix 框架,提供三种实时通信模式:

  • Postgres Changes:监听数据库变更
  • Broadcast:低延迟临时消息传递
  • Presence:用户在线状态同步

Edge Functions 基于 Deno 2.1 运行时,部署到 30+ 数据中心,支持 TypeScript 优先开发。与传统 Node.js 相比,Deno 的安全沙箱模型和现代化 API 设计更适合边缘计算场景。

企业级功能与合规支持

Supabase 在 2024-2025 年大幅增强了企业级功能:

功能类别 Free Pro ($25/月) Team ($599/月) Enterprise
MAU 50,000 100,000 不限 不限
数据库 500MB 8GB 不限 自定义
认证 基础 OAuth SAML SSO 企业 SSO 自定义
合规 SOC2 Type 2 HIPAA可选

Database Branching 功能虽然仍在限制访问阶段,但与 Vercel Preview Deployments 的完美配合为开发流程带来了革命性改进。

Next.js 15 兼容性现状

重要提醒:Supabase 当前与 Next.js 15 存在兼容性问题,主要由于 Next.js 15 将 cookies()、headers() 等 API 改为异步函数。预计 2025 年第一季度通过 @supabase/ssr 包更新解决

临时解决方案:

// 适配 Next.js 15 异步 API
const supabase = await createClient();
const { data } = await supabase.from("table").select();

Next.js 跨平台兼容性深度剖析

App Router 与 Server Components 支持矩阵

Next.js 功能 Vercel Cloudflare Pages Cloudflare Workers Supabase 集成
App Router ✅ 完整 ✅ 完整 ✅ 完整 ✅ 完整
Server Components ✅ 完整 ⚠️ 限制 ✅ 完整 ⚠️ 待修复
Server Actions ✅ 完整 ⚠️ Edge限制 ✅ 完整 ⚠️ 待修复
ISR ✅ 完整 ❌ 不支持 ✅ Beta ✅ 完整
Image Optimization ✅ 完整 ⚠️ 需配置 ✅ 需配置 ✅ 完整

性能基准测试结果

Turbopack vs Webpack 性能提升(基于大型应用测试):

性能指标 提升幅度 实际影响
本地服务器启动 76.7% 更快 4x 速度提升
Fast Refresh 96.3% 更快 25x 速度提升
初始路由编译 45.8% 更快 1.8x 速度提升

各平台 Core Web Vitals 表现

平台 LCP (ms) FID (ms) CLS 评级
Vercel 1200-1800 <100 <0.1 A+
Cloudflare Workers 1100-1600 <100 <0.1 A+
Cloudflare Pages 1400-2000 <100 <0.1 A

不同流量规模下的成本对比分析

小规模应用(月访问量 1万)

应用特征:10,000 PV,3,000 独立用户,50,000 API 调用

平台组合 SaaS应用成本 工具应用成本 优势
Vercel + Supabase $45-65/月 $20-25/月 开发效率最高
Cloudflare + Supabase $30-35/月 $5-10/月 性价比最佳
纯 Cloudflare $5-15/月 $5/月 成本最低

中等规模应用(月访问量 10万)

应用特征:100,000 PV,25,000 独立用户,500,000 API 调用

平台组合 SaaS应用成本 工具应用成本 关键考虑
Vercel + Supabase $95-150/月 $45-65/月 带宽成本开始显现
Cloudflare + Supabase $45-60/月 $8-15/月 推荐选择
纯 Cloudflare $8-20/月 $5-8/月 功能受限

大规模应用(月访问量 100万)

应用特征:1,000,000 PV,200,000 独立用户,5,000,000 API 调用

平台组合 SaaS应用成本 工具应用成本 成本驱动因素
Vercel + Supabase $400-800/月 $180-250/月 带宽成本激增
Cloudflare + Supabase $150-250/月 $25-45/月 最优选择
纯 Cloudflare $25-50/月 $15-25/月 需要定制开发

技术选型决策框架

基于应用类型的选择策略

SaaS 应用推荐

  • 追求极致开发体验:Vercel + Supabase(承担较高成本)
  • 平衡开发效率与成本:Cloudflare Workers + Supabase(最佳选择
  • 成本优先:纯 Cloudflare + D1(需要更多定制开发)

工具类应用推荐

  • 简单工具:纯 Cloudflare Workers(成本最低)
  • 需要数据持久化:Cloudflare + Supabase
  • 快速原型:Vercel(开发效率最高)

团队技能与学习曲线考虑

平台 学习曲线 必备技能 上手时间
Vercel 最平缓 Next.js 基础 0.5-1天
Cloudflare 中等 JavaScript/Workers API 2-3天
Supabase 中等 SQL/PostgreSQL 1-2天

长期可持续性评估

平台锁定风险

  • Vercel:高度绑定 Next.js,迁移成本高
  • Cloudflare:基于标准 Web API,迁移相对容易
  • Supabase:基于标准 PostgreSQL,数据迁移直接

扩展性考虑

  • 从免费到付费的成本跳跃
  • 技术团队的增长适应性
  • 第三方集成的灵活性

最佳实践与成本优化策略

开发阶段优化策略

MVP 阶段(0-1万用户):

  • 充分利用免费层,Cloudflare 免费层价值最高
  • 重点验证产品市场适配度
  • 预算控制在 $0-30/月

成长阶段(1-10万用户):

  • 引入付费服务,优化核心性能瓶颈
  • 建立监控和告警机制
  • 预算控制在 $30-150/月

规模化阶段(10万+用户):

  • 考虑企业级功能和专业支持
  • 重点关注单位经济效益
  • 建立完整的成本管理体系

具体技术优化建议

Vercel 优化策略

  • 使用 ISR 代替频繁的 SSR
  • 配置智能缓存策略
  • 监控带宽使用,设置支出限制
  • 优化图片和静态资源

Cloudflare 优化策略

  • 合理使用 KV 存储,避免频繁写入
  • 优化 Worker 代码减少 CPU 时间
  • 利用 Cache API 减少重复计算
  • 为 D1 数据库创建适当索引

Supabase 优化策略

  • 定期清理历史数据
  • 优化 RLS 策略性能
  • 监控 MAU 增长趋势
  • 合理使用实时功能

面向未来的技术趋势

2025年技术发展预期

Vercel 路线图

  • Fluid Compute 全面 GA
  • Turbopack 生产构建稳定版
  • 更深度的 AI 集成

Cloudflare 发展方向

  • D1 异步复制全球部署
  • 更完善的 Next.js 支持
  • AI 工作负载优化

Supabase 重点功能

  • Database Branching 全面开放
  • Next.js 15 完整兼容
  • 企业级功能增强

技术选型的未来考虑

边缘计算成为主流:三大平台都在强化边缘计算能力,这将是未来 Web 应用的标准架构。

AI 原生应用支持:向量数据库、模型推理、智能缓存等 AI 相关功能将成为平台差异化的关键。

开发者体验持续优化:零配置部署、智能监控、自动优化等功能将进一步降低开发门槛。

结论与实用建议

基于深入的技术分析和成本对比,我们得出以下核心结论:

最佳实践推荐

  1. Cloudflare Workers + Supabase 组合在大多数场景下提供最佳性价比
  2. 纯 Cloudflare 方案适合工具类应用,成本控制最优
  3. Vercel + Supabase 适合追求极致开发体验的团队

关键决策因素

  • 开发团队技能:Next.js 熟练度决定 Vercel 的价值
  • 成本敏感度:高流量应用优先考虑 Cloudflare
  • 功能复杂度:复杂 SaaS 应用受益于 Supabase 的数据库能力

风险提醒

  • 建立完善的成本监控机制
  • 避免过度平台绑定
  • 保持技术栈的可移植性

对于独立开发者而言,选择合适的云平台组合不仅能够显著降低开发成本和时间,更能够为产品的长期成功奠定坚实的技术基础。在这个快速变化的技术环境中,保持学习和适应的能力,比选择任何特定的技术栈都更加重要。

边缘计算平台对比:Vercel vs Cloudflare Workers

边缘计算平台对比:Vercel vs Cloudflare Workers 及其他选择

在现代 Web 开发中,边缘计算平台已经成为提升应用性能和用户体验的关键技术。本文将深入对比几个主流的边缘计算和部署平台,特别关注它们对 Next.js SSR 的支持以及价格结构。

平台概览

Vercel

Vercel 是由 Next.js 创造者开发的部署平台,专门为现代前端框架优化。它提供了无缝的 Git 集成、自动部署和全球 CDN。

Cloudflare Workers

Cloudflare Workers 是基于 V8 引擎的边缘计算平台,在全球 200+ 个数据中心运行,提供极低延迟的计算能力。

其他竞争者

  • Netlify: 专注于 JAMstack 的部署平台
  • AWS Lambda@Edge: 亚马逊的边缘计算解决方案
  • Deno Deploy: 基于 Deno 运行时的边缘平台
  • Railway: 简化的云部署平台

Next.js SSR 支持对比

Vercel – 原生支持 ⭐⭐⭐⭐⭐

作为 Next.js 的创造者,Vercel 提供了最完整的 Next.js 支持:

优势:

  • 零配置部署:直接支持所有 Next.js 功能
  • 增量静态再生 (ISR):完整支持
  • 边缘运行时:原生支持 Edge Runtime
  • 中间件:完整的 Next.js 中间件支持
  • 图片优化:自动优化和 WebP 转换
  • API 路由:支持所有 Next.js API 功能

SSR 特性:

// pages/api/hello.js - 完整支持
export default function handler(req, res) {
  res.status(200).json({ message: 'Hello from Vercel!' })
}

// 支持 getServerSideProps
export async function getServerSideProps(context) {
  return {
    props: { data: await fetchData() }
  }
}

Cloudflare Workers – 适配支持 ⭐⭐⭐⭐

通过 @cloudflare/next-on-pages 适配器支持 Next.js:

优势:

  • 超快冷启动:0ms 冷启动时间
  • 全球边缘:200+ 个节点
  • 成本效益:免费额度更高

限制:

  • 运行时限制:不支持 Node.js 特定 API
  • 构建复杂性:需要额外配置
  • 功能限制:部分 Next.js 功能需要适配

配置示例:

// next.config.js
/** @type {import('next').NextConfig} */
const nextConfig = {
  experimental: {
    runtime: 'edge'
  }
}

Netlify – 良好支持 ⭐⭐⭐⭐

通过 @netlify/plugin-nextjs 支持:

优势:

  • 简单部署:Git 集成良好
  • 边缘函数:支持 Netlify Edge Functions
  • 表单处理:内置表单处理功能

限制:

  • 冷启动:比 Vercel 稍慢
  • 功能支持:某些 Next.js 新功能支持较慢

AWS Lambda@Edge – 企业级支持 ⭐⭐⭐

优势:

  • AWS 生态:与 AWS 服务深度集成
  • 可定制性:高度可配置

限制:

  • 复杂配置:需要大量 AWS 知识
  • 冷启动:较慢的冷启动时间
  • 成本:小项目成本较高

价格对比分析

Vercel 价格结构

免费层 (Hobby)

  • 带宽: 100GB/月
  • 函数执行: 100GB-小时/月
  • 构建时间: 6000 分钟/月
  • 团队成员: 1 人
  • 域名: 无限
  • 适用场景: 个人项目、小型应用

Pro 层 ($20/月)

  • 带宽: 1TB/月
  • 函数执行: 1000GB-小时/月
  • 构建时间: 24000 分钟/月
  • 团队成员: 10 人
  • 密码保护: 支持
  • 分析功能: 高级分析

Enterprise (自定义)

  • SLA: 99.99% 可用性
  • SAML SSO: 企业级身份验证
  • 专属支持: 24/7 支持

Cloudflare Workers 价格结构

免费层

  • 请求: 100,000 次/天
  • CPU 时间: 10ms/请求
  • 内存: 128MB
  • 脚本数量: 30 个
  • 适用场景: 小型应用、测试

付费层 ($5/月 起)

  • 请求: 1000 万次/月 (基础)
  • CPU 时间: 50ms/请求
  • 内存: 128MB
  • 超出费用: $0.50/百万请求

优势:

  • 成本效益: 按使用付费模式
  • 无冷启动费用: 不像传统 serverless

核心参数对比表

Next.js SSR 支持对比

平台 SSR 支持 ISR 支持 中间件支持 API 路由 图片优化 冷启动时间 配置复杂度
Vercel ✅ 完整 ✅ 完整 ✅ 完整 ✅ 完整 ✅ 自动 ~100ms ⭐ 零配置
Cloudflare Workers ✅ 适配 ❌ 限制 ✅ 部分 ✅ 边缘 ❌ 需配置 ~0ms ⭐⭐⭐ 需适配
Netlify ✅ 良好 ✅ 支持 ✅ 部分 ✅ 函数 ✅ 插件 ~200ms ⭐⭐ 简单
Deno Deploy ✅ 实验 ❌ 不支持 ❌ 不支持 ✅ 原生 ❌ 手动 ~50ms ⭐⭐⭐ 复杂
Railway ✅ 完整 ✅ 支持 ✅ 完整 ✅ 完整 ✅ 支持 ~500ms ⭐⭐ 容器化

价格对比表

平台 免费额度 入门付费 带宽限制 函数执行 存储 构建时间
Vercel 100GB 带宽
100GB-h 函数
$20/月 1TB/月 1000GB-h/月 无限 24000分钟/月
Cloudflare Workers 10万请求/天
10ms CPU/请求
$5/月 无限 1000万请求/月 1GB KV 无限制
Netlify 100GB 带宽
125K 函数调用
$19/月 1TB/月 200万次/月 100GB 300分钟/月
Deno Deploy 10万请求/月
100GB-ms CPU
$20/月 1TB/月 500万请求/月 1GB 400分钟/月
Railway $5 信用额度 $5/月起 无限 按使用付费 100GB 500分钟/月

性能对比表

平台 全球节点数 冷启动 最大执行时间 内存限制 并发限制 地理覆盖
Vercel 40+ ~100ms 10s (Hobby)
15s (Pro)
1024MB 1000 全球
Cloudflare Workers 200+ ~0ms 30s 128MB 1000 全球最广
Netlify 100+ ~200ms 10s 1024MB 1000 全球
Deno Deploy 30+ ~50ms 5s 512MB 1000 主要地区
Railway 3 ~500ms 无限制 8GB 无限制 美国/欧洲

开发体验对比

平台 Git 集成 预览部署 本地开发 CLI 工具 监控分析 日志查看 团队协作
Vercel ✅ 优秀 ✅ 自动 ✅ 完整 ✅ 强大 ✅ 详细 ✅ 实时 ✅ 完善
Cloudflare Workers ✅ 良好 ✅ 支持 ✅ Wrangler ✅ 专业 ✅ 基础 ✅ 实时 ✅ 企业级
Netlify ✅ 优秀 ✅ 自动 ✅ 完整 ✅ 简洁 ✅ 良好 ✅ 基础 ✅ 良好
Deno Deploy ✅ 基础 ✅ 支持 ✅ 原生 ✅ 简单 ❌ 基础 ✅ 基础 ❌ 基础
Railway ✅ 良好 ✅ 支持 ✅ 容器 ✅ 完整 ✅ 详细 ✅ 完整 ✅ 良好

使用场景推荐

🎯 选择 Vercel 的场景

  • Next.js 项目:需要完整的 Next.js 功能支持
  • 快速原型:零配置部署需求
  • 团队协作:需要完善的协作功能
  • 企业应用:需要 SLA 保证和专业支持

⚡ 选择 Cloudflare Workers 的场景

  • 高性能需求:极低延迟要求
  • 成本敏感:大流量但预算有限
  • 边缘计算:需要在边缘处理复杂逻辑
  • 全球分发:需要最广泛的地理覆盖

🌐 选择 Netlify 的场景

  • JAMstack 应用:静态站点 + API 的架构
  • 表单处理:需要内置表单功能
  • 中小团队:平衡功能和成本
  • 渐进式迁移:从传统架构迁移

📊 成本效益分析

月访问量 推荐平台 预估成本 原因
< 10万 Vercel 免费版 $0 免费额度充足
10-100万 Cloudflare Workers $5-15 按需付费更优
100-500万 Vercel Pro $20-50 功能完整,成本可控
> 500万 混合方案 自定义 静态资源用 CF,动态用 Vercel

迁移建议

从传统服务器迁移

  1. 评估现有应用:确定 SSR 需求和依赖
  2. 选择合适平台:根据技术栈和预算选择
  3. 渐进式迁移:先迁移静态资源,再迁移动态功能
  4. 性能监控:持续监控和优化

平台间迁移

  • Vercel ↔ Netlify:相对简单,主要是配置差异
  • 传统平台 → Edge:需要重构部分代码逻辑
  • Cloudflare Workers:可能需要重写部分功能以适配 V8 限制

结论

选择边缘计算平台需要综合考虑技术需求、成本预算和团队能力:

  • 追求极致性能:Cloudflare Workers
  • Next.js 最佳体验:Vercel
  • 平衡性价比:Netlify
  • 企业级需求:Vercel Enterprise 或 AWS Lambda@Edge

每个平台都有其独特优势,关键是根据具体项目需求做出最适合的选择

媒体服务器对比:Emby vs Plex vs Jellyfin

在数字化时代,拥有一个强大的媒体服务器来管理和流式传输您的个人媒体收藏变得越来越重要。本文将深入对比三个主流的媒体服务器解决方案:Emby、Plex 和 Jellyfin,帮助您选择最适合需求的方案。

概述

Plex

Plex 是市场上最成熟和用户友好的媒体服务器平台之一。它提供了强大的媒体组织功能、跨平台支持和丰富的第三方应用生态系统。

Emby

Emby 定位于高级用户,提供了更多的自定义选项和本地控制。它在开源社区中广受欢迎,同时也提供付费的高级功能。

Jellyfin

Jellyfin 是完全开源的媒体服务器,由 Emby 的分支发展而来。它专注于隐私保护和用户控制,不包含任何遥测或付费墙功能。

详细功能对比

特性 Plex Emby Jellyfin
许可证 免费版 + 付费订阅 免费版 + 一次性付费 完全免费开源
硬件转码 Plex Pass 需要 Emby Premiere 需要 完全免费
客户端应用 极其丰富 较丰富 持续增长
设置难度 简单 中等 中等偏难
媒体识别 优秀 良好 良好
用户管理 强大 良好 基础但功能齐全
插件生态 丰富 中等 活跃发展中
隐私保护 需要账户,有遥测 可选遥测 完全本地,无遥测
移动同步 Plex Pass 功能 Emby Premiere 功能 免费提供
直播电视 支持(需 Plex Pass) 支持(需 Premiere) 支持(免费)
硬件需求 中等 中等 中等到高
更新频率 频繁 定期 频繁

成本对比

Plex

  • 免费版:基础功能,有广告
  • Plex Pass:$4.99/月 或 $39.99/年 或 $119.99 终身
  • 付费功能:硬件转码、移动同步、预告片和附加内容

Emby

  • 免费版:核心功能完整
  • Emby Premiere:$54 终身付费
  • 付费功能:硬件转码、移动应用、直播电视、云同步

Jellyfin

  • 完全免费:所有功能免费开放
  • 成本:仅需服务器硬件和电费
  • 社区支持:通过捐赠支持开发

性能和稳定性

Plex

优势

  • 成熟稳定的代码基础
  • 优秀的媒体转码性能
  • 强大的远程访问能力
  • 出色的元数据获取和媒体识别

劣势

  • 某些高级功能需要付费
  • 依赖 Plex 公司的服务器进行认证

Emby

优势

  • 良好的性能和稳定性
  • 灵活的自定义选项
  • 强大的用户权限控制
  • 活跃的社区支持

劣势

  • 界面相对复杂
  • 一些高级功能需要付费

Jellyfin

优势

  • 完全开源,透明度高
  • 所有功能免费
  • 不依赖外部服务
  • 快速的开发迭代

劣势

  • 相对较新,可能存在稳定性问题
  • 客户端应用数量相对较少
  • 需要更多技术知识进行配置

用户界面和体验

Plex

拥有最精美和直观的用户界面,适合所有技术水平的用户。移动应用和网页界面都经过精心设计,用户体验极佳。

Emby

界面功能强大但稍显复杂,适合喜欢自定义和控制的用户。提供了丰富的配置选项,但学习曲线较陡。

Jellyfin

界面简洁实用,基于现代 Web 技术构建。虽然不如 Plex 精美,但功能齐全且响应迅速。

选择建议

选择 Plex 的情况:

  • 您是媒体服务器新手,希望快速上手
  • 需要最广泛的客户端设备支持
  • 愿意为便利性和高级功能付费
  • 重视精美的用户界面和用户体验
  • 需要强大的远程访问和分享功能

选择 Emby 的情况:

  • 您有一定的技术背景,喜欢自定义
  • 希望在开源和商业功能间找到平衡
  • 需要灵活的用户权限管理
  • 愿意一次性付费获得高级功能
  • 重视本地控制和隐私

选择 Jellyfin 的情况:

  • 您坚持使用开源软件
  • 不想为媒体服务器功能付费
  • 重视隐私和数据控制
  • 有技术能力处理偶尔的问题
  • 支持社区驱动的开发模式
  • 需要所有高级功能但预算有限

总结

三个平台都是优秀的媒体服务器解决方案,选择主要取决于您的具体需求、技术水平和预算:

  • Plex 最适合希望获得完整、精美体验的用户
  • Emby 适合需要平衡功能性和控制性的用户
  • Jellyfin 是开源爱好者和预算有限用户的最佳选择

无论选择哪个方案,您都能构建一个强大的个人媒体中心,享受数字媒体收藏带来的便利。建议您可以先试用免费版本,根据实际使用体验做出最终决定。

Kiro or Cursor? AI IDE工具全面对比:选择最适合的智能编程助手

随着人工智能技术的快速发展,AI驱动的集成开发环境(IDE)正在重塑软件开发的格局。开发者现在面临众多选择,每个工具都有其独特的优势和特色。本文将深入对比四个主流的AI IDE工具:Cursor、Amazon Kiro、Claude Code和Augment Code,帮助开发者做出明智的选择。

主要工具概览

Cursor

Cursor是一个基于VS Code的AI驱动代码编辑器,内置智能AI助手和代理,支持Claude 3.7 Sonnet、OpenAI o3和Gemini等多种模型。它专注于提供无缝的AI辅助编程体验,被认为是GitHub Copilot的强力替代品。

Amazon Kiro

Amazon于2025年7月14日发布的Kiro(发音为”keer-oh”)是一个AI驱动的IDE,采用”规格驱动开发”方法,旨在帮助开发者从原型快速过渡到生产就绪的系统。它基于Code OSS平台构建,强调结构化开发流程。

Claude Code

Claude Code是Anthropic开发的命令行工具,将Claude Opus 4的强大功能直接嵌入终端,具有深度代码库感知能力,能够在开发环境中直接编辑文件和运行命令。它专注于终端驱动的开发工作流。

Augment Code

Augment Code是一个强大的AI软件开发平台,拥有行业领先的上下文引擎,支持Visual Studio Code、JetBrains IDE、Vim和Neovim,并在SWE-bench基准测试中取得最高分。

核心特性对比表

特性 Cursor Amazon Kiro Claude Code Augment Code
基础架构 VS Code分支 Code OSS基础 命令行工具 跨IDE插件
主要模型 Claude 3.7 Sonnet, GPT-4o, Gemini Claude Sonnet 3.7/4.0 Claude Opus 4, Sonnet 4, Haiku 3.5 Claude 3.7 Sonnet + OpenAI O1
平台支持 Windows, macOS, Linux Mac, Windows, Linux macOS, Linux, Windows VS Code, JetBrains, Vim, Neovim
开发方法 传统IDE + AI辅助 规格驱动开发 终端驱动开发 上下文感知AI开发
上下文窗口 标准 标准 深度代码库感知 200,000 tokens(行业领先)
协作功能 多标签对话 共享规格、实时更新 终端集成 实时同步、团队协作
特色功能 Tab补全、Agent模式 Specs和Hooks、自动化检查 代码库映射、工具集成 Memories功能、自动变更跟踪

定价对比表

方案 Cursor Amazon Kiro Claude Code Augment Code
免费版 14天Pro试用
2,000次补全
50次慢请求
预览期免费
50次交互/月
通过API付费使用 14天免费试用
入门版 $20/月(Pro)
500次快速请求
无限慢请求
$19/月(Pro)
1,000次交互
$20/月(Pro)
约6,480-6,696消息
$50/月(Developer)
原$30,涨价67%
高级版 $40/月(Business)
企业功能
$39/月(Pro+)
3,000次交互
$100/月(Max)
更高使用限制
企业定制
超值性 ⭐⭐⭐⭐ ⭐⭐⭐⭐⭐ ⭐⭐⭐ ⭐⭐

技术特性深度对比

代码理解和上下文处理

Cursor:具有出色的内联建议功能(”Cursor Tab”),比传统Copilot更快速、具备多文件感知能力,在完成React hooks、SQL查询或测试存根方面表现出色。

Amazon Kiro:通过规格文件(specs)提供持久的项目知识,确保Kiro与项目约定、库和标准保持一致,无需在每次交互中重复说明。

Claude Code:能够在几秒钟内映射和解释整个代码库,使用代理搜索来理解项目结构和依赖关系,无需手动选择上下文文件。

Augment Code:拥有200,000 token的上下文窗口,能够理解大型代码库的上下文,通过实时采样识别代码库中的正确子集。

自动化和工作流

Cursor

  • Agent模式:可以浏览项目添加文件、测试和配置
  • 后台代理:支持长时间任务的后台执行
  • 多标签对话:支持并行AI头脑风暴

Amazon Kiro

  • Agent Hooks:基于事件触发的AI驱动代理,可以自动化日常任务
  • 规格驱动开发:将想法转化为结构化规格和可执行代码
  • 自动文档化:随代码演变自动更新文档

Claude Code

  • 工具集成:与GitHub、GitLab和命令行工具集成,处理整个工作流——读取问题、编写代码、运行测试和提交PR
  • 多文件编辑:支持强大的多文件编辑功能

Augment Code

  • Memories功能:随着工作自动更新并在对话间持续存在,不断改进代码生成
  • Next Edit:引导完成相关更新,跨代码、测试和文档
  • 自动变更跟踪:支持轻松回滚以保持编程风格

优缺点分析

Cursor

优点

  • 学习曲线平缓(基于VS Code)
  • 丰富的AI功能集成
  • 活跃的社区和频繁更新
  • 相对合理的定价

缺点

  • 在Max模式下隐藏的token消费可能导致预算超支
  • UI可能感觉杂乱
  • 某些高级功能需要学习

Amazon Kiro

优点

  • 创新的规格驱动开发方法
  • 预览期免费使用
  • 良好的企业安全功能
  • 结构化的开发流程

缺点

  • 相对较新,社区支持有限
  • 目前仅支持英语
  • 学习新的开发范式需要时间

Claude Code

优点

  • 强大的代码库理解能力
  • 对于复杂任务表现出色,特别是大型文件处理
  • 直接从制造商(Anthropic)获得,无中间商加价
  • 深度终端集成

缺点

  • 使用成本相对较高,每次会话约$5
  • 纯命令行界面可能不适合所有开发者
  • 需要手动权限确认(虽然可以禁用)

Augment Code

优点

  • 在GitHub Copilot竞争中70%的胜率
  • 行业领先的上下文引擎
  • 优秀的企业安全功能
  • 强大的实时协作

缺点

  • 最近价格上涨67%,从$30涨到$50/月
  • 最昂贵的选项
  • 某些功能在涨价后被移除

使用场景建议

个人开发者/小团队

推荐Amazon KiroCursor

  • Kiro在预览期免费,提供创新的开发方法
  • Cursor提供熟悉的界面和强大的AI功能

企业开发团队

推荐Augment CodeCursor Business

  • Augment Code提供最强的企业安全和协作功能
  • Cursor Business提供团队协作和管理功能

终端驱动的开发者

推荐Claude Code

  • 专为命令行工作流设计
  • 强大的代码库理解和工具集成

大型代码库项目

推荐Claude CodeAugment Code

  • 两者都擅长处理大型、复杂的代码库
  • 提供出色的上下文理解能力

预算敏感的用户

推荐Amazon Kiro(预览期)或 Cursor Pro

  • Kiro目前免费,未来定价合理
  • Cursor Pro提供良好的价值比

总结建议

  1. 新手开发者:选择Cursor,学习曲线平缓,功能丰富
  2. 创新尝试者:选择Amazon Kiro,体验规格驱动开发的新方法
  3. 命令行专家:选择Claude Code,获得最强的终端AI体验
  4. 企业用户:选择Augment Code(如果预算充足)或Cursor Business
  5. 成本优化:在Kiro预览期结束前尝试使用,否则选择Cursor Pro

每个工具都有其独特的优势,最佳选择取决于你的具体需求、预算和开发习惯。建议在做出最终决定前,充分利用免费试用期来亲身体验这些工具的差异。


本文基于2025年7月的最新信息编写,AI IDE工具市场发展迅速,建议定期关注各工具的更新动态。

[转] 编程十年的感悟

前言

马尔科姆·格拉德威尔的“一万小时定律”指出,持续投入一万小时的努力,足以使人在某个领域达到专家水平。 按照每周20小时的练习量计算,每天大约需要投入3小时,十年左右才能达成这一目标。

从我写下第一行C代码算起,至今已超过十年。 期间,我编写了超过三十万行代码,其中一部分在微信编写的代码,曾服务过超过一亿的用户。

尽管写了这么多代码,我仍不敢自诩为专家。 但多年的“打工”生涯,日复一日地敲代码,也让我积累了不少感悟。 “工多艺熟”,这些感悟既是对编程技术的思考,更是对职场人生的体味。 毕竟,除了最初在学校学习的几年,我的编程生涯几乎都伴随着“打工”的酸甜苦辣(多是苦辣)。

持续学习

虽然大学是从C语言入门编程的,但是我在大学时主修的语言是Java ,毕竟Java是门非常成熟的工业语言,有非常丰富的框架,在国内的企业非常受欢迎,工作岗位也多。

我当时从Java Servlets入门Web开发,再学习了非常流行的JavaEE 企业开发框架SSH, 即 Structs2 1+ Spring 2+ Hibernate 3, Struct2 负责控制逻辑关系,Spring 负责解耦, Hibernate 负责操作数据库.

而到我开始找工作时,SSH的概念就变了, Struct2 被SpringMVC 4所取代, SSH 变成了 SpringMVC + Spring + Hibernate.

到我实习入职蚂蚁金服的时候,发现组里代码库操作数据库的ORM框架用的并不是Hibernate,而是 Ibatis 5, 后面又切换成了新的 MyBatis 6

而蚂蚁金服内部使用的也并不是Spring/SpringMVC, 而是自主研发出发的 Sofa框架 7, Spring 社区后来觉得Spring框架过于重量级,不利于快速开发,又开发了更轻量级的 SpringBoot 8, 而蚂蚁内部又推出了Sofa版本的 Sofaboot 9

去了微信支付后,前期都是在写C++, 使用微信内部自研的svrkit 框架,到后期因为负责数据治理相关项目的缘故,开始使用 Spark + Python + Hive SQL

现在在AWS S3, 因为业务对性能和资源使用有非常高的要求,又开始使用Rust, 而历史业务又是使用Java, 兜兜转转之后,又回到Java的路子上。

细数下来, 这些年来,我写过Java,C++,Python,Rust,Javascript/Typescript 这些语言的生产代码.

除去工作之外, 我还因为学习SICP 学习了Scheme, 因为使用Emacs 而学习了Emacs Lisp, 想做独立开发赚钱学习了Swift, 想感受Ruby on Rails的魅力而学习的Ruby, 还有以前为了压测写的Golang, 还有各种语言对应的框架和库.

自我学习编程以来,学过的编程语言没有10种也有半打了.

我也从来不会把自己定义为某门语言的程序员,如Java程序员,C++程序员等等, 我只叫自己做Software Development Engineer. 语言从来只是工具,只要你持续学习,遇到新的场景,自然就会学习新的编程语言了.

计算机的世界日新月异,可能几个月就会出个新框架,几年又会流行一门新语言,只有持续学习,才能持续保持自己的竞争力。

学好英语

领袖常说,「东升西降」,虽然不知道此种变化何时才能实现,但起码说明,目前是「西尚在上,东尚在下」,在计算机领域,尤其如此。

最前沿的技术都是英文资料,英语又是世界通行的语言,来自不同国家的开发者又会不约而同地使用英语来交流, 因此学好英语既可以了解最新的技术潮流,又可以融入社区,建立自己的影响力。

疫情之后,越来越多的公司都开始推行远程办公,从全世界招聘开发者. 这就意味着如果你英文过硬,甚至可以离开一线城市,避免高额的生活开销,在老家工作,陪伴在父母身边,同时赚取外汇;这对于饱受996困扰的程序员来说,未尝不是一条出路.

于我个人而言,坚持学习英语可能是我收获最大的投资之一。

熟悉我的朋友,尤其是我的高中同学可能知道,十年以前,我的英文可以说着实挺烂的: 满分150分的英语,只考个及格的90分可谓是家常便饭,后来也只会笨学英语,到高三的时候能考个120分已经是巅峰水平。

但上大学之后,我也没有就此懈怠放下英语,大一还每天去晨读英语。

没有口语交流的条件,就自己创造,去网上找人聊天, 当时还在一个叫 Interpals 10 聊天网站认识了全世界好多的人, 其中还有一个是年龄相仿的土耳其女孩,我们还加了Facebook, 经常用Skype 视频聊天.

大学毕业后就没有那么多的时间闲聊后就断了联系, 最近看Facebook的动态,看她也穿上婚纱了.

工作后也一直阅读英文的技术文章,用英文搜索内容,在Stackoverflow 和 GitHub 用英文回答问题,在Discord 的英语学习频道找人聊天, 把电脑和手机系统语言都换成英文的,从学习英语变成用英语。

后来在机缘巧合之下,从国内找到了加拿大AWS的工作,幸而有机会来加.

人们常说,路应该要越走越宽,而不是越走越窄;

而在我看来,英语就是夜里走路时手上拿着的手电筒,可以让我们走自己的路的同时, 扫一下旁边那条道的情况,需要时及时转向,不至于一条路走到黑.

独立思考

微信以前一直有发最新iPhone手机的传统,但是那已经是4年前的美好时光了。

记得2021年是小龙明确年会不会发手机的第一年,他当时透露,那一年会发个铝片。

当时同事之间还在讨论,iPhone也是一块铝片冲压而成的嘛,那发的是否还是iPhone呢,不发手机只是烟雾弹?

拆开年会礼物之后发现,的确是一块铝片,上面写着「2022保持独立思考」.

{{

}}

小龙一直强调「独立思考」对微信的重要性,认为如果要选择一个最重要的品质,他会选择「独立思考」。

上级说的不一定是对的,老师说的不一定是对,学术机构说的也不一定是对,媒体说的也不一定是对,声音大的更不一定是对,毕竟有理不在言高。

比如微服务架构非常流行,许多公司都在搞微服务,那么单体架构是否就应该不使用?

作为初创公司或小团队,新业务是否要上微服务架构呢?还是先使用单体架构,业务发展起来再迁移到服务呢?

开发过程免不了要做各种决策,比如技术选型,针对你的需求,你可能会找到一打「看似」符合要求的组件, 可能还会去网上找找对各个组件的评价,会发现众说纷纭,就需要自己独立对每个组件做出分析,找出其优劣,再结合自身团队的特点,做出决策.

关于独立思考,我最喜欢的是一句话是HBO出品短剧《切尔诺贝利》里面, 科学家瓦列里·列加索夫希望克格勃释放调查真相同事乌拉娜·霍缪克的要求,说可以保证她是没问题的,克格勃头子回答的那句话:

Trust, but verify.(相信,但要核实)

先跑起来再说

这句话还有一个广为人知的变种:「又不是不能用」

很多的程序员都是完美主义者,尤其是读过《重构》和《设计模式》的程序员,会倾向于把很多时间来优化代码,做重构。

以前的我也会有类似的冲动,总会想时间去优化代码, 但是项目肝多了之后,有种强烈的感觉,还是先把MVP上线,及早让用户体验。

如果没有用户使用,再好再漂亮的代码也没有任何意义了。

所以经常看到社区有人问做副业的时候,应该用什么语言和框架,PHP/Python/Ruby 会不会太慢,我的观点一直都是,先做个原型跑起来,先找到第一个用户再说。

当运行速度成为瓶颈时, 你的业务已经非常大,肯定有足够的钱可以招一打的程序员把你的项目换成Golang/Java了。

对此,我很赞同坐我旁边大佬关于代码质量的说法:

make it run, make it fast, make it beautiful.

最近在做副业的尝试,有个深刻的体会,技术可能是商业里面最不重要的。

从零把产品做出来,推广给用户,用户只会关注你的产品是否好用,能否解决他们的问题.

他们既不会关注你是用C++/Java还是Javascript 写的,也不会关注你代码写得是否优雅,与其执着于技术选型,不如先把产品干出来让用户试用。

顺手的才是最好的

经常会看到有人在社区提问,什么语言最好,什么框架最好,什么编辑器最好,什么操作系统最好。

「最好」是个相当主观的结论,也并没有针对所有场景的「最好」的解决方案, 但是经常能看到社区有人因为哪个语言更好而吵起来.

或者有人在分享A的时候,有人会在下面回复B/C/D更好, 然后又争吵起来.

让不禁让我想起《社会性动物》这本著名的社会心理学著作里面提到的团队认同现象, 当球迷与某支球队产生强烈的认同感后,会将球队视为自我认同的一部分,这里他们会:

  1. 用「我们」而不是「他们」来称呼球队
  2. 将球队的成功视为个人的成功
  3. 对批评球队的言论产生防御性反应,将这些批评视为对自我的攻击

如果有人问我这个问题,我会回答「你顺手熟悉的工具的最好」。

即使是出于乐趣,编程的目的还是利用计算机解决问题,而解决问题最好的工具就是你最熟悉的工具。

除非你了解的工具不适用于你的问题,那么自然就需要一个新工具,也不要削足适履,矫枉过正。

当然,如果是为了满足求知欲而想去学习一个新的语言,那选择你感兴趣的就可以了。

当初在2017年学习Rust, 也只是因为大四没有课,时间充裕, 想学点有趣的新东西,那时候Rust1.0才发布2年, 可没指望能靠Rust找到工作

记不清在哪里看过的一段话:

我也曾问过自己类似的问题:

  1. 是不是好的东西就能流行?不一定
  2. 是不是我喜欢的东西就是好的东西?不一定
  3. 我会不会花时间精力在一个不一定会流行但是我喜欢的东西上?会

多与人交流

程序员固然是和机器打交道,但是本质解决的还是人的问题.

当初学习编程的时候,曾经有个误区,认为自己只要把技术搞好,就可以不去关心什么「人情世故」。

因此初入职场之后,我既是这么持有这样的想法,又是这样行动的,虽然不至于对其他人冷脸相对,但是难免会如好友形容那般:「孤傲」

但是被毒打时间久了才会发现,无论是在国内或国外,都难免会有「人情世故」,用英文来说,那叫 network and connection.

即使我技术能力过硬,也需要被人见到才行,和同事领导相处关系好,才可以在做出成绩的时候,「花花轿子被众人抬」。

所以我现在都是有事没事都和同事们聊天,既可以提升下熟悉度,也可以了解到许多部门八卦, 还可以从同事们抱怨中找到潜在优化点,践行自己「Work hard and be nice to people」的理念.

这行做久了,会发现软件工程其实说到底,就是人的系统工程。

代码不是万能的

程序写多了之后就会有种幻觉,就是觉得什么事情都可以用代码来解决。

手里拿着锤子的时候,把什么都当成钉子来砸。

被毒打多才认清的事实就是,有很多事情是无法用代码来解决,代码只是个工具,只能在个合适的场景使用, 避免路径依赖.

酒香也怕巷子深,只会写代码没啥用,还要写文章,在公司内部做分享,让别人能「看到你」。

编程肝项目的专业能力固然重要,但是也要有营销自己的软实力,就像一位长者说的那样: 两手抓,两手都要硬.

不知道是中国人讲究谦虚内敛的品质,还是程序员「木讷呆板」的刻板印象,导致大家都不怎么营销自己。

有事没事和老板聊下天,增进下交流,经常露个脸,可能比肝十个项目还有用。

与优秀的人共事

从业多年,去过蚂蚁金服,微信支付和AWS 搬砖, 和各种各样的同事都共事过,有个越发强烈的感悟:

要与优秀的人共事

不仅能从他们身上学到非常到的优点,提升技术能力,可以学到最佳实践和工程经验,在Code Review 的时候可以学到更好的编程方式,遇到问题时又有靠谱的队友帮忙和指导。

由优秀的程序员开发出来的系统的独特之处,知道什么叫简单好用的系统,形成自己的技术品味。

品味与美感这个词是很抽象,但是用过了好用的系统,自然就不会对那些粗制滥造,还靠老板背书强行推广的系统感兴趣。

而提高技术品味在提高我们的技术认知的前提下,又能反过来帮我们提高设计能力.

和优秀的同事共事的另外一个好处是可以建立高质量的人脉网络,利于职业发展,跳槽换赛道也多个选择。

虽然初始公司也有优秀的开发者,但是平均而言,大公司优秀程序员的比例会更高,毕竟他们更有竞争力的薪资福利,自然也有更高的招聘门槛。

比如微信就有所谓的面试委员会,除了招聘部门的面试官之外,还要通过面委面试官的考核,避免为了快速招人而降低标准。

所以个人建议应届毕业生,有机会还是去大公司,见识下。

虽然离职微信快两年了,我仍然想念当初同组共事的同事们,他们真的是技术过硬,人又超nice, 还乐于帮忙.

正如孔子所言:与善人居,如入兰芷之室,久而不闻其香,则与之化矣;与恶人居,如入鲍鱼之肆,久而不闻其臭,亦与之化矣

身体是一切的本钱

编程这么多年,落下一堆的职业病。

大学时候就有的鼠标手(腱鞘炎), 工作几年之后「喜提」腰椎间盘突出,久坐下半身会麻痹,还有我曾经浓密黝黑的头发,现在也日渐凋零。

因为腾讯总部有免费的健身房,所以我基本工作日都会去健身房薅公司羊毛,2天有氧慢跑,2天无氧器械,坚持了快3年。 也开始注意自己的饮食,尽量少油少糖不喝酒。

健身虽然不是包治百病,但是起码人显得有精神了,也有精力应付高强度的工作了。

只有失去才会懂得珍惜,也真的只有在开始吃药,去医院复诊,才会开始注意身体。

虽然编程很有趣,虽然养家很重要,但是还是要注意身体,毕竟身体是一切的本钱,垮就没有其他的精彩故事了。

总结

无论是编程,还是其他的技能,我感觉都是「马太效应」,你学得越多,你懂得越多,再学新的东西,你就会学得越快。

代码写多了才意识到,程序员的竞争力并不是写代码,也并不是哪门语言或者框架, 其核心竞争力是通过技术解决问题的能力,又何必再去拘泥于哪门具体的编程语言或技术呢。

希望编程十年只是个起点,十年后可以再写一篇「编程二十年的感悟」

推荐阅读

来源 编程十年的感悟 作者 Ramsay

2025年Gartner十大战略性技术趋势

Gartner研究副总裁高挺(Arnold Gao)表示:“今年的重要战略技术趋势涵盖了AI的必要事项和风险,以及计算技术和人机协同等前沿趋势。追踪这些趋势将帮助IT领导者以负责任、和合乎道德的创新方式塑造企业机构的未来。”

以下是 2024 年 10 月 22 日 Gartner 发布的 2025 年重要战略技术趋势:

  • 决策代理型人工智能(Agentic AI)
  • 人工智能治理技术平台(AI Governance Platforms)
  • 虚假信息安全(Disinformation Security)
  • 后量子密码学(Postquantum Cryptography)
  • 环境隐形智能(Ambient Invisible Intelligence)
  • 节能计算(Energy-Efficient Computing)
  • 混合计算(Hybrid Computing)
  • 空间计算(Spatial Computing)
  • 多功能机器人(Polyfunctional Robots)
  • 神经增强(Neurological Enhancement)

2025年重要战略技术趋势

决策代理型人工智能(Agentic AI)

代理型AI通过自主规划和采取行动实现用户定义的目标。代理型AI为实现能够分担和补充人类工作的虚拟劳动力带来了希望。Gartner 预测,到2028年,至少15%的日常工作决策将由代理型AI自主做出,而2024年这一比例为0%。这项技术的目标导向型功能将实现适应性更强、能够完成各种任务的软件系统。

代理型AI有望实现企业首席信息官(CIO)提高生产力的愿望。这一动机促使企业与厂商探索、开创和建立能够提供稳健、安全和可信的代理型AI所需的技术和实践。

行业应用:

  • 个人助理:如财务规划AI,可根据用户收入与支出模式,直接执行最佳投资策略。
  • 企业管理:在供应链管理中,Agentic AI能够动态调整库存和物流策略,以应对市场变化。

人工智能治理技术平台(AI Governance Platforms)

随着AI的广泛应用,模型偏见、不透明性等问题对信任构成威胁。AI治理平台将通过模型透明度、道德审查和可解释性提升信任度,防止生成有害或不道德的内容输出。

技术落地:

  • 模型可解释性:确保AI决策过程清晰可追溯。
  • 偏见检测工具:识别并纠正模型中的隐性偏见。
  • 行业规范化:推动AI治理标准化,加强对敏感领域AI应用的监管。

Gartner预测,到2028年,采用综合AI治理平台的企业将比没有这类系统的企业减少40%与AI相关的伦理事件。

虚假信息安全(Disinformation Security)

虚假信息安全是一个新兴技术类别。该技术能够系统地辨别信任度,旨在提供一个能够确保信息完整性、评估真实性、防止冒名顶替和追踪有害信息传播的方法体系。Gartner预测,到2028年,将有50%的企业开始采用专为应对虚假信息安全用例而设计的产品、服务或功能,而目前这一比例还不到 5%。

AI和机器学习工具的广泛可用性和高级状态被用于恶意目的,预计将增加针对企业的虚假信息事件数量。如果这种趋势不被加以控制,那么虚假信息可能会对企业造成重大且持久的损害。

应用场景:

  • 媒体审查:新闻机构可利用该技术验证内容真实性。
  • 企业声誉管理:实时监控并应对恶意虚假信息攻击。
  • 司法取证:为法庭提供对合成媒体的技术验证支持。

后量子密码学(Postquantum Cryptography)

后量子密码学能够保护数据免受量子计算解密风险。根据量子计算过去几年的发展情况,目前广泛使用的几种传统加密技术将被淘汰。由于改变加密方法并非易事,企业必须有更长的准备时间,才能为一切敏感或机密信息提供强有力的保护。

行业影响:

  • 金融行业:确保银行与交易系统的数据安全。
  • 通信安全:加密敏感通信内容,避免数据泄露。
  • 政府机构:保护国家机密,抵御量子计算威胁。

Gartner预测,到2029年,量子计算技术的进步将使大多数传统的非对称加密技术变得不安全。

环境隐形智能(Ambient Invisible Intelligence)

环境隐形智能是由成本极低、体积小巧的智能标签和传感器实现的,这些传感器能够提供大规模、经济实惠的的追踪和传感。长远来看,环境隐形智能将使传感器和智能技术无缝融入我们的日常生活中。

典型应用:

  • 供应链优化:实时监测货物位置、温度和湿度。
  • 资产管理:跟踪企业固定资产的状态和位置。
  • 工业物联网:提高工厂运营透明度,优化生产效率。

到2027年,环境隐形智能的早期示例将以解决当前问题为主,例如零售库存检查或易腐货物物流等,通过实现低成本的实时物品追踪和感知来提高可见性和效率。

节能计算(Energy-Efficient Computing)

IT以多种方式影响可持续性。在2024年,碳足迹是大多数IT组织的首要考虑因素。计算密集型应用,例如AI训练、模拟、优化和媒体渲染等由于能耗最高而可能成为企业碳足迹“大户”。

发展方向:

  • 绿色数据中心:通过优化冷却系统和能源管理降低碳排放。
  • 算法重构:针对能源密集型应用优化代码效率。
  • 光学和神经形态计算:探索更高效的计算架构。

预计从2020年代末开始将出现一些新的计算技术,如光学、神经形态和新型加速器等。这些新技术将被专门用于特殊任务,例如AI和优化,并显著降低能耗。

混合计算(Hybrid Computing)

新的计算范式正在不断涌现,包括中央处理单元、图形处理单元、边缘、特定应用集成电路、神经形态以及经典量子计算、光学计算范式。混合计算结合不同的计算、存储和网络机制解决计算问题。这种计算形式能够帮助企业探索和解决问题,使AI等技术能够突破当前的技术限制。混合计算将被用来创建比传统环境更高效的变革性创新环境。

未来计算体系将整合CPU、GPU、边缘计算、量子计算、光学计算等多种技术,实现协同计算。组织需要评估并部署最适合其需求的计算框架。

应用趋势:

  • 精准医疗:通过量子计算模拟药物反应。
  • 智能制造:边缘计算实时分析生产数据,提高生产灵活性。
  • 超大规模AI模型训练:GPU与量子计算联合加速训练过程。

空间计算与增强现实(Spatial Computing)

空间计算利用增强现实和虚拟现实等技术,以数字方式增强物理世界。它将实体和虚拟体验之间的交互提升到一个新的级别。在未来五到七年内,空间计算的使用将通过简化工作流程和增强协作能力来提高企业效率。

前景展望:

  • 智能工厂:工人通过AR眼镜实时获取设备维护信息。
  • 远程医疗:医生通过空间计算与患者共享三维诊断模型。
  • 沉浸式教育:为学生提供交互式虚拟实验室体验。

Gartner 预测,到2033年,空间计算市场将从2023年的1100亿美元增长至1.7万亿美元。

多功能机器人(Polyfunctional Robots)

多功能机器人能够执行多项任务,它们正在取代为重复执行一种任务而专门设计的特定任务机器人。这种新型机器人的功能性能够提高效率和投资回报率(ROI)。多功能机器人可以与人类一起协作,能够快速部署和轻松扩展。

技术进展:

  • 服务业:为家庭提供清洁、监控等多任务服务。
  • 农业:一台机器人可完成种植、喷洒与收获。
  • 灾难救援:集成多种功能,用于搜索与救援任务。

Gartner预测,到2030年,80%的人类将每天与智能机器人打交道,而目前这一比例还不到10%。

神经增强(Neurological Enhancement)

神经增强利用读取和解码大脑活动的技术提高人类的认知能力。这项技术能够使用单向脑机接口或双向脑机接口(BBMI)读取人的大脑,在人类技能提升、下一代营销和提升表现这三个主要领域具有巨大潜力。神经增强将提高人类的认知能力,帮助品牌了解消费者的想法和感受并增强人类的神经功能,从而获得最佳的结果。

Gartner预测,到2030年, 30%的知识工作者将通过BBMI等技术(资金来源包括雇主和个人)提升自己的能力,并凭借这些技术来适应工作场所中AI的崛起。这一比例在2024年还不到 1%。

潜在价值:

  • 康复医学:帮助中风患者恢复运动能力。
  • 学习增强:提高人类对复杂信息的理解与记忆能力。
  • 交互创新:通过脑机接口实现直接的人机互动。

今年的重要战略技术趋势强调了那些将在未来10年内给CIO和其他IT领导人带来重大变革与机遇的趋势。

References

2024年Gartner十大战略性技术趋势

这些战略性技术趋势将在未来三年深刻影响企业的商业和技术决策

Gartner建议企业评估每个技术趋势的影响和收益,明确哪些创新技术或组合将对企业的成功产生最显著影响。

十大技术

1. AI信任、风险和安全管理(AI TRiSM)(AI Trust, Risk and Security Management)

AI Trism 指“AI Trust,Risk,Security Management”,是一组关于AI信任、风险、安全管理的架构性趋势,比较简单的说法是“AI治理”。

越来越多的人工智能成为工作中不可或缺的一部分,尤其是在生成式人工智能爆火的今天。一旦我们缺乏对人工智能模型有效的治理,实际上就存在人工智能技术“失控”的风险。对于企业来说,人工智能在整个生命周期中可能都会有一些安全风险,从最早的“训练数据投毒”,到应用生成式人工智能时的“提示词攻击”,从各个方面来讲,人工智能有很多风险敞口。

基于这样的现实情况,Gartner提出这套“AI Trust”框架。它关注的是人工智能模型的治理,以及公平性、可解释性、透明度、数据保护等,由6个模块组成,分别是:模型运维(ModelOps)、主动数据保护、AI特定安全、模型监控(包括对数据漂移、模型漂移和/或意外结果的监控)以及第三方模型和应用输入与输出风险控制工具。这是AI Trism连续第二年入选“十大趋势”。

2. 持续威胁暴露管理(CTEM) (Continuous Threat Exposure Management)

CTEM指“Continuous Threat Exposure Management”,是Gartner提出的安全态势修复和改进的框架,其与传统安全技术的区别在于:

不是指单纯从技术上去修复一个安全漏洞,而更加关注业务层面的风险暴露面,包含五个模块:Scoping(范围界定)、Discovery(发现)、prioritization(优先级排序)、Validation(验证)、Mobilizatlon(动员)。

3. 可持续技术(Sustainable Technology)

可持续技术是一个数字解决方案框架,其用途是实现能够支持长期生态平衡与人权的环境、社会和治理(ESG)成果。人工智能、加密货币、物联网、云计算等技术的使用正在引发人们对相关能源消耗与环境影响的关注。因此,提高使用IT时的效率、循环性与可持续性变得更加重要。

Gartner预测,到2025年,75%的组织都会面临持续的电力短缺,这种电力短缺会加速推动可持续IT技术的发展。到2027年,25%的CIO(首席信息官)的个人薪酬将与他们对可持续技术的影响挂钩。

4. 平台工程(Platform Engineering)

平台工程指的是通过一系列工具和流程,为企业的软件开发团队提供一个自助开发门户,或者称之为内部开发平台。这个平台可以涵盖应用程序整个生命周期里所有的操作,但它需要由一个专门的平台工程团队去创建和维护。

这跟传统的开发有什么区别呢?传统开发都是项目制,很多开发人员是根据业务部门的需求做定制化开发。这导致了一个问题,比如一个企业开发了3个应用,3个应用里有很多功能是类似的,那么就会有重复开发的资源浪费问题。

平台工程更像是开一家自助餐厅,顾客可以根据自己的要求去挑选合适的菜品,就是所谓的“自助式服务”。这样可以在短时间内满足需求、提升开发效率,同时可以比较大限度地规避菜品重复的浪费问题。餐厅里的厨师就变成了“平台工程师”,这也是为什么平台工程要有一个专门的团队去维护。

平台工程有3个关键词:可组装、可复用、可配置。本质上它背后的思想就是把软件开发从项目管理的思维转化到产品管理的思维,把本来相对独立的开发项目流程模块化和集中化。

5. AI辅助开发(AI-Augmented Development)

AI增强开发指使用生成式人工智能、机器学习等AI技术协助软件工程师进行应用设计、编码和测试。主要包括:AI代码生成、AI增强测试、从设计到代码的过程。

在第一个模块里进行“AI代码生成”,对于下面几种场景特别有帮助:样板代码、重构代码,以及对旧的框架或编程语言进行学习。

“AI增强测试”即会有很多测试任务逐渐被AI开发替代,主要集中在3个方面:编写测试代码、生成测试数据、生成单元测试中的“测试桩”。

从设计到代码,在某种意义上是人工智能参与整个开发全生命周期的过程。目前还没有完全实现,属于对未来的展望。

6. 行业云平台(Industry Cloud Platforms)

Gartner预测,到2027年,将有超过70%的企业使用行业云平台(ICP)加速其业务计划,而2023年的这一比例还不到15%。ICP通过可组合功能将底层IaaS(基础设施即服务)、PaaS(平台即服务)、SaaS(软件即服务)服务整合成全套产品,推动与行业相关的业务成果。这些功能通常包括行业数据编织、打包业务功能库、组合工具和其他平台创新功能。

换句话讲,即在传统的“云”上加一层“业务模块层”。它之所以会成为趋势,因为现在企业更关注在“云”投资可以如何产生可量化的商业价值,而不是像以前只是为了达到技术和基础设施改进的目的。“行业云平台”有两大特征:可组装、模块化。

它实际上是把一些通用的业务能力模块化之后放在“公有云”上,然后让它重新排列组合进行组装。根据现在的整理,我们在超过20个行业当中找到了大概有超过270个“行业云平台”,以下是大致的分布。

7. 智能应用(Intelligent Applications)

Gartner将智能应用中的“智能”定义为自主做出适当响应的习得性适应能力。在许多用例中,这种智能被用于更好地增强工作或提高工作的自动化程度。作为一种基础能力,应用中的智能包含各种基于人工智能的服务,如机器学习、向量存储和连接数据等。

在2023年Gartner首席执行官(CEO)和业务高管调查中,26%的CEO认为对企业机构破坏力最大的风险是人才短缺。吸引和留住人才是CEO在人力资源方面的首要任务,而人工智能被认为是未来3年对他们所在行业影响最大的技术。

其目标是最终成为可以像人类一样去思考、判断和适应环境的应用。这种智能应用自适应的学习能力,背后实际上是包含各种基于人工智能的服务,如机器学习、语意引擎、连接数据等。比如苹果手机或苹果手表有一个“优化充电”的功能,即根据用户每天的充电习惯,通过机器学习的方式找到规律,比如起床时间、出门时间,然后在你出门之前一个小时左右才充电到100%。

这就是通过“学习适应的模式”去改变,让手机寿命更长一点。像辅助驾驶/自动驾驶,包括一些做机器人的公司,如特斯拉的AI机器人,本质上也是一种智能应用。

一个有意思的例子是“AI读心术”。在2023年5月,美国得克萨斯州的奥斯汀分校研究团队在《自然·神经科学》杂志上发表文章,公布了一个基于AI预训练大模型的大脑活动解码器,它可以将大脑活动转化为连续的文本流,通过一种非侵入式的方法学会“读心术”。实际上目前的识别率虽然不算特别高,但还是很有意思。

8. 普惠型生成式AI(Democratized Generative AI)

生成式人工智能应用可以让企业用户访问并使用大量内部和外部信息源,这意味着生成式人工智能的快速采用将极大地促进企业知识和技能的全民化。

Gartner预测:到 2026年超过80%的企业将使用生成式人工智能的API(应用程序编程接口)或模型,或在生产环境中部署支持生成式人工智能的应用,而在2023年初这一比例不到5%。

未来生成式人工智能平台的入门门槛会变得非常低,几乎可以为所有人提供“生成、创造、编写数字内容”的能力。入门门槛低,意味着成本也低。这个“低成本”实际上还能够提高生产力,取代或辅助一些工作,用来研发一些新的产品。

举个例子,二手车零售商CarMax用微软Azure OpenAI的服务,把万余条“客户评论”汇总成一个简短的描述,包括它库存里每种汽车的品牌、型号、年份,以及一些关键评论的要点。

对于商业用户来说,如果我们将来可以无处不在地获取以前不可能获得的知识和技术,那么这预示着一波新的生产力浪潮即将到来。“云”和“开源”的融合会使生成式人工智能更加民主化,会超越只是某些大型科技巨头能够掌握这件事的局限性。但它也有一个问题,即这种不受限制地获取知识和技能的方式,必须以治理和风险管理作为基础。

9. 增强型互联员工(Augmented Connected Workforce)

增强型互联员工队伍(ACWF)是一种优化员工价值的战略。ACWF使用智能应用和分析,提供助力员工队伍体验、福祉和自身技能发展的日常环境与指导。

其关键的核心在于提供员工的数字体验。如何用人工智能“增强”?它指的是,对从终端应用知识库甚至是员工情绪中提取出的数据进行接近实时的处理和反馈。比如,企业从员工在线工作的时间,包括邮件里的措词、访问各个应用的数据,分析出员工目前的工作状态和压力。另外一个角度是,从员工在某些系统里逗留的时间、所做的操作,可以看到企业里需要改善的流程,甚至找到一些“员工的离职倾向”等。这里要考虑“安全和隐私”问题。但它的一个要点是用人工智能的方式对员工进行关怀,人工智能最后不会取代人类的关怀,但是可以增强,至少给人类提供一些数据方面的支撑。

10. 机器客户(Machine Customers)

机器客户(也被称为“客户机器人”)是一种可以自主协商并购买商品和服务以换取报酬的非人类经济行为体。到2028年,将有150亿台联网产品具备成为机器客户的潜力,这一数字还将在之后的几年增加数十亿。到2030年,该增长趋势将带来数万亿美元的收入,其重要性最终将超过数字商务的出现。

在战略上应考虑为这些算法和设备提供便利甚至创造新型客户机器人的机会等。Gartner预测:到2027年,超过50%的销售和服务中心将接听机器客户的电话。

这个“机器客户”当然不是一蹴而就的,它的整个进化过程分成3个阶段:

第一,人类主导,由机器通过一定的规则去购买特定的商品。

第二,人类和机器共同主导,优化购买的选择,最终由机器根据规则执行购买操作。第一个阶段已经实现了,第二个阶段也已经实现了一部分了。

第三,机器推测人类的需求,根据规则、场景和偏好进行自主化购买。

一个有意思的案例是,前不久OpenAI的一位创始人发表TED演讲,演讲之前他做了一件事:用聊天机器人ChatGPT和文生图工具Dall·E帮他准备晚餐的菜单,然后用Dall·E把晚餐的菜单文字转化为图片的请柬,最后用ChatGPT创建一个“购物清单”。

三大主题

每个趋势都与以下一个或多个关键主题相关:

  • 保护和维护过去及未来的投资
  • 为合适的相关方在适当时机提供合适的解决方案
  • 为内外部客户创造与时俱进的价值

主题一: 投资保护

主题二: 构建者生态崛起

主题三: 价值实现

  • 通过以下方式提升利益相关方体验,拓展收入增长渠道:

    • 持续适应内外部客户需求变化,形成价值创造和交付的良性循环
    • 重视算法驱动的机器客户群体,其影响力正快速增长
    • 有序开放快速迭代的数字工具,包括生成式AI、人才培养、技能提升等增强和自动化领域
  • 该主题相关的IT趋势包括:

给同行的3点建议

  1. Gartner年度战略性技术趋势研究有助于你确定投资优先级,特别是在AI时代。
  2. 2024年的趋势带来一个或多个关键收益:保护你的投资、优化智能应用/解决方案构建者的崛起以及实现更大的价值。
  3. 规划合适的技术组合以实现未来几年CEO和CIO的目标。

References

深度解析根技术、根产业及发展格局

根技术是指那些能够催生和支撑一系列衍生技术的基础性技术,它们在科技发展中起着关键的作用。了解根技术的基本概念对于把握技术发展趋势和方向具有重要意义。

一、根技术与根产业释义

鉴于主流学术界以及政策制定部门至今还很少关注到根技术、根产业这样极为重要的问题,几乎还看不到有价值的研究成果,为便于对相关问题的阐述,本文对根技术、根产业做一些释义工作。

所谓根技术是指能够衍生出并支撑着一个或多个技术簇的技术,可以为整个技术树成长的各个环节及末端持续赋能。根技术具有三大属性:一是技术全新性。主要来自颠覆性技术、突破性技术和新技术,是典型的“从0到1”的科研成果。这种全新属性,使其实现了对旧的根技术的全面颠覆或跨越,再造或重构了其所波及领域的底层技术逻辑,或者产生了新的技术范式,创立了新的底层技术逻辑。二是技术高分蘖性。一个根技术可以同时蘖生出一个乃至多个枝干技术,进而形成“独根成林”之生态,快速产生从技术创新到颠覆多个产业应用模式的爆发效果。三是技术多维应用性。一项根技术通常具有相当程度的泛在性,不仅对其自身领域具有颠覆性、突破性和新创性,且对相关产业领域技术产生重大影响,重塑相关领域技术格局,具有典型的指数效应。

根产业是根技术的产业化结果,是指依据根技术建立的产业链“根部”部分。根产业具有三个显著特征:一是共性架构性。根产业一般不生产面向市场终端的产品或服务,而是以根技术为核心搭建起一个新的产业基础或共性体系,包括技术实现、工艺流程、统一标准、商业模式等。根产业的这种属性,使其对整个产业链具有完全的掌控力,可以精准地“断枝”“去冗”。二是超强稳定性。根产业一旦形成,通常在其全生命周期都会保持相对稳定,由其衍生出的干产业、枝产业可能会不断更新,甚至淘汰,但根产业部分则持续生机勃勃,这就使根产业表现出“根部长青”的活力。三是多向赋能性。根产业是多个相关产业之根,同一根产业之上可以演化出多姿多彩的干、枝、杈、叶、花、果等,具有多向赋能性。

由于根技术与根产业的特殊属性,决定了基于根技术形成的根产业,不仅具有产业主导效应,还具有显著的产业回顾效应、产业旁侧效应和前向效应,在创造新产业的同时,对传统产业、相关产业、未来产业进行颠覆式创新。

因此,各个国家在国际技术、产业竞争中,表面上是创新链、产业链和价值链竞争,深层次则是根技术、根产业的竞争。哪个国家或经济体掌控的根技术、根产业数量越多,质量越高,就会在相关领域的竞争中占据绝对优势,甚至会形成“根霸权”。换言之,当今世界已经发展到“得根技术者得根产业,得根产业者得‘根霸权’”的时代。

二、美国的“断根之策”与我国的“无根之痛”

研究根技术与根产业,一个无法回避的问题就是2018年以来美国对我国技术及产业的“断根之策”与我国自身技术及产业的“无根之痛”。

2018年美国特朗普政府发动贸易战,之后很快就演化成了科技战。在贸易战阶段,我国还可以从容应对,但到了科技战阶段,从大量关键核心技术突然被“卡脖子”,进而到一些美国“头部企业”祭出“根技术”脱钩、“根产业”断链,我们突然发现自身几十年形成的产业布局及发展能力,主体上是“嫁接”在美西方掌控的根技术、根产业之上,无根之繁荣已然是不可持续的,“无根之痛”已经成为我国技术创新、产业创新最大的软肋。

美国为何有底气发动对我国的全面压制,甚至对我国企业及产业进行“长臂管辖”?

一是美国具有强大的根技术、根产业体系,具备了实施“断根之策”的能力。初步梳理一下,美国掌控的根技术及根产业,多达28项之多。如:Android系统是安卓手机行业里的“根”;windows操作系统是PC电脑的“根”;ARM架构是全球计算机芯片行业的“根”;Linux开源体系是很多软件服务的“根”;Raspberry Pi是各类硬件系统的“根”;Wordpress是很多个人网站的“根”;13台“根”服务器是互联网的“根”;以太坊的ERC20协议是很多加密货币的“根”;大模型是强人工智能的“根”;基因编辑是生命科学的“根”;等等。如此多的根技术、根产业,为美国在多个领域确立了“予取予夺”的绝对优势。

二是美国害怕我国发展根技术、根产业,欲利用其综合优势在我国根技术、根产业未萌之时给予“断根”打击。从宏观上看,2015年我国推出《中国制造2025》是引发美西方恐慌之源头,特别是“三步走”的安排(2025年迈入制造强国行列,2035年达到世界制造强国中等水平,2049年综合实力进入世界制造强国之列),使美国感受到了其霸权可能受到的威胁。从微观上看,华为公司5G网络技术的突破及产业化,让美国切身感受到了中国不仅仅要“筑根”,而且已经成功地筑起了5G网络之根,新一代移动通信的创新链、产业链和价值链将由中国企业主导。这对于靠根技术、根产业控制世界的美国来说,引发的恐慌可想而知。

从美国的“断根之策”到我国的“无根之痛”,都充分说明了一件事——把自己的技术体系、产业体系建立在他人的根技术、根产业之上,不仅是靠不住的,且是极其危险的。要有效规避“根霸权”压迫,我国未来技术创新和产业创造,就不能只从某些“环节”入手,而要从“根”抓起,即加大“根技术”研发投入力度,并以“根技术”为基础建立以我为主的“根产业”,实现“换道超车”和反制的实力。

三、我国根技术、根产业突破方向研判

对根技术、根产业突破方向进行研判,是一件非常困难的事情。根据专利文献定量分析、专家专业判断、风险投资强度以及国际主要经济体(美国、德国、日本)的未来产业布局安排和国内相关累积能力、规划、布局,并综合国内外相关智库研究成果,我们认为未来5~15年左右可能成为根技术、根产业重点方向的是未来智能、未来健康、未来能源和未来材料四个领域。

一是未来智能领域。随着宽带物联网、5G/6G、强人工智能交汇推动的加快,信息采集技术、信息传输技术和信息处理技术正在发生跃迁式变化,强人工智能技术及产业、机器人技术及产业、云计算技术及产业、6G网络技术及产业、物联网技术及产业、区块链技术及产业、量子技术及产业,将共同引发一系列的新产业、爆发性产业、战略性产业。我国在这个领域,总体水平在世界第二梯队,量子技术及产业最具有形成中国根技术、根产业的可能。

二是未来健康领域。随着生命科学研究领域大量颠覆性技术的涌现,特别是脑机接口、生物安全、合成生物、基因和细胞治疗等技术研发突破,将催生新的化学药物研发、濒危中药材的人工合成、基因编辑治疗技术研发、干细胞技术研发、生物人工器官技术和免疫治疗技术等的加速产业化。我国在这个领域,已经积累了大量人才和技术成果,特别是合成生物、基因编辑是根技术、根产业的主要突破口。

三是未来能源领域。随着氢能、核能、光伏、风能领域大量突破性技术的出现,新型制氢、先进核裂变能、可控核聚变能,将成为未来能源产业的新主角。在这个领域,我国裂变核能已经与世界顶尖水平相当,聚变核能与国际先进者同样具有可竞争的能力,应该作为未来能源根技术、根产业的主攻方向。

四是未来材料领域。随着一系列新技术的登场,以石墨烯、常温超导材料、生物可降解材料、碳纤维复合材料、新一代3D打印材料、柔性电子材料等为主的新材料将成为未来产业的重要战场。我国在这个领域,柔性电子材料具备一定的领先性,常温超导材料也具备比较高的竞争能力,应该作为未来材料根技术、根产业的重要突破口。

四、具体建议

根技术是控制创新链的总纲,根产业是掌控产业链的基础。只有拥有足够强的根技术、根产业创造能力,只有拥有自主可控的根技术、根产业,才能真正实现科技自立自强,才能建立起自己的“根技术、根产业”优势,反制“根霸权”的讹诈。

具体建议如下:

一是中央科技主管部门,牵头组织制定“根技术与根产业规划”,将其上升为国家重大战略。

二是对于国际、国内尚没有显在领跑者的领域,或者我国已经有了技术比较优势的领域,必须超前布局,倾斜资源投入,创造自己的颠覆性、突破性技术,特别是能够形成可以掌控未来产业创新链、产业链的根技术及根产业,实现换道超车。

三是针对细分领域,组织技术专家、管理专家、企业家,着力发现和培育根技术、根产业。

References

煮雪 – 林清玄

内容转自百度词条 煮雪,侵删,以下为原文。

煮雪

林清玄

传说在北极的人因为天寒地冻,一开口说话就结成冰雪,对方听不见,只好回家慢慢地烤来听… …

这是个极度浪漫的传说,想是多情的南方人编出来的。

可是,我们假设说话结冰是真有其事,也是颇有困难,试想:回家烤雪煮雪的时候要用什么火呢。因为人的言谈是有情绪的,煮得太慢或太快都不足以表达说话的情绪。

如果我生在北极,可能要为煮的问题烦恼半天,与性急的人交谈,回家要用大火煮烤;与性温的人交谈,回家要用文火。倘若与人吵架呢。回家一定要生个烈火,才能声闻当时哔哔剥剥的火暴声。

遇到谈情说爱的时候,回家就要仔细酿造当时的气氛,先用情诗情词裁冰,把它切成细细的碎片,加上一点酒来煮,那么,煮出来的话便能使人微醉。倘若情浓,则不可以用炉火,要用烛火再加一杯咖啡,才不会醉得太厉害,还能维持一丝清醒。

遇到不喜欢的人不喜欢的话就好办了,把结成的冰随意弃置就可以了。爱听的话则可以煮一半,留一半他日细细品味,住在北极的人真是太幸福了。

但是幸福也不长驻,有时天气太冷,火生不起来,是让人着急的,只好拿着冰雪用手慢慢让它溶化,边溶边听。遇到性急的人恐怕要用雪往墙上摔,摔得力小时听不见,摔得用力则声震屋瓦(声振屋瓦),造成噪音。我向往北极说话的浪漫世界,那是个宁静祥和又能自己制造生活的世界,在我们这个到处都是噪音的时代里,有时我会希望大家说出来的话都结成冰雪,回家如何处理是自家的事,谁也管不着。尤其是人多要开些无聊的会议时,可以把那块嘈杂的大雪球扔在自家前的阴沟里,让它永远见不到天日。

斯时斯地,煮雪恐怕要变成一种学问,生命经验丰富的人可以根据雪的大小、成色,专门帮人煮雪为生;因为要煮得恰倒好处和说话时恰如其分一样,确实不易。年轻的恋人们则可以去借别人的“情雪”,借别人的雪来浇自己心中的块垒。

如果失恋,等不到冰雪尽溶的时候,就放一把火把雪都烧了,烧成另一个春天。