所以你想开一个博客
我为我的电子报撰写了这篇文章，点击此处订阅即可每周收到此类邮件。
大约11个月前，在我开始写博客/订阅电子报之前，我有很多理由不去这么做。其中大部分都是伪装成借口的不安全感。
让我们逐一分析。
我没什么有趣的话要说。
让我第一个告诉你——你的观点很独特，我很想听听。
我们从事类似的事情，使用相同的技术，但我们看待世界的方式却各不相同。
当你写博客文章时，你是在分享你的观点。与你世界观相近的人会觉得你的文章很有共鸣，这很好。而那些观点不同的人，有机会从不同的角度看待同一件事，这也非常有价值。
想想你在过去 6 个月里学到或做了哪些对你来说是全新的事情——列出一些可能的博客文章标题。
我经验不足，写不出文章。
如果你正在学习新事物，但觉得自己不够专业，那么告诉你一个秘密：没有人觉得自己是专家。
JavaScript 领域需要学习的东西太多了，而且变化非常快。
稍微跑题一下，谈谈Eric Elliot 关于 JavaScript 疲劳的文章，因为我觉得他的观点很棒：
学习 JavaScript 可能会让人感到不知所措。我知道，你会感觉自己面对的是一片浩瀚的未知领域。试图完全吸收它，就像试图用一条沙滩巾吸干真正的大海一样困难。
这永远不可能发生。我跟不上。丹·阿布拉莫夫跟不上。布伦丹·艾希也跟不上。别为此焦虑，因为你也跟不上。我们都在同一列高速列车上，无论你坐在哪个座位上，窗外的世界都模糊不清。
我们这些“专家”对各自负责的网页平台领域了解颇多，但我们不可能对所有细节都了如指掌。如果你从事网页开发一两年以上，那么你很可能掌握了很多我不知道的知识。我对此并不介意。
总而言之，等到“成为专家”才开始行动是浪费时间。我们每个人都可以贡献自己今天所掌握的知识。你今年学到的任何知识，你周围都有成百上千的人渴望学习。
我非常喜欢这句格言：“记录，而非创造”。
我们在这里并非在发明新事物。充其量，我们只是在发现一些模式。边学边分享。我写过一整套关于编写优秀组件的文章，其中的模式并非我首创。我从他人那里学习了这些模式，并用我自己的视角和例子呈现出来。
我刚开始学习，等我掌握更多知识后再分享。
如果你刚刚学习了某项技能，你的视角会比那些已经从事这项工作一段时间的人更有用。
使用 React（以及 JavaScript）一段时间后，我发现了很多习以为常的奇怪特性。我必须时刻提醒自己不要使用会让新手感到困惑的技术术语。
我已经停止举办 React 入门工作坊，因为我不再适合教这个了。如果你正处于学习新事物的阶段，你的全新视角将对其他处于同一阶段的人有所帮助。
如果我犯了错误怎么办？
这个问题对我来说最难。如果我说了一些我认为正确的话，但结果却错了怎么办？或者更糟的是，如果我分享的观点对我自己有利，但对其他人却有害怎么办？
我尽量避免出错。在文章中发布任何内容之前，我都会做好研究；我展示的所有示例代码都会运行验证。
这种恐惧有时并非缺陷，而是一种优势——它能促使你投入更多精力，达到比以往更深层次的理解。它帮助我谨慎措辞，提升沟通能力。
但大多数时候，这种恐惧只是杞人忧天——是我的冒名顶替综合症在作祟。把想法藏在心里，永远不用去验证自己是否错了，这样更容易些。
关键是，犯错并不可怕。读你文章的人不会因此而对你另眼相看。你或许偶尔会收到一些恶意的评论，但相信我，几次之后你就会释怀，因为你能够帮助的人远比这多得多。
我心中有一个选题，但会有人感兴趣吗？
这种情况几乎每周都会发生在我身上。我脑子里有个帖子想写，但不确定其他人是否会感兴趣。
写作不可能迎合大众，你不可能让每个人都满意。写作时最好心中想着某个特定的人——你只是想帮助一个人。很可能还有很多其他人也会从同一篇文章中受益。
额外好处：这种写作风格让读者感觉很亲切，从而增加了阅读的乐趣。
写自己的博客，你想做什么就做什么。你是在为自己（以及那一个读者）写作。如果你想写某个话题，那就写吧！
即使我写了，也没人会读。
如果你刚开始写作，我完全理解。如果没有人可以投稿，确实很难找到写作的动力。我以前也经历过这个阶段。
幸运的是，我们身处一个非常热情友好的社区。
你可以将文章发布到dev.to、hashnode和spectrum等社区网站，或者提交给freeCodeCamp和hackernoon等 Medium 出版物。
以上这些网站都比reddit/hackernews有趣多了。dev.to是我最喜欢的。
我得先把博客重建一下才能开始写作。
再精美的博客如果没有文章发布，也毫无用处。这通常是拖延的一种方式。
克隆一个入门套件，然后就可以开始写作了。你甚至可以把文章写在公开的 GitHub 代码库里，然后分享出去。
当你的博客开始发布文章并有人阅读时，对博客进行过度设计就会更有趣。
希望这对你有所帮助，并能给你一点动力去开始行动。
西德
