转载

技术类文章的三个类型

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

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

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

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

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

实践

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

1 上手问题以及经验

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

2  某问题或者需求的经验

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

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

系统化解决方案

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

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

如何写出这样的文章

时间维度上

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

主题上

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

深度、难度

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

我的实践

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

原文链接: 项目字体规范

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

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

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

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

更多

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

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

原文  https://juejin.im/post/5e7de4e36fb9a03c60186204
正文到此结束
Loading...