技术写作的复利效应：

第1篇文章 → 几乎没人看（正常）
第10篇文章 → 开始有固定读者
第30篇文章 → 搜索引擎开始给你流量
第50篇文章 → 成为某领域的意见领袖
第100篇文章 → 机会主动找上门

关键：持续输出，量变引发质变。

高质量选题公式：

1. 痛点 + 解决方案
   "K8s部署总是失败？这份排查指南帮你定位95%的问题"

2. 数字 + 清单
   "2026年前端开发者必知的15个性能优化技巧"

3. 对比 + 选择
   "PostgreSQL vs MySQL：2026年该如何选择"

4. 从零到一
   "从零搭建CI/CD流水线：保姆级实战教程"

5. 深度解析
   "深入理解React Fiber：从源码到原理"

6. 经验总结
   "做了3年微服务后，我总结的5个血泪教训"

推荐的文章结构：

1. 引言（100-200字）
   - 痛点引入：读者为什么需要看这篇文章
   - 承诺价值：看完能得到什么
   - 适用人群：这篇文章适合谁

2. 背景/问题（200-300字）
   - 问题描述：具体场景和问题
   - 常见误区：大家通常怎么错误地处理

3. 核心内容（1000-2000字）
   - 分3-5个小节，每节解决一个子问题
   - 理论+代码+图解相结合
   - 每个小节有明确的结论

4. 实战/案例（500-800字）
   - 完整的代码示例或真实案例
   - 从输入到输出的全过程

5. 总结（200-300字）
   - 核心要点回顾
   - 延伸阅读建议
   - 互动引导（评论/关注）

# 好的开头示例

"你在使用 useEffect 时，有没有遇到过无限渲染循环？
明明只是想在组件加载时发个请求，结果页面卡死了。
本文将彻底讲清楚 useEffect 的依赖机制，让你再也不踩这个坑。"

技术类比示例：

"DNS就像电话簿——你输入网址（人名），
DNS返回对应的IP地址（电话号码）。

负载均衡就像银行排队叫号——多个窗口（服务器）
同时服务，取号机（负载均衡器）决定你去哪个窗口。

MapReduce就像图书馆整理图书——
Map阶段：每个人负责一个书架，统计各类书的数量
Reduce阶段：把所有人的统计结果汇总"

# 渐进式结构示例

## 基础用法（30秒上手）
最简单的调用方式...

## 进阶用法（解决常见问题）
实际项目中会遇到的问题...

## 深入原理（理解为什么）
底层是如何实现的...

## 最佳实践（生产环境）
经过验证的推荐做法...

# 好的代码示例：完整可运行

import requests
from datetime import datetime

def fetch_weather(city: str) -> dict:
    """获取指定城市的实时天气
    
    Args:
        city: 城市名称，如 "beijing"
    
    Returns:
        包含温度、湿度等信息的字典
    
    Raises:
        requests.RequestException: 网络请求失败时抛出
    """
    url = f"https://wttr.in/{city}"
    params = {"format": "j1"}
    
    try:
        resp = requests.get(url, params=params, timeout=10)
        resp.raise_for_status()
        data = resp.json()
        
        current = data["current_condition"][0]
        return {
            "city": city,
            "temp": current["temp_C"],
            "humidity": current["humidity"],
            "fetched_at": datetime.now().isoformat()
        }
    except requests.RequestException as e:
        print(f"获取天气失败: {e}")
        raise

# 直接可运行
if __name__ == "__main__":
    weather = fetch_weather("beijing")
    print(f"北京当前温度: {weather['temp']}°C")

# 标题层级
- 一篇文章只用一个 H1（标题）
- 章节用 H2（##）
- 小节用 H3（###）
- 不要跳级（H2直接到H4）

# 列表使用
- 无序列表用 - 或 *
- 有序列表用 1. 2. 3.
- 代码步骤用有序列表
- 特征列举用无序列表

# 强调使用
- **加粗**用于关键术语和重要结论
- `行内代码`用于代码片段、命令、文件名
- > 引用用于重要提示或他人观点

# 代码块
- 必须标注语言（

### 配图规范

- 文章头图：与主题相关，吸引点击
- 文中配图：每500-800字一张图
- 图片宽度统一，不要过大
- 图片下方加简短说明

## 六、SEO优化

让你的文章被更多人搜到。

### 关键词布局

### 长尾关键词策略

不要只追热门关键词，长尾关键词竞争小、转化高。

## 七、发布与推广

写完文章只是完成了一半，推广同样重要。

### 发布平台选择

| 平台 | 优势 | 适合内容 |
|------|------|----------|
| 个人博客 | 完全掌控、SEO积累 | 所有内容 |
| 掘金 | 技术社区活跃 | 前端、后端技术 |
| 知乎 | 搜索权重高 | 深度分析、经验分享 |
| CSDN | 流量大 | 教程类、入门类 |
| 公众号 | 私域流量、粉丝粘性 | 精选内容、原创深度 |
| GitHub | 代码相关、国际曝光 | 开源项目文档 |

### 推广策略

1. **多平台分发**：一篇文章发多个平台，但首发在自己博客
2. **社群分享**：技术微信群、Discord、V2EX
3. **互动维护**：及时回复评论，建立读者关系
4. **系列化**：把单篇文章做成系列，培养追更习惯

## 八、持续输出的方法

很多人写了1-2篇就放弃了。持续输出需要系统化的方法。

### 建立内容日历

### 建立素材库

日常工作中遇到的问题、解决方案、灵感都记录下来，作为未来的选题素材。