前言
前几天发现团队要求每人每周都要产出文章，并发布在团队博客上供大家阅读，当时看的时候是早上，晚上我就写了一篇文章发布在语雀上，标题就是《关于写博客这件事》写完之后已经凌晨一两点了，但是感觉非常好，一下子抹除了好几天的坏心情。我觉得这个改变非常好，写文章是一种经验的总结与交流以及自我知识技能的分享与学习。话说之前一直没发觉自己的顶头上司有啥闪光点，“开车”、吹牛、喷脏话......样样精通。但是去看了他写的技术博客，文章阐述非常流畅，逻辑性很强，层层深入递进，幽默又诙谐，读起来津津有味，就感觉他就在对面在和你交流一样自然，确实写的非常好。看到这，我觉得得定个小目标：一周2篇对外输出，尽管语雀文章一直都坚持在写，不过写的比较随意，都是想到什么写什么，没有重视起来。在扇贝单词打卡已经有上千天，我觉得要在简书坚持写作一段时间并不算太难。语雀确实是个很不错的文档平台，去年参加英语角活动的时候，就在上面发布过参加英语角的活动感想（因为参加那个英语角都是要用英文自我介绍，并且结束之后都要发布感想到群里），其他还包括我的工作日报（然而并没有人看）也发不到语雀上。本来之前也注册了简书，后来由于种种原因又注销了，那为啥选择简书呢？其实原因很简单，参考了同类博客平台我发现简书非常适合记录生活，分享想法，另外一个就是不想再写作平台的选择上花费太多时间，毕竟重心应该放在内容输出上。简洁的界面，清晰的布局，便利的操作，简直不要太好，这些完全满足我的要求，可以激起写作的兴趣，我想这应该就ok了。最近也在得到上听课程，还在知乎上看live，同时下载了番茄ToDo严格限制自己上班不玩手机，专心工作，尽可能的充实自己吧。
我要写些什么内容
第一个技术写作：作为一个技术人，我追求技术上的卓越，这是一个漫长又艰辛的过程，需要不断的总结与学习，我热爱前端，非常喜欢这项工作。前端技术日新月异，自己的产出的文章是否能跟得上时代，是否有其存在的价值等等这些问题都在困扰着我。后来随着接触的前端框架越来越多，也慢慢发觉了些许规律，并不需要纠结学什么框架，而是应该针对性的深入学习某一框架，达到精通，形成自己强项。工作前2年工作主要使用的框架是Vue2.x，现在好像都出了3.0，这是我要写作的重点。现在工作技术栈主要是React。。。这也是一个非常棒的框架，其周边衍生出的技术生态及其庞大，要学透彻需要做好打持久战的准备，因此有很多东西可以写。写技术文章最好是写一些和工作相关性强的内容，比如我现在在用React开发前端应用，那我就应该深入研究下React并且需要有文章产出，这样既是对工作的总结又是对该项技术的沉淀积累，这样做的好处就是能一举多得，工作会越做越顺，技术深度会越来越厚。Vue生态，React生态，webpack，git，leetcode周赛题分享等等，我渴望通过技术博客来逐步构建属于自己的前端技术体系
第二个读书分享：这个是我主要要分享的内容，做读书分享。我喜欢看书，基本每周六都会去浙江图书馆看书，什么类型的书我都有会看，看书对我来说是放松，比如最近我在看《晚清最后十八年》共4部，《历史深处的民国》共3部，惊叹《历史深处的民国》的作者居然是程序员，写的也不错。这7本书大概花了一个月左右时间读完了，写的很精彩，一直都想写个读后感啥的。可是读了这么多书还没有分享过自己所读的书籍，也不知道我读的这些书有什么用，要是不记录下来我觉得这会是比较遗憾的事，所以我想分享出来。即是对自己读过的书的总结沉淀，也是对知识的分享，我读过的书究竟是不是能为我所用。可以写读书计划，好书分享，读书心得感悟，读书效用
第三个思考和想法：我喜欢运动，租住的房子离钱塘江不远，自己也经常去跑步，江边漫步的感觉非常好。跑步的时候我会不停的思考反思最近发生的事，自己哪些地方做的不好，什么地方需要改进，自己有什么新想法，怎么解决那个难题等等这些，但是仅仅停留在那一刻，跑完之后就没有下文了。这是我要记录下来的，我的反思与想法，这有利于自己付诸实施。
第四个精彩生活：尽管咋们是苦逼的程序员，但是还是要有私人的生活和故事的呀。旅游、聚会、游戏、电影电视......
第五个文章翻译：作为程序员来说，英语的能力很重要，何况现在也在做海外的业务。英语文章文档的阅读一定不能少了
第六个......
我在写作上遇到了什么问题
自己之前一直在博客园写技术文章，现在回头看看过去写的文章，杂而乱，浅而粗。到现在已经有2年了，没几个用户关注也是正常的，自己都看不下去，别人还能看的下去吗。现如今是要好好复盘一下，反思总结一波，究竟是哪一环出现了问题，出现了什么问题。我大概列了一下几点：
症状一：.每次写文章都感觉没什么东西可以写，但是平时又浮现很多想法看法。
症状二：没有搞清写作的目的，丧失写作激情
症状三：表达模糊不清，逻辑前后矛盾
症状四：文字表述过少，图片视频等媒体资源过多
症状五：写文章前没有查找相关的同类的资料，想到什么写什么
症状六：文章中心主旨没有立起来，写的东西很混乱
症状七：文章结构不清晰，阅读体验差
症状八：拖延症+自我安慰，产出滞后或者直接流产
症状九：容易受到外界干扰，写作2分钟，玩手机2小时
症状十：急于求成，追求完美，总想一步到位，落笔生花
症状十一：刚写完文章就以为大功告成，没有自检的习惯，急于发布
症状十二：很少回过头看自己之前写的文章，没有对比其他同类文章
我理解写文章应该和软件开发差不多，需要设计开发也需要测试验收，产品需要抢占先机发布、快速迭代，我觉得文章也应该一样，集中精力快速完成初稿，通过和同类型的优秀文章进行不断比较修改，达到可以对外输出的效果。
我该如何去写文章
对于怎么写作这个话题实在太大，何况我对写作并没有什么经验，从前写出的内容都是应付式的，可以这么说：从来没有成功过。我想重点写技术文章和读书分享，下面我也就从这两个方向来布局一下写作思路。每个人都应该有自己的写作风格，每个话题表达的方式都有所差异。同时又不能太局限于条条框框，使用模版写出的东西太死板。总之，对文章进行分类，写文章要能把自己想阐述的表达清晰，别人能看得懂即可。
怎么写好技术文章
技术是吃饭的家伙，要是技术不过硬怎么谈革命、谋发展。做技术的少不了和文档打交道，技术文档大都生硬难懂，没有带入任何情感，冰冷乏味，难以理解。但是这些都仅限于刚入门的小白，官方文档是权威，当学习到一定程度之后。例如你要开始学习node，马上就去官网查看官方文档或许不是很妥当。所以需要做适当的翻译工作，加上自己的理解自己的风格转化成别人容易接受的内容。这和历史非常像，你要是去读《聊斋志异》原文估计很难坚持读下去，如果去看那些翻译过的白话文就会很有意思，一个个离奇有趣的小故事。借鉴之前的经验，技术文章应该纯粹而精细，写一个知识点一定要切合标题，可以引申其他内容但一定要有重心，中心主题要立起来，主要要表达的东西从始至终一定要清楚。总之
技术文章要和工作技术栈强相关，主要深入解析框架原理
技术分享要合理得当的解释
Leetcode周赛题目解析分享，清晰明了的解题思路
工具使用总结，同类工具的异同优劣对比
怎样写好读书分享
在b站看了很多相关视频，怎么写才能把书的精妙之处展现出来，怎么样才能让别人也产生共鸣。同时我也在得到，知乎，ted，各大网站平台搜索相关资料，研究怎么才能更好的分享书籍，工作之余也开始去参加线下的读书会，希望面对面的交流能学习到更多东西。读书是一种放松，分享是一次沉淀。如果读一本书就要写一篇文章，我觉得我是做不到的，但是读到自己感觉非常好的书，那应该及时记录分享，既有利于自己加深理解，又能推荐给别人，说不定还能找到志同道合的小伙伴呢。感触这东西稍纵即逝，要是开始下一本书之后，对这本书的印象就会逐渐变淡。
那如何做好读书分享呢，我想从以下几点开始写：
首先得出全书基本的结构目录，稍作简介
然后要抓住阅读时的感觉，及时笔记。看书的过程需要做做笔记，将当时看书的感觉以及内容记录下来。其次列举推荐此书的理由，给出合理的推断，得出满意的答案。
其次写出读后感，写出自己的真实想法，那怎么写出自己的真实想法呢
最后要写写读这本书有什么好处，能学到什么，能获得什么，
