你为什么不写技术文章分享?

开发 后端 前端
这两天恰好有我的前boss在朋友圈分享他看到的文章,是关于分享的主题。作者在文章里把新人或者说菜鸟不肯分享的原因总结为害怕被所谓的高手/大牛所打脸而害怕分享。从我的经历来说,我认为这并非核心原因,仅仅是次要原因之一。因此特意写此文与大家探讨一下。

这两天恰好有我的前boss在朋友圈分享他看到的文章,是关于分享的主题。作者在文章里把新人或者说菜鸟不肯分享的原因总结为害怕被所谓的高手/大牛所打脸而害怕分享。从我的经历来说,我认为这并非核心原因,仅仅是次要原因之一。因此特意写此文与大家探讨一下。

[[150849]]

根源

从根源分析:你为什么会去分享?我认为你去做这个事情的主要原因有几个

  •     获得知名度
  •     作为知识的积累及备忘录
  •     扩大自己朋友圈
  •     想帮助他人

而在我看来这些原因都很大程度上离不开成就感这个东西,毕竟对于绝大数人来说他的文章很难直接给他带来金钱上的直接利益。而去驱使他做没有直接实际利益的事情的时候,就必须拥有自我满足感,说的高端一点就是能够在这件事情上得到自我升华。

而作为一个新人/菜鸟想去做分享这个事情的时候会遇到什么情况呢?毕竟在他们职业发展初期,很多很多场合和文章都有人告诉他们要去写自己的博客,做自己的技术积累,这样才能够迅速的提升自己。

问题

而当他们开始准备做时,提笔一挥或者说键盘一敲,一种堵在胸口的沉闷感在五分钟之内必然的遍布全身,为什么?

    技术是一个体系,从一个点能够引出一个面。对于新人/菜鸟很难掌控,或者说自身就没有掌握好。

    自己所理解的技术与观点很难以流畅的语言描述清楚。

    大部分的技术内容网上已经有成千上万篇文章,想有所突破。

    觉得写文章太浪费时间。

    害怕写出来的文章被人喷

在一两个小时后,当我们呆望着屏幕上浮现的百来字,挫败感油然而生。对于上面列举的几个原因在我看来,最核心最痛苦的原因在于:对于自己所理解的技术与观点很难以流畅的语言描述清楚。在这个地方上,你会有深深的挫败感。因为你能够看得到自己的极限,却不能发挥出来。

写文章分享我认为比直接面对面交流分享更难,因为你只有文字或者和图片这个途径与你的读者交流。这就要求你的文章必须通俗易懂,图片必须清晰明了,否则就会言不达意。要达到这种地步需要很深的功力和很长的训练才能够做到。

而面对面的交流,则自由度更高一点。你能够利用你的表情/肢体/语言甚至于道具,这些都能够大大降低与交流者之间的沟通成本。

你幻想一下,一个人打了几个字:我屁股被狗咬了。和在你面前表情夸张痛苦还顺带翘起他性感的屁股幽怨告诉你他的屁股被狗咬了。哪个影响深刻?毫无疑问是后者。那就问题引申出来了,我们需要去增强你和交流者之间的趣味和互动和降低之间的沟通成本。

同样的场景不一样的描述,更加不一样的体会。你承认也好不承认也好,在这个年代人们的写作能力已经大大不如以前了。例如,你第一次看到大海(随手写的,勿喷)

    啊,大海,你真他妈的的大呀

    大海呀,您真的是广阔无际、波浪壮阔。

    我此前只听说过您的大名却未曾见识,此时站在您的面前我仍旧像个初生的婴儿一般脆弱,而您用温湿的风抚摸我,用您广阔的胸膛接纳我。

同样的一个场景,我们可以看到体会到用很多不同的描述方法去陈述相同的场景所带来文字美感上的差异。我相信给相同的人看到不同的描述,也会产生理解和感悟上的巨大差异。

没有很好的表达描述自己的观点和理念带来的挫败感是罪恶的源泉。毕竟你只去描述技术中某个特定的点是没有任何问题的。甚至你去写很浅显的知识由于通俗易懂会被大家认为是入门的好教程。而乱七八糟词不达意的文章,你自己都看不下去。而如何去提高自己的写作能力呢?直接说直观的结论就是多看多写。很多人就会出来说,这不是废话么?当然不是,因为这里面是有技巧的。

