公開するまでに、何をどの順でやったか

連載の第1回で、1つ作り切ると、触る範囲は勝手に広がると書きました。詰まった場所の一覧は出しましたが、どの順で起きたのかは書いていません。

並べてみます。これから同じことをする人にとっては、一覧より順番のほうが使えるはずです。

全体は、4つの段に分かれていた#

振り返ると、やっていたことは大きく4つでした。

時間の配分は、この順番とは一致しませんでした。いちばん長かったのは4段目で、いまも続いています。

1. 何で作るか、どこに置くか#

最初に決めたのは構成でした。WordPressで全部やる形ではなく、記事はWordPressに置いて、表示はNext.jsが作るという分け方にしています。

選んだ理由と、選ばなかった案を なぜこの構成にしたのか に書きました。企画の段階で考えたことは 企画・設計編 のほうです。

置き場所でひとつ誤算がありました。表示側にサーバーが要らない構成にしたのに、CMSのためにサーバーを借りることになりました。その経緯は サーバーは、要らないはずだった にあります。

2. 手元で動かす#

ここは教材の範囲でした。CMS側の設定、表示側の実装、見た目の調整の順に進めています。

この段で詰まったのは、ほとんどが「書いてあるとおりにやったのに動かない」たぐいです。日本語のスラッグで404になるのは、その代表でした。

手元で動いた時点で、半分終わったつもりでいました。実際には3分の1も進んでいませんでした。

3. 外に出す#

ここから先は、教材にほとんど出てきません。自分のドメインを持って初めて出てくる話だからです。

公開作業そのものでつまずいた分は ローカルのサイトを本番公開するまでにハマった話 にまとめました。数えると11個あり、仕組みから説明し直したのが 本番公開でつまずいた11のこと です。

特に時間を取られたのは次の2つでした。

どちらも、作る話ではありません。「自分のものである」と外に向かって示す作業です。手元で動かしている間は、示す相手がいないので出てきません。

4. 動かし続ける#

いちばん長い段です。公開した直後に、まず記事が投稿できなくなりました。

コードを含む本文がサーバーの防御に弾かれていた話が 自分のブログに記事が投稿できない、渡し方そのものを変えた話が 書いた記事をWordPressに届けるまで です。

表示の遅さも、公開して初めて数字で見えました。速くしたら、壊れた は、1.7秒を0.03秒にした代わりに公開作業が止まるようになった話です。

公開してから、足していったもの#

ここから先は「壊れたから直す」ではなく、足りないものを足す作業になります。

この順番にも理由があります。数字が見えないと、次にどこを直すかが決められません。解析を先に入れたのは、そのためでした。

順番は、どこまで選べたか#

振り返ると、選べた部分と選べなかった部分がはっきり分かれていました。

3段目までは一本道です。悩む余地が無いので、ここで時間を使うのはもったいない。迷う価値があるのは4段目だけでした。

もう一度やるなら#

変えるとすれば2つです。

ひとつは、公開を先にすること。中身が空でもよいので、ドメインを繋いで出してしまう。3段目の問題を早く踏めるぶん、2段目の作り込みが無駄になりません。実際、手元で丁寧に作った部分のいくつかは、公開してから作り直しています。

もうひとつは、数えるものを先に決めること。解析は入れてから「何を見たいか」を考えました。順番が逆だと、集めた数字が使えないことに後から気づきます（測れるもので代用すると、測りたいものから離れる）。

変えないほうは、構成です。2つに分けたことで境目に問題は出ましたが、出てきた問題のほとんどが、書く題材になりました。詰まらない作り方を選んでいたら、この一覧は存在していません。

今回の学び#

まず、時間は、作る段より後ろに偏るということ。手元で動いた時点を折り返しだと思っていましたが、実際はそこからのほうが長い。見積もるなら、作る時間の倍を後ろに置いておくほうが近いです。

次に、一本道の区間で悩まないこと。構成を決めて、作って、出す。ここに選択の余地はほとんどありません。選べるのは、出したあとに何から手を付けるかだけでした。

そして、順番そのものが、あとで役に立つこと。一覧だけ残すと「何を知っているか」にしかなりませんが、順番が残ると「どこで止まるか」が伝わります。同じ道を通る人に渡せるのは、後者のほうでした。