インフラ整備はほどほどに

　会社のWebサイトにブログを設置して正式なお知らせや障害情報などについてはそちらに掲載できるようになったので、こちらのブログには基本的には日記、具体的には活動報告や各種TIPSあたりを書くことにしました。

　ということで、とりあえずは最近の活動報告です。

　ネットサービスの企画と開発に関しては、2件試作して2件ボツといった状況です。アイディアが一番のボトルネックになっていますが、試作もしていないアイディアに価値などありません。ここは淡々と続けていくしかないでしょう。

　一方で、インフラ整備に関しては着実に進行しています。サーバの構成を変更したことで、故障箇所によっては数日かかることもありえた復旧までの作業時間を、数時間から1日程度にまで短縮できたはずです（少なくとも去年の6月に起こったハードウェア障害程度なら）。既存アプリケーションのPHP4からPHP5への移行も完了。メンテナンス性も若干向上させました。

　ただ、こういった作業には、あまり熱中しすぎないようにしたほうがよさそうです。いくら結果が出やすいといっても、インフラ整備に状況を好転させる力はありません。それで仕事をした気になっていては、ちょっとマズいことになってしまいます。止まったら人が死ぬシステムというわけでもありませんしね。あくまで企画と開発を優先し、差し迫った理由がなければ後回しに。将来的には外注を検討するくらいのスタンスでいきたいところです。

いろいろ準備中

　6月〜7月は書籍編集の仕事が忙しく、ネットサービスの企画開発や運営をあんまりちゃんとはできませんでした。いろいろ不義理をしてしまった人もいたりいなかったり（すみません）。8月以降は時間ができる予定なので、ネットサービスの企画開発と運営に本腰を入れて取り組みたいと考えています。

　その一方で、ネットサービスそれ自体ではなく、その企画開発と運営を安定して行なうためのプラットフォームについても、少しずつ作りはじめたいと考えています。

　技術的な面では、まず、サーバーソフトウェアをPHP5そのほか新しいバージョンにアップデートする予定です。ネットサービスの開発では安定性を重視して、サーバーソフトウェアについては比較的古いバージョン（PHP4、MySQL4系など）を使うことにしていました。しかし、MySQL4系のサポートは昨年末で、PHP4のサポートも2007年末で打ち切られることとなり、新しいバージョンへの移行をそろそろ本格的に検討しなければならない状況になってきました。

　とはいえ、サーバーソフトウェアのバージョンアップにあたっては各種スクリプトの書き換えや設定の変更も必要になりますし、すでにたくさんのユーザーがいるサービスを長時間停止するわけにもいきません。運営しているすべてのサービスを安全に移行するには、1ヶ月程度の猶予期間を用意する必要もありそうです。ここはやはり、サーバー機を別に用意してそこに環境を構築し、サービスを1つずつ移してゆくといった段取りで進めたほうが良さそうです。

　ただ、サーバー構成を変更する過程で、ハードウェアの可用性を今よりも高くすることはできそうです。2年間ネットサービスを運営してきて、サービス停止の原因としてもっとも多かったのはハードウェア障害でした。ここで、一部のハードウェアが故障しても停止せず、故障時のリカバリも短時間で行なえるようなサーバ構成にしておけば、今後増やしてゆく予定の新サービスについても、かなり安定した運営ができるようになるのではないかと思っています。

　最後に非技術的な面についてですが、こちらについても少しずつ準備を進めてゆきたいと考えています。時期はまだ未確定ですが、9月ごろになにか発表できるかもしれません。自信があるかと問われれば微妙ですが、それなりの形にはできるのではないかと思っています。面白くしたいところですね（俺が）。

メタサービス化とか目指してみる？

　この年度末は本業がまれに見る追い込まれっぷり（三徹なんて編集者10年やっててはじめてだよ！）ですっかり間が開いてしまいましたが、なんとか乗り越えられたみたいです。3月は少し時間ができそうなので、作りかけの中から1つくらいはリリースまで持ってゆきたいところです。

　それに当たって、そろそろ、運営しているサービス間でのユーザーアカウントの共通化にも手をつけはじめたいとも考えています。

　ユーザーアカウントの共通化というと、GoogleとかYahooとか楽天とかライブドアとか、複数のネットサービスを運営している大手がやりそうなことですが、個人といえども複数のネットサービスを運営している以上、導入すればそれなりのメリットがありそうです。