多写,是有讲究的。特别是对于技术类的文章来说,为什么?因为技术文章是有套路或者说模板可循的。例如:介绍一个新技术

  •     介绍技术名称和大概作用
  •     抛出一个常见的问题
  •     以往的技术是如何解决的
  •     新技术是如何解决的
  •     新技术在解决方案上对比旧技术的优势
  •     新技术存在的问题与不足
  •     展望新技术的发展和提出更多的应用场景
  •     有条件的还可以提供性能测试结果等等,加强说服力

可以看到这个套路模板是清晰明了的,同时便于读者理解与交流的。当你按照这个规则去写的时候,文章会引导你向前。什么时候应该抛出问题,什么时候给出解决方案与结论。整个过程只要描述文字不要太过于混乱和前后矛盾,最终呈现出来的效果是令人愉悦的,而且槽点不会太多,也容易形成体系。

这里只是列举技术文章其中一种套路,其他也大体如此就不一一列举。

阅与读

而多看,我区分狭义和广义。

先谈谈狭义的多看:看(代指阅读)是为了加强对文字的阅读理解了。融会贯通后能够将技巧应用到自己文章上也是最终目的。

这里不能不吐槽一下现在大多数人都没有沉下心来读那么一两本好书,而流于肥皂文/鸡汤文。同时作为技术人,则容易陷入只读技术书籍的泥潭。实际上我们需要跳出这个圈子去阅读一些圈子以外的内容,而这些内容会潜移默化的去改变你,或者说能够提供你在某种特定领域上的实力。

例如:读一本书能够让你写金融相关的软件时能够更加明白为什么需要这么设计系统。简而言之,提升业务能力只会提高你的竞争力,除此之外并没什么坏处,哪怕不济也多一点聊天内容。

而去阅读文学经典则能大大的提高你对文字的驾驭能力与阅读美感,同时还能稍微改变一下三观,毕竟我们处于一个浮躁的社会。

广义的多看,是指多去了解体会你所陌生的领域,方法包括:旅游、参加会议、聊天等等一系列能够对你产生影响的行为活动。

    和一些涉及过财务、仓管的人聊天,我才知道,当初我做的一个仓管系统的一些功能缘由。例如:当数据不正确的时候,不能直接删除记录重新加过,只能采用对冲。因为他们需要确保每一个出入库记录都完整增加制假成本,同时方便查账。

    出去旅游一圈,我才知道,在旅游景区里的一些商家极其重视网上预订系统的评价(美团、去哪儿等)。因为大多数出去旅游的人,都会根据网上的评价和推荐去做出选择。这同时也促使了很多商家在服务上的提高。同时也是能够看出每个系统的推荐系统的功力。

    和做电商的朋友聊天,我才知道,哪怕一个商品9.9包邮也是能够有钱赚的。

而对于一些内容你可以不精通,甚至可以不参与,可是你得知道它是什么。比如:股票里面的指数。因为你需要去和他人接触,因为你永远逃离不了金融,因为它会影响到你的生活只是你不这么认为罢了。把圈子延伸到技术圈子以外,对你的沟通交流能力、思维方式带来是不可量化的好处。

通过之前的内容,只要你能够诚心、沉心去做。我相信能够大大改善阻碍在你分享学习道路上的最大阻碍:不能流畅的表达想法与思路。

时之沙

如果你去问一些博客、公众号上面的作者,他们写一篇文章大概需要多久。一般来说都是1-2小时,特别一点的文章可能会去到3-4个小时。

这时间大概也就和你看一部电影的时间差不多。你认为这个时间多么?我认为不多,你可以统计一下你每天花在微博、微信、知乎、新闻等上面的时间,绝对超乎你的想象。

当你熟悉怎么去写一篇文章后,会有一种了然于胸的感觉,挥墨之间一篇文章就诞生了,一气呵成。因此,觉得分享学习比较浪费时间的说法是片面的(一些优秀的技术文章可能会涉及图表的制作、流程图的绘制等等会相当相当耗时,但是不能当成普遍现象,同时也并非是分享新人/菜鸟所取涉及的)。

因为你开始时的不熟练导致你有这么的想法,同时在把思维落入字眼间的时候,这本身就是一种自我学习与反思。

技巧

当你能够相对熟练的写出一篇技术文章后,我还有一些技巧和想法想说。

