技术文章如何选题
分享有很多种途径，刚开始的时候，你肯定是要从很小的范围开始锻炼。不太可能一下子站到个大舞台上，就能谈笑风生。所以，工作中的分享路径，一般是从组内分享，部门分享，跨部门分享，公司分享，再到行业会议分享这样。
分享的形式，可以是文章，技术讲座，课程，演讲，等等。具体的载体呢，有各种博客，微博，知乎，简书，公众号，以及其他交流的平台，还有各种知识付费平台，很多都是免费可以开课的。平台是很多了，就看你有没有勇气迈出一小步了。
比如从写作开始，可能是单纯地记录学习心得，类似学习笔记的形式。也可能是专门想发表一篇正式的文章/教程等。因此，如果是记录学习心得，那就很简单了（前提是你在学习）：
- 平时工作中遇到的困难，如何解决的，查了哪些资料；
- 翻看别人文章的时候，看到好玩的东西自己实践了一下；
- 发现了新的技术/框架/解决方案，写个简单的用法和 DEMO；
- 纯流水账，记录对某件事的思考过程和感悟。
如果是想发表一篇相对完整的教程，就可以从以下几个方面入手：
- 国外的教程自己吃透重新写；
- 最小白教程，从零开始 xxx 系列；
- 最深入教程，深度研究某个知识点，做到最深；
- 最全面教程，相关资料整理最全面的教程；
- 赶时髦，蹭热点（区块链）。
而对于预期受众，大概可以从曝光范围和能力范围来区分。曝光范围即你能把内容曝光给曝光给哪些人，比如团队分享、朋友圈转发等等。能力范围，就是你的内容适合初级、中级，还是高级的人阅读。 下面是一些技术文章常见的选题方向，可以参考一下。
初/中级受众
- 从零开始 xxx 系列，xx 天入门 xxx 系列；
- xxx 初探，浅谈 xxx，你不可不知的 xxx 系列；
- xx 常用命令，xx 个有用的框架/工具；
- xxx 最佳实践，xxx 详解，xxx 深入解析，深入理解 xxx。
高级受众
- 针对某个非常窄的细节点深入研究；
- 类似论文结构的完整论述；
- 整体架构类文章；
- 各种意识流，杂谈/鸡汤。
具体的文章标题我就不贴了，技术的细分方向很多，大家在自己的方向上随便搜一搜，就可以看到大量类似文体和标题的文章了。再给大家一个更详尽的提示，每个项目都可以组织很多内容出来：
- 每个自研项目的阶段性总结（eg：xx 系统概要设计，前端架构设计）
- 做需求中的收获（eg：技术难点突破，踩坑实践）
- 翻译最新技术文章（eg：众成翻译，图灵社区，异步社区，css-tricks 等英文网站，新框架文档等）
- 技术点深入分享（eg：fiddler 进阶，chrome 调试工具进阶，性能分析，BUG定位流程，SQL 优化等）
- 自己的学习心得转述（eg：Redis 进阶，linux 常用命令）
- 行业新技术新框架体验，优劣分析（eg：虚拟DOM优劣分析）
- 小确幸模块的实现（eg：如何实现一个完美的地址组件）
- 流程的梳理汇总（eg：前端完全自测流程）
- 效率提升经验（eg：善用 IDE 插件及快捷键）
- 产品运营科普文（eg：图片适配基本原理）
- 零散知识汇总（eg：HTML5 音频播放踩坑集锦，小程序踩坑集锦）
- 流程规范优化（eg：前端编码规范，命名规范优化）
最后，你要记住，你只是个分享者。不是教授，不是专家，也不是大师。你不需要分享得多高大上，也不需要分享一个别人都不懂的。只要你深入研究过这个知识点，一定有别人不知道的地方，只要它是个相对完整的知识点即可。退一万步，就算大家都知道了，那交流的过程中也可能有你不知道的，你也有新的收获不是？所以，别为偷懒找借口，搞个分享没那么难。 下一篇: Chapter 08-03 你应该有自己的博客