我也有一万关注啦!
共 4628字,需浏览 10分钟
·
2021-09-22 05:23
作 者:道哥,10+年嵌入式开发老兵,专注于:C/C++、嵌入式、Linux。
关注下方公众号,回复【书籍】,获取 Linux、嵌入式领域经典书籍;回复【PDF】,获取所有原创文章( PDF 格式)。
* 感谢
- 阶段1:冷启动
- 阶段2:求转发
- 阶段3:报团取暖
* 为什么写公众号
* 关于写文章
* 其他
* 分享一个故事
开始写公众号的时候,听说 3K
关注量是一个关键点。
当我的关注量达到 3K
的时候,又听前辈说 5K
是一个分水岭。
当我跨过分水岭的时候,一直抬头仰望的大佬说 1W
关注量是一个生死线。
今天,我的公众号关注量终于跨越了这个生死线,非常开心!
从去年的 12
份开始正式写文章以来,这十个月的时间努力付出没有白费,业余时间的尝试,获得了小小的回报。
借此机会,分享一下这一路走来的经历,感谢大家的耐心阅读!
感谢
按照流程走,首先要感谢一下所有帮助我的人。
首先要感谢的一定是关注我的读者朋友们,看着每天递增的阅读量,这才是每次更文的最大动力!
每次发文,如果阅读量比较低,我就很担心:是不是哪里写错了?是不是语气用的不好?是不是排版影响了阅读?。。。
那种感觉,就有点像和读者谈恋爱一样,又期待,又害怕...
每次看到读者提出的一些中肯的意见,我都会非常开心、感激。
记得有一位北京的小姑娘,转行到嵌入式开发之后,关注了我,并留言提出了一些建议。
看得出来她是从事过新媒体推广工作的,于是就和她约了一个时间,通过语音通话向她请教。
非常感谢像这位朋友一样的所有读者们,所有的留言、建议、鼓励,都是激励写作的最大动力!
阶段1:冷启动
在写文章的开始阶段,非常感谢两位非常非常牛掰的公众号号主:小林coding 和 沉默王二。
也许他们现在都不记得我是哪根葱了~~
记得在我刚写头几篇文章的时候,阅读量都是个位数,实在不知道应该怎么破局。
于是就花了一天时间重写了一篇,然后发给以上两位大佬,请他们指点一下。
大概过了 1~2
天,终于有机会和他们聊了几分钟(如果你给号主发信息,一定请耐心等待。给他们发信息的读者很多,号主也有自己的工作要处理,因此都会在固定时间给读者回复)。
小林和二哥看得出来,看了一下我的文章,并且给我非常中肯的建议,比如:如何排版,如何选择图床,如何配图,如何构思标题。。。
这些建议都是他们自己经验的积累,获得了这些建议,就节省了很多个人的摸索时间。
因此,非常非常感谢他们!
阶段2:求转发
下面要感谢的就是在我下一个阶段,转载我文章的大佬们了。
他们是(按照我记忆中的顺序):红月(#CSDN),发哥(#嵌入式Linux),李工(#嵌入式大杂烩),良许(#良许Linux), 涛哥(#涛歌依旧),黄工(#strongerHuang),逸珺(#嵌入式客栈)...
在写文章的前期,我也天真的以为:只要写好文章就可以了,发表在公众号里,并且同步在其他几个技术平台上,读者总应该能搜索到我的文章的。
但是现实很残酷,文章的曝光率、阅读量是惨不忍睹,简直不能看!
后来看到我关注的涛歌一系列的运营操作(大概是在春节的时候),那个时候我才开窍:原来这个世界已经变了,酒香也怕巷子深,要主动出击,多提供曝光文章的机会。
于是就厚着脸皮(内心深处,我是一个很内向、自卑的人),主动联系上面这些作者(技术方向一致),请他们帮忙斧正、转载,提高文章的曝光率。
正是通过这样投稿自荐的方式,完成了开始阶段读者的积累。
如果您也处于这个阶段,不妨也多主动出击,向相同领域的大号自我推荐,不过文章一定要过硬才行,这样才有自信去自荐。
此外,被拒绝也是常有的事情,这说明文章不符合对方公众号的调性,或者文章质量还没有达到一定的要求。
不转载是本分,转载是情分。我一直以这样的心态来看待这件事情,在反思自身的同时,努力提高文章的水平。
如果特别想投稿给某个人,那么就认真研究一下对方的文章风格、内容方向,然后针对性的认真写一篇文章定点投稿,这样被相中的几率就很大了。
阶段3:报团取暖
经历了初始积累阶段之后,下面就要自己发力了。
在这个阶段,要感谢的人就更多了:奇伢(#奇伢云存储),彭老师(#一口Linux),董工(#嵌入式与Linux那些事),Peter(#人人都是极客),麦叔(#小麦大叔),涂老师(#txp玩Linux),王老师(#裸机思维),老吴(#老吴嵌入式),喵哥(#程序喵),情报小哥(#嵌入式情报局),温工(#工程师进阶笔记),小哈哥(#嵌入式从0到1),亮哥(#一去、二三里)...
还有很多很多,一时记不起来了...(我不知道有些名字是否有误,如果匹配错了,敬请原谅🙏!)
总之,团结一切可以团结的人,我为人人,人人为我。
积极寻找相同技术方向的、关注量上下相差不大的号主,相互支持,报团取暖,手拉手一起进步!
当然了,所有这些推广的前提是:不要过度的打扰读者,并且能够持续的输出高质量的文章,这才是一个公众号给读者带来的最大价值,也是存在的根本。
我一直记得一句话:帮助别人就是帮助自己,你解决了别人的问题,就是在解决自己的问题。
为什么写公众号
在公众号的菜单中,我添加了自我介绍,里面基本上就是写公众号的真实原因了。
一句话:为了治疗自己的焦虑症!
作为一名35+
程序员,在现代这个社会,如果没有一点焦虑症,感觉都有点都不太正常。
而我的焦虑似乎更加强烈一些,这可能是源于我一直自认为很失败的职业经历吧。
焦虑这种东西,看不见摸不着,只有自己心里才清楚。
大概是在17~18
年的时候,我犯上了奇怪的“神经官能综合征”,这是我自己得出的结论。
那个时候,经常出现:突然的心慌,呼吸加重,甚至不自觉的屏住呼吸。
看了精神科、呼吸科、内科,都查不出毛病,后来我结合一些书上描写的症状,终于得出了这个病的名称。
为此,我还特意买了森田正马的两本相关书,来自我治疗😅。
现在想来,它应该也是焦虑的一种,可是那个时候想不到有什么解脱的方法,于是就一直跑步,通过出汗、运动的方式,确实能缓解一些症状,但是治标不治本。
直到2020
年底,开始写公众号,才发现自己:只要有事做,心中有一个目标,每天的时间都不够用了,哪还有什么精力去关注那些可怜的症状。
不知不觉间,我的这个毛病居然不治而愈了。现在想想,之前的那个毛病可能就是闲出来的?!
关于写文章
每个人写文章的方式都是不一样的,有些人会同时开好几篇文章,哪个地方来了灵感,就在那篇文章中写一段。
但是我有些强迫症,总是把一篇文章从草稿到排版,全部完成之后,才会动笔写下一篇。
写文章的方式没有好坏之分,适合自己的就是最好的方式。
从目前的本职工作来看,我主要还是以嵌入式 + Linux 为主,因此输出的文章主要是几种在这些方面。
有时候也会因为不知道怎么选题而发愁,后来我就想到了一个偷懒的办法:既然每一篇文章都是一个相关领域的一个知识点,那么我就圈定一个领域范围,在这个界限之内,由浅入深来连贯的输出总结。
这样的方式不仅解决了选题问题,还能让每一篇文章连贯起来,形成一个小主题。
例如:目前正在写的《Linux从头学》系列文章,这源于我自己工作上的需要,把以前嵌入式设备中跑的程序移植到 x86 平台上,因此需要对这部分底层内容有一个系统的学习和梳理,因此才有了这个系列的文章。
大概再写 3 篇文章就差不多可以小结了,我自己的感受就是:经过这次梳理,我再去看 Linux 内核相关的文章或者代码,很多原本晦涩、难以理解的内容,一下子清晰了很多,因为涉及到底层的内容已经被我在梳理阶段解决掉了。
对于我自己来说,是一个很好的自我梳理过程;对于读者来说,可以更加系统的了解某方面的知识,一举两得!
当然了,好处和坏处都是共存的。这样的类似连载的方式,对于阅读某一篇文章的上下文背景知识,提出了更高的要求。
如果读者阅读了中间的某一篇文章,那么他也许需要把之前的文章也看一下,才能明白其中的内容,这样就增加了阅读成本,这也是以后我需要改正的地方。
其他
有时候,我也有一些冲动,想写一写非技术文章,比如:自己的面试经历(被别人面试,面试别人),买房时遇到的大坑,最近阅读的一些闲书,一些好的音频资源,孩子教育上的一些小心得等等。
但是,我都抑制住了这些想法。
一直以来,我总结的都是技术相关的文章,因为我觉得作为一名软件开发人员,做好自己的本分,输出对别人有价值的技术总结就可以了,写那么多人生感悟有什么意义呢?毕竟每个人的生活阅历都是不同的。
也许我是在利用心中的这个偏见,来掩盖自己的懒惰和拖延,不想动笔而已。
但是现在,我逐渐转变了在这方面的一些想法,因为有价值的东西不仅仅只有技术。
只写技术文章,感觉有点冷冰冰,缺少了一些温暖,缺少了一些烟火气。
因此,以后我也会多写一些非技术方面的心得,以自己的经历给大家提供一些参考。多说无益,请朋友们看我的表现吧,希望我们继续一路同行!
一个故事:帮助别人就是帮助自己
最后,分享一个故事给大家:女人最想要什么?
一位国王遇到杀身之祸,解救办法只有一个:在指定的期限内得到一个答案-女人最想要什么?
国王很发愁、很绝望。
他的骑士说:我们把国土一分为二,你去那一边,我走这一边,去问问:女人最想要什么?
结果得到的答案五花八门,有些想要财富,有些想要美貌,有些想要健康,有些想要爱情...
后来,国王在一个丛林里遇到一位非常非常丑陋的女人。
女人对国王说:我有一个答案可以解救你,但是有一个条件:我很丑,没人愿意娶我。你已经有了王后,是否可以让你的骑士娶我?
国王陷入了困境,他不想委屈骑士。
骑士却异常的衷心,坚决要取这位丑陋的女人,来解除国王的杀身之祸。
女人给出了自己的答案:女人最想按照自己的心意做决定。
骑士信守自己的承诺,迎娶了这位丑陋的女人。
在婚礼上,面对众多的宾客,他受尽了嘲讽。
在新婚之夜,他面对新娘,突然发现面前是一位非常美丽的女人,他异常的惊讶!
原来新娘原本是一位非常美丽的女人,但是被魔法诅咒了。
新娘说:现在你娶了我,你有权利来作出决定,我是做白天的美人,还是做黑夜的美人?
骑士犹豫了一下之后,对新娘说:容貌是你的,女人最想按照自己的心意做决定。你来选择:你愿意做白天的美人,还是黑夜的美人?
骑士说完的瞬间,女人的魔法解除了:她找到了真正爱她的人、尊重她的人,于是她永远从诅咒中解放出来了,变成了原来的最美丽的女人。
这个故事告诉我们:我们要真正的尊重他人、倾听他人,不仅能帮助他人,我们自己也能够从困境中获得解放。
帮助别人,就是帮助自己!
再次,真诚的感谢所有人!谢谢!
祝大家:中秋快乐,幸福安康!
推荐阅读
【1】C语言指针-从底层原理到花式技巧,用图文和代码帮你讲解透彻
【2】一步步分析-如何用C实现面向对象编程
【3】原来gdb的底层调试原理这么简单
【4】内联汇编很可怕吗?看完这篇文章,终结它!
其他系列专辑:精选文章、C语言、Linux操作系统、应用程序设计、物联网