一文字目は大文字にするのがカノニカルな表記です。使って生成しています。書けていないので、この記事をたたき台にしようと思っています。かわいいロゴがないので、イメージ画像としていらすとやからサーモンのおすしの画像をお借りしてきました。移行したのか理由はいくつかあります。ビルドが遅いまず、遅いこと。実行してビルドが完了するまでには、数十秒かかっていました。ライブプレビューがあるとはいえ、それでもやはりこの数十秒のビルド時間は、わたしにとっては耐え難いものでした。シンプルなブログを構成するツールとして見ると複雑であるそして、シンプルなブログを構築するツールとしては、必要以上に複雑であるということ。汎用的に使えるように設計されているため、凝ったサイトを作る分には便利なのですが、ブログ用のフレームワークとしては大きすぎると感じています。サイズが合わないように感じるようになりました。技術志向の変化そしてここ数年、仕事や個人的な興味の方向性が、ウェブアプリケーションそのものを作ることよりも、インフラや基盤技術に向いているということがあります。よるウェブアプリケーションにおけるエコシステムの変化を、昔ほど積極的にキャッチアップすることが難しくなってきました。遅いという不満を解消するためには内部の仕組みを深く理解してチューニングする必要があります。そこにリソースを割くよりも、自分好みでシンプルなツールを作るのがもっとも理想に近い形に落ち着くのではないかと思い、自作するという道を選びました。使い始めた今でも、そのような案件があれば第一候補としてあげるでしょう。使い方ブログの構築に特化しており、設定より規約を原則としています。そのため、記事やレイアウトといったプロジェクトを構成するファイルは、所定のディレクトリに配置する必要があります。ページあたりの記事数すらもハードコードされていたりして、さすがにあんまりなので最低限のオプションを設定できる機能は追加する予定です。ように実行するのがもっとも楽でしょう。ディレクトリにファイルが生成されます。ディレクトリ構造プロジェクトのルートには、以下のようにディレクトリを作り、その中に記事やレイアウトファイルを置いていきます。このブログのソースのリポジトリも合わせて見るとよいでしょう。ファイルを置いていきます。ファイルを配置します。記事に埋め込むコードを置きます。レイアウトファイルを置きます。単一のページをここに置きます。ように、記事とは別のレイアウトを適用できます。ここに置いたレイアウトファイルは、記事やインデックスページなどのレイアウトに埋め込んで、使い回すことができます。