转载

技术类文章的三个类型

这类的教程其实有很多，在程序员日益成为一类特殊群体之后，我们见到的系统化的教程分为下面三大类：

1 这门语言或者框架提供的官方教程，一般是入门级别，个别的会提供一些编程思想。

2 大咖的技术博客或者某些公开的教程。当然也包括某些知名作者提供的相关入门书籍。

3 一堆的教学网站，乐此不疲的为广大入门程序员提供api教学，并录制视频。

然后就会有一批的学生写学习笔记，做项目，彼此大同小异，除了官网抄一遍，有的会个别说些自己的理解。

实践

一旦开始实践，就会发现前面学的真的只是入门，实际上还有各种问题在等着你。

1 上手问题以及经验

从0开始，直到用这项技术完成了一个或者一类需求，从中见到并解决了一系列的问题，包括环境配置、准备工作、通过上手的不同细节对比，给出更好的上手建议。善于学习的人，同时会给出上手的这类技术的边界，适合解决什么问题，可以帮助进行初步的技术选型，判定学习成本

2 某问题或者需求的经验

但一定是有很多仅仅靠官方的api完成不了的，为什么呢？原因是多样的，可以随便举出下面的几种常见的：

官方的举例一般都比较简单，实现的仅为单点需求的解决，而实际业务有些比较复杂，需要设计过
某些官方未标明的细节问题，或者bug，需要一定的写法或者补丁才能弥补
官方未提供类似的解决方案，需要第三方模块或者自己造轮子
属于多领域技术的结合问题
涉及原理层面的问题，仅仅是知晓api解决不了的

系统化解决方案

当你觉得某分支领域或者主题下，已经完成了基本的入门，并完成了基本的实践，解决了大部分的问题，你一定有了比较多的积累和心得。可以综合这三者总结出系统化的解决方案。

方案可以是一个新造的技术轮子，比如一个系统或者模块，也可以是一种规范，总而言之，通过这种方式，可大程度的解决一类问题，或者排查或者分析一类问题。

如何写出这样的文章

时间维度上

不管怎样，确实不得不承认时间维度是我们最容易接受的问题，所以你可以以日记的方式记录一天的收获，以及点点滴滴，如果你觉得这样比较乱，可以自定义一些模板，然后以方便整理的数据模板的方式进行记录。

主题上

当一个时间周期内，我一般定义为一周，觉得对某些主题有一定的收获了，可以把与这个主题相关的内容摘录到一起，做内容的精简与串联。

深度、难度

当主题上的内容你发现可以分为入门、进阶、架构不同层次时，再次针对同一主题的内容进行分档，挑选出你认为不同级别的人更适合看，更适合实践的一些内容。

我的实践

我写的一篇比较好的系统化解决方案的是关于前端web字体的，其实前端入门第一课基本都会有如何使用不同字体，但随着不常规字体、web font的诞生，以及不同的特效字体和展示差异，涌现除了越来越多的问题，所以一篇比较刚需的前端字体使用通识有必要总结出来了。

原文链接：项目字体规范

那么我还是继续回到话题，如何写类似的文章，下面分别说明下

1 如果说是常识或者说知识，你在某场景下知道了某个知识点，或者某需求实现技巧，用案例也是 ok的，这种就可以写常识或者知识类型。比如你知道了webfont字体，那就要知道如何使用，如何维护，其优缺点是什么。告诉别人你是如何用的。

2 如果是异常，比如设计师做的 某字体为什么在用户的设备上显示不正常 ，就要表明现象，原效果实际效果，用的字体是什么，设备是什么，然后就这个点询问前端的实现思路，设备上如何显示某字体的逻辑，然后找出你的方案来，方案一，这类问题没法解决，如何避免，方案二，这类问题可以解决，正确的使用方式和限制条件是什么。

3 如果是 web字体通识 ，你应该基于这个主题做发散思维，思考概念，分类，基本使用，分布情况，收费情况，显示效果，建议内容，常见问题等。

你有如何整理一些文章的思路么，欢迎分享。

备注：当然还有很多类似于面经，某某原理分析，但你可以分类与上面的大的分类，归根到底，我们还是要有系统化的知识和领域解决方案，这是本质。

原文 https://juejin.im/post/5e7de4e36fb9a03c60186204

正文到此结束