　第一のメリットは、もちろん、サービスごとに異なるIDとパスワードを覚えなくてよくなるということですが、いちいちユーザー登録を行なわなくても新しいサービスを試すことができるというメリットもあります。サービスを運営する側にとっては、新しいサービスを使ってもらいやすくなるので、サービスが立ち上げやすくなります。

　さらに、ユーザーアカウントを共通化することで、運営しているサービスをばらばらのサービス群としてではなく、複数のサービスが集まったメタサービスのようなものとして定義できれば、既存のユーザーに対してサービスという単位で新機能を提供できるようにもなるはずです。

　たとえば、技術的に共通する部分が多いからといって早起き生活にダイエット日記的な機能をつけてしまうと、コンセプトがあいまいになって何のサービスかよくわからなくなってしまいます。でも、別のサービスとしてなら、早起き生活と並列してダイエット日記的なサービスがあっても問題ない。生活改善をテーマとしたサービスの集合としてなら、むしろあったほうが良いくらいです。

　こうやってメタサービスに含まれるサービスの増やしてゆけば、最終的にはYahoo!みたいなサイトまで作れちゃうかも！、とか野望を語っちゃったりするわけですが、そこまで行かなくても、サービスを立ち上げやすくなるといういうのはメリットが大きいなぁとか思うわけです。

　もちろん、早起き生活をはじめとした既存サービスに悪影響が出ないようにしながら作業を進める必要はあるので、すぐに完全統一するというのは難しいかもしれません。新サービスで汎用性の高いアカウント管理システムをテストしつつ、ある程度こなれたところで早起き生活にも組み込もうかなと思っています。

素振りが楽しくなる瞬間

　新サービスの開発ですが、ここ1週間ほどデザインばかりしていて、コードにほとんど手を付けていなかったりします。ある方向性でデザイン案を作ってみてはボツにするの繰り返しで、これまで作ったデザイン案はすでに5パターンを超えました。

　ただ、こういった作業を繰り返したことで、なにかデザイン力のようなものがついてきたような気もします。

　たとえば、どのフォントを使うか決めるために、ロゴ案をいくつか作るような場合。

　最初のころはクオリティが安定せず、フォントの良し悪しよりも、ロゴ案の出来の良し悪しの方が目立ってしまっていました。しかも、そのロゴ案を作るのに苦労している間に、だんだん当初目標としていたイメージを忘れてしまったり。結果としてたまたまうまく出来たロゴ案を採用してしまい、デザインの方向性もそれに左右されてしまうことが多々ありました。

　しかし、こういった作業を繰り返し、さらに字詰めといったテクニックを覚えていくうちに、ロゴ案を安定して早く作れるようになってきました。すると、ロゴ案がたまたまうまく出来たかどうかではなく、目標としたイメージを伝えるのに適しているのかといった観点でフォントを選べるようにもなってきます。デザイン案全体も、最初に想定した方向性に沿ったものになり、結果として、クオリティレベルの偶然ではなく、方向性といったアイディアのレベルで悩めるようになったというわけです。

　もちろん、この程度で「デザイン力」なんていうのはちゃんちゃらおかしいし、仕事ならプロのデザイナーさんにお願いしているところだけど、単純に何かが出来るようになるのというのは楽しいものです。こういうことがあるから、趣味のものづくりはやめられないんだなぁ。うっへっへっへ。

大ネタ仕込み中

　artrace以降少し間が開いてしまいましたが、現在、次のネットサービスを開発しています。

　artraceと比べるとずいぶん大ネタで、開発開始から約1ヶ月経った時点で、やっと基本的な機能をほぼ実装し終わったという状況です。ここから先は、細かい機能などを追加しつつ、ユーザーインターフェイスとデザインをまとめ上げていく作業になります。

　肝心の内容については、早起き生活のように使うだけでなく、見るだけでも楽しめて、ユーザー同士がちゃんとコミュニケーションを取れるようなものを目指しています。必然的に1人あたりのアクセス数が増えるので、今のサーバーで大丈夫かちょっと心配なのですが、これは公開してみてしばらく様子をみるほかないかと。

　9月中には公開したいなぁ。