開発を始める際の最大のテーマはデータベース化でした。野暮ったかったサイトのデザインを当時のトレンドに寄せて多少見栄えするようにしたいというのもありました。クラスもデータレイヤー以外はほぼ流用するという形で進めました。表面上のデザインは完全に刷新したのでお知らせなどでは「全面リニューアル」と打ち出していましたが、システム開発の観点から言うと、表面上のデザイン変更自体に大きなリスクはありませんでした。移し替えるプログラムの方でした。手元で色々なパターンでテストをし、ある程度目処が付いた時点で本番データをダウンロードして動作確認し、最終的には本番環境でもリソースに余裕がある深夜にテストをするなどして、万全の体制で進めていました。無事にリリースされます。月にずれ込んだという経緯があります。リリースしたいと考えていたのです。リリースすることの無いまま社会人生活が始まってしまいました。全て開発に捧げた後でした。月の終わりになったというわけです。サービス開発に与えた影響は大きく、社会人となって以降、学生時代のようなスピードでの開発は出来なくなっていきます。して記憶している利用者の方も多いのではないでしょうか。閲覧する利用者の方の数も増えていくという事です。稼働している間に、記録に残っているだけでも様々なブラウザへの対応を広げていました。<推奨環境>にSafariに関する記述を追加」などです。年の間、システム的には大きな変化のない時代が続きます。必要だ、と思い至るにあたった大きな理由、それは再び発生したパフォーマンスの問題でした。時にもなると、ページを開こうとすると長く待たされ、待たされるだけならまだしも最悪タイムアウトして何も表示されない、ような事が頻発するようになっていました。新しいバージョンが出来上がった時はいつも「今度こそ決定版だ」と、それが事実だったことは一度も無いにも関わらず同じ事を思うのですが、今度もやはり事実ではありませんでした。仕様を考えるにあたって、いくつか重視したポイントがありました。何につけてもパフォーマンスです。これまでのサーバでやりくりするのは限界だったので、再び物理で殴る必要がありました。間でも何度かサーバの移行は行いましたが、いずれも共用レンタルサーバの契約であり、自分で出来るパフォーマンス対策には限界がありました。そこで増え続けるアクセスをさばききるためには、これまでとは数段上のスペックでかつ最適化に対する自由度が必要と考え、共用レンタルサーバよりもぐっと値段は張るものの、専用サーバのプランを検討する事にしました。権が得られるサービスの事です。メジャーでなかった時代、高いパフォーマンスと高い自由度が必要であれば専用サーバというのは普通の選択肢でした。言え当時でも、個人で借りる人は珍しかったと思います。専用サーバにしてどうせ一気にパフォーマンスを改善するなら、もっとアクセスを増やしても大丈夫だろうという目論見がありました。対策の意味合いも大きかったのです。タグクラウドもこの時実装しました。