個人ブログを開設しました
初めまして。yumenomatayumeと申します。
エンジニアとして技術ブログを開設しました。
初投稿では、ブログを開設したきっかけを書いていきます。
ブログを始めたいと思っている方にとって、いいきっかけになればと思います。
よろしくお願いします。
このブログ開設するためのメモは以下のscrapboxに保存しています。
目次
はじめての情報発信
情報発信として最初に投稿させて頂いたのはQiitaでした。
エンジニア駆け出しの頃に、分からないことをググって、よくたどり着いていたのがQiitaです。
当時は何となく「こんな便利で技術情報があふれているサイトがあるんだ」と思っていたことを覚えています。
現在でも不明点があったとき、Qittaで6~7割くらい問題解決できているような気がします。
(大変お世話になっております。)
始めの頃は情報収集として利用していましたが、慣れるにつれて情報発信を始めます。
InputよりOutputが重要と言うように、エンジニアにとって情報発信することには、
執筆する私自身と、ご覧いただく方々にとってお互いメリットがあると思います。
情報発信の重要性は、以下のページがよくまとまっています。
元々、文章を書くのが上手ではないため、何かを書くのに膨大な時間がかかるタイプでした。
しかしながら、Qiitaに投稿する内容はソースコードやコマンド実行結果などを貼り付けることが多く、
ライティング力のない私でも気軽に始めることができました。
投稿する内容は、自分にとっての備忘録やトラブルシューティングなど、
ピンポイントに欲しい情報だけを書くことが多かったです。
情報発信をするにつれて
はじめてQiitaに投稿した頃は、ターミナルのログを漁ったり、参考サイトなどを調べ直したりして、自己解決したら終了していました。 実行することと書き残すことが同時にできていなかったので、投稿するまでに割と時間がかかってしまっていました。
その中で、記事を書いている中で気づいたことがあります。
- 考えたことではなく、実践したことや体験談を書いていた
かなりざっくりとしてますが、要は悩まずに書くことができると感じるようになります。
何かエラーが起きた時は人に伝わるように（markdown形式で）メモを残すことにしました。
仮に人に伝えなくても、そのメモを書くこと自体が知識として定着すると考えています。
（自分の中でのOutputです）
そのおかげで、記事を書く速さが少し上がったかなと思います。
（実際に速くなったかどうかは分かりませんが、気持ち的な余裕があったのは確かです）
「それならブログ書けばいいんじゃないか？」と、この頃から思い始めます。
なぜブログを書くのか
私の個人的に、エンジニアが利用するブログの種類分けについては、以下のように考えています。
- ブログ: 人へ伝えることに特化した記事を書く
- Qiitaなど: 技術に特化した記事を書く
（もちろんその逆の記事もあったり、使い方によっては大差ないと思いますが、、）
また、Qiitaのガイドラインは以下のようになっています。
良い記事を書くためのガイドライン - Qiita:Support
私自身、Qiitaにはニッチな技術情報を書いてきた（つもり）ですが、
「1から○○をして○○を作る」といったように、
サービス全体的な内容を記載する記事もありました。
また、私はQiitaから情報収集することが多いので、投稿しても同じようなものがすでに投稿されていることがありました。
もし他の人の投稿内容が古かったり、誤りがあったときには、
編集リクエストなどを活用して記事のクオリティを高めていくやり方がベストかと思います。
繰り返しになりますが、結果として以下のような分け方で投稿しようと思いました。
- ブログ: チュートリアルや知識中心（基本的で分かりやすく技術情報を伝える）
- Qiita: エラーやトラブルシューティング（ニッチな技術情報を伝える）
今後はブログとQiitaで情報発信していこうと思います。
なぜ個人ブログなのか
簡単にブログを開設できるサービスは多くあります。
エンジニア向けの有名どころだと、Mediumやはてなブログが挙げられます。
開設前は、どのサービスを使ってブログを作るか考えてましたが、結局は個人ブログにすることを決めました。
主な理由としては以下です。
- 好みのデザインを使用することができる
- 独自ドメインが使用できる
- 個人ブログ開設することでフロントエンドの知識がつく
ブログによっては上記を実現できるものがあるかもしれませんが、深くは調べておりません。
（はてなブログは有料で独自ドメインを使用できることは知っていました。）
また、GitHub PagesやNetlify、Firebase などの無料ホスティングサービスの使用経験があったので、
これらのサービスを利用してブログ開設することで、さらに知識を増やせると思いました。
ブログ開設をすること自体を技術スタックとしたかった点が大きかったです。
なぜSSGを利用したか
※Static Site Generator（SSG）とは静的サイトジェネレーターのことです。
新しいサイトを作りにおいて、WordPress という選択肢は少しレガシーな感じがありました。
CMSはWebサイトの管理者ページにログインして記事を書くので、
脆弱性など考慮すると中途半端な知識で安全に運用するには難しそうだと思った次第です。
前章で述べた、「個人でデザインとカスタムしたい」と言うことと、
慣れているMarkdown言語で記事を書きたいと思いがありました。
さらには、記事はソースコードとして管理したかったので、
GitHub に記事を Push したら公開されるといった CI/CD でのモダンな運営をしたいと思ってました。
以上の理由から、CMSとは相性が悪そうだなと思いましたので、
静的サイトジェネレーターを使用してブログを運営することに決めました。
なぜGatsbyを選んだのか
一概に静的サイトジェネレーターと言ってもさまざまな選択肢があったので、
正直どれを使用して良いか分かりませんでした。
以下のページで静的サイトジェネレーターの人気が確認できます。
何となく有名どころを使用したいと思ってましたので、以下の3つのどれかを使用することに絞りました。
- Hugo(Go)
- Gatsby(React)
- Next.js(React)
HugoではGo言語が使用されてますが、Go言語に関する知識がまったくなかったので、
学習コストなどを考慮すると、GatsbyかNext.jsを使用することにしました。
（Hugoはまたの機会に使ってみたいです）
JavaScript を使うなら、Next.jsよりGatsbyの方が新しくて良さそうだなと思い、
色々と下調べしていたとき、目についたのがこちらの2記事です。
- Reactベース静的サイトジェネレータGatsbyの真の力をお見せします - Qiita
- Gatsby で gatsby-theme-blog を使うときの tips | gotohayato.com
Gatsbyには機能的にNext.jsより優れてそうで、尚且つブログ専用のテンプレートが用意されており、
ターミナルで少しのコマンドを叩くだけですぐに使用できることを知りました。
上記に沿ってローカル環境に開発用のブログを構築することができ、 そのままGatsbyを使用してブログを書くことに決めました。
さいごに
ここまで読んで頂きまして誠にありがとうございます。
私はインフラエンジニアですが、フロントエンドやバックエンド技術にも興味があります。
とくにDevOps技術にはとても興味があり、クラウド技術も今後学んでいきたいです。
幅広い技術の範囲で、読者様のためになる情報を発信しますので、
どうぞよろしくお願いします。