晚一天发布文章!当你写完一篇文章后,你巴不得全世界都知道,都来关注,这是人性,我亦如此。但是,在短时间内你会处于亢奋状态(不知道你们有没有我是有的- -!),会让你忽略一些文章的细节。如:标点字符的选择、错别字、语句是否通顺。而让你晚一天发文章则会让有一个机会,在第二天早上以一个读者的身份去细细阅读一番你的成果,往里面挑挑刺找找茬。而经过一两遍阅读后往往能够修改上那么一两处地方。久而久之写作能力就得到提升了(之后你喜欢的话就写完直接发布),也更好的理解读者了。

使用Markdown书写你的文章。原因很简单,Markdown现在已经算是广大社区平台的事实标准。你通过Markdown格式的文章能够迅速的发布到各个平台中,而不需要进行太多的更改。扩大你文章的受众面,而你只需要几个复制粘贴就可以了,不是很好么?

提出更多的要求。尽量将自己处于一个读者(使用者)的视角去看待自己的作品,同时去提出一些你认为可有可无但是有能够带来体验提升的细节。对于一篇文章来说就是:这里需不需要分段、是否应该加入一个标题、是否应该加粗、字体选择、段落间的留白等等。最核心的:文章整体排版是否合理、顺眼。提升一个文章的阅读观感是我们义不容辞的责任,同时获得好评的关键点之一。

从浅显/熟练的知识开始。先将你熟练了然于胸的知识做几篇练手的文章能够大大提升你的自信心。或者先从比较浅显的知识开始写起,这样你能够对比网上比较好的教程,取长补短。

要熬得了寂寞。在你开始做这个事情的时候很大可能是无法取得让人瞩目的成绩与文章的,甚至一个人都没有回复你。不要介意,慢慢来,一步步来。

突破

针对网络上已经充斥着无数的类似文章,怎么去突破?我认为有几点方法:

    尽量完整,涵盖技术的方方面面

    文字描述尽量通俗

    配图,所谓一图胜千言

    提供可运行Demo

其实,有类似文章重要么?我认为一点都不重要,因为第一个读者是你。而你是面向自己去做这个事情的。同时你要明白,同样一篇课文,不同语文老师,不同讲法。同一个老师,不同学生,不同领悟。不要介意,just do it!

总结

至此,我认为做到这么多已经是一个合格的分享者了(抱歉我自己也还未达到)。

我觉得我的观点解答了之前提出阻碍你分享的原因的大部分(核心部分)了

  •         技术是一个体系,从一个点能够引出一个面。对于新人/菜鸟很难掌控,或者说自身就没有掌握好
  •         自己所理解的技术与观点很难以流畅的语言描述清楚
  •         大部分的技术内容网上已经有成千上万篇文章,想有所突破
  •         觉得写文章太浪费时间
  •         害怕写出来的文章被人喷

最后

技术的深度和广度只能靠自己努力去发掘,谁也不能替你学习。而害怕被喷?开玩笑??你信不信你写出来根本没有人看???起码对于我来说,被喷是一种敬意。毕竟你还在乎我想表达的内容。当然如果是因为你文章的技术槽点或错误,我建议还是虚心学习为好。我多么希望有人能够提出我所犯的错误。Talk is cheap, show me the code 互喷不爽了,去github上面来一pao吧。潇洒走一回。我支持你。

 
责任编辑:王雪燕 来源: 博客园
相关推荐

2015-08-06 12:50:47

技术人员博客

2012-05-28 16:30:27

Web

2011-09-30 12:55:21

51CTO博客一周热门技术人

2021-03-17 09:48:48

高质量技术文章

2020-04-01 17:50:02

Python编程语言

2010-01-25 17:06:49

ibmdw回顾2009

2021-04-08 09:42:17

程序员技能开发者

2021-11-05 07:18:15

分布式事务业务

2020-03-30 16:45:06

代码看不懂

2021-09-08 07:58:58

字节系统双写

2020-05-25 10:05:26

Python 开发程序员

2022-12-28 11:44:19

用户画像互联网用户信息

2023-11-01 11:34:40

用户画像企业

2020-12-24 18:46:11

Java序列化编程语言

2021-06-09 11:28:04

用户画像标签

2020-08-24 10:55:41

数据库双写代码

2015-09-08 16:53:37

生物识别人脸Windows 10

2015-08-17 16:56:48

DevOps技术

2022-05-12 08:22:27

Hive统计函数
点赞
收藏

51CTO技术栈公众号