2005-11-25 アーカイブ

2 日間留守にします

Tour "2005 Autumn Kyoto" に書いていた通り、土日で京都に行ってきます。 土曜日の朝イチで出発して日曜日の夜に帰宅予定なので、記事の更新とかコメントのレスとか溜まっている 7 月のオフのオフレポとかは全て滞ります。

例の如くはてなダイアリー - 真琴＠臨時更新場にて携帯からの現地報告を行うかもしれませんので、動向が気になる方 ( たぶんいない ) はチェックすると良いかもです。

約束の日

明日から Tour "2005 Autumn Kyoto" に出かけますが、早くも次のオフツアーを企画しています。 現在確定しているのは 12 月 24 日の日中から 12 月 25 日の未明までのスケジュールと参加者。 これは皆で集まってわいわい、という類のものではないので参加者は募集しません。 まだ重要な点が確定していないのではっきりとは言えませんが、関係しそうな方はお仕事が終わった後の体を開けておいてくださいね。

デザインを外部委託してみようかなの続き

デザインを外部委託してみようかなで aamall.jp にデザインを発注してみようかという話をしましたが、実際には発注をしていません。 あの記事を書いた後にいくつかの反応をいただいたり、他に発注をされた方に進展があったりでやはり踏み切れていないのです。

1. Re: iMach - CSS
2. Re: cheerful*tearful : blog のオリジナルデザインを外注する価値
3. Re: ブログデザイン外注 aamall.jp は高い?　安い?
4. 人柱さんの結果

Re: iMach - CSS

受けて側の力量というかレベルというかセンスというか、そういうもので変化してしまう。 例のうちの上司などは、「自分には作れないとわかっているから、金を払うんだ」とおっしゃっていました。

なるほど、確かに明確な指標が無い分、クライアントの意向に沿うか沿わないかで高い安いも変化しますね。 ( 工数や素材数、 Flash の使用等による一定の価格基準はあるかもしれませんが。 ) そして Webにかかわらずデザインに相場は無い というのも良く納得できました。

結局のところの回答としては、仕事としては受けられないけど、好きにやっていいという条件であれば（&暇と時間があれば）やってみてえな、なんて思う自分がいるよ、という感じです。

こういう回答をいただけたのはがっかり半分嬉しさ半分。 仕事としての iMa さんイズム全開 ( 注 : iMa さんは web の仕事をメインにしている方ではありません ) のデザインが見られるチャンスを逃したのにがっかり、でも「やってみたい」と興味を示してくれたことを嬉しく思いました。

もし今後機会があれば、何の制約も課さずに好き勝手に遊んでもらいたいです。 それこそクロスブラウザとかサイトのイメージとかを全く考えずに。 ( まだはっきりとした話にはなっていませんが、同様に「思いっきり遊んでみたい」と言っている方がいらっしゃいます。 )

Re: cheerful*tearful : blog のオリジナルデザインを外注する価値

実際に私がブックマーク時にコメントをつけたときには、「相場」というものは全く考慮していませんでした。 件のサイトの「対応ブログポータル」には個人が気軽に（無料で）利用できるサービスが多数含まれています。 そういうサービスを利用している個人が気軽に注文するには、15,000円は少し敷居が高いかな、という印象をそのままコメントとして書いたのでした。

確かに、 aamall.jp が対応している weblog サービスは、その利用自体は無料でできるものがほとんどです。 中には利用料がかかったり有料オプションサービスがあったりするものもありますが、いずれも数百円 / 月のレベルであるため、それを使っているユーザが注文する場合には高いと感じるでしょうね。 かく言う私も人柱になろうとしつつ踏み出せなかったのは、 15,000 円という金額は自分にとって軽くはないという理由もありましたし。

私が思わずめまいを感じたのは デザイン用語説明はこちら と書かれた部分のリンク先です。

なんじゃこりゃ。

私が通常使用しているブラウザは Firefox なので、最初は 「あぁ、 IE 以外では確認していないのかな。仕事としてやっているのにそれはどうかと思うけれども、いろんな事情でそうせざるを得ない人もいるだろうからまぁ仕方ないのかしら」 と、諦め半分で IE を起動して同じページを表示してみたところ、再び目玉が飛び出ました。

IE で見ても表示が崩れてるんですけど！！！

特定のブラウザの表示確認だけで検証するのはよろしくありませんが ( 複数のブラウザで確認するとか、合わせて Validator にかけてみるとか ) 、全く表示確認をしていない ( と思われる ) のはちょっと……。

Re: ブログデザイン外注 aamall.jp は高い?　安い?

最低額の15000円を腑分けすると、aamall の取り分が3分の1、画像素材やソフトウェアなど諸経費が5000円、残る5000円が純粋な労賃、といったところでしょうか。 つまり、半日で完成させなければならない。 まあ、無理ですよね。

価格にばかり目が行って、その内訳は全く考えていなかったですね。 aamall.jp 自体の取り分も当然あるでしょうし。

いや、完成したものを見れば、「なーんだ、これなら俺、2時間あれば十分だよ」といいたくなる方は、正直いると思いますよ。 けれども、求める結果がわかっていれば2時間という話なのであって、何をしたらいいのかわからない状態から2時間で完成できるような人がそうそういるわけがないよ。

実際、デザイナーとクライアントが事前にやりとりを行ってイメージを固めて、それから制作に入る……という流れを汲んでいるようですので、工数と金額を比較すると決して高くはないと思えます。 そういった視点を持って見ると、何故その金額が設定されているかに考えを及ぼすことができて良いですね。 ( 逆に言うと私はそういった視点を持たずに金額だけを見て考えていたのですが。 )

滝口さんいわく 我々のデザイナーに関してですが、非常にお恥ずかしい話で恐縮なのですが、スタイルシートの対しての造詣が浅く、ゼロスクラッチでスタイルシートを制作することが現状ではまだ難しいのです。 我々共も今後、スタイルシートの制作に関しての知識を増やしていかなくてはならないと強い認識をもっているのですが とのこと。 プロの CSS デザインを見てみたい!　という用途に aamall は向きません。

ああ、 プロの CSS デザインを見てみたい! という気持ちも半分くらいありました……。

人柱さんの結果

• jazzanovaの日記 - 遂に完成
• はてなブックマーク - jazzanovaの日記 - 遂に完成

こういう結果になりました。 時期を逸したのでコメントは無し。 今後 hxxk.jp で aamall.jp を活用するかは分かりませんが、 hxxk.jp 以外の場でこっそり活用してみようかなあ。

MTArchiveDate はアーカイブ・マッピングには使えない ?

以前なにやらテンプレがおかしい・・・ - ゼロSP@BLOG という記事にコメントをしていたことがあり、その経過がどうなったのかなあと思っていたのですが、どうやら月別アーカイブのリンクバグの原因が判明 - ゼロSP@BLOG にて解決の目を見たようです。

このMT設定画面での月別アーカイブのアーカイブ・マッピングを次のようにしたら問題なくリンクできるようになりました。

idx/%y_%m.php

これで全て解決。 あの悩んだ日々はなんだったんだろうと・・・。 これで思うのは俺が最初に書いたidx/<$MTArchiveDate format="%Y_%m"$>.phpの書き方が不味いのかな？

へー、 MTArchiveDate をアーカイブ・マッピングに指定したらまずいのかあ……。 って、

このように、 hxxk.jp では存分に MTArchiveDate を指定していますが。 もちろん idx/%y_%m.php のような指定でも良いんでしょうけど、 MTArchiveDate も使えるはず……。

MTEntryBasename は Export で書き出されない

バグかどうかは分かんないんだけど、MTのログをエキスポート/インポート機能を使うとファイル名は復元してくれません。 エキスポートした時にファイル名のデータがない。

これって凄い困りませんか？ サーバ移転する時とかにエキスポートしてやるのが普通だと思うんだけど、それでデータを落としてインポートしてもファイル名は復元できないと・・・。 エントリーたくさんある場合はまた自分で入力するのめんどくさすぎだよ。

バグというよりは仕様で復元されないと言った方が良いかもしれません。 Movable Type 3.2-ja-2 において記事の書き出しを行うと、記事ごとに次の項目が書き出されるようです。

• author_name
• entry_title
• entry_status
• entry_allow_comments
• entry_convert_breaks
• entry_allow_pings
• entry_created_on
• entry_text
• entry_text_more
• entry_excerpt
• entry_keywords

そして記事に指定できる「エントリー・ファイル名」というのは entry_basename フィールドのことなのですが、この entry_basename は書き出しの項目には含まれていません。 デフォルトの個別エントリーアーカイブから URI を変更する場合の注意点で一度述べましたが、この entry_basename は Movable Type 3.0 から導入されたもので、 Movable Type 3.1x まではこの値を変更することはできず、また Import/Export の項目に含まれないため、非常に使い勝手が悪いものでした。

ただ、 Movable Type 3.2 になってこの値を変更することができるようになったため、これを活用するユーザは多くなっていると思います。 しかし、 Import/Export の項目は 3.2 以前のものをそのまま踏襲しているため、そのことを知らずに entry_basename を活用しているユーザがいざ Import/Export を行うと、今回のような問題に行き当たってしまうわけです。

entry_basename を自由に扱えるようになったのですから、 Import/Export の項目に含めて良いと思うんですけどねえ。 ちょっとサポートに問い合わせてみます。 Movable Type の個別記事の Permalink は、デフォルトの設定のままだと Export 時に失われるに続きます。

トラックバック送信先

月別アーカイブのリンクバグの原因が判明 - ゼロSP@BLOG

entry_basename が Import/Export の対象になっていないのは仕様ですが、自由に扱えるようになった以上 Import/Export できるようにした方が良いと思うので、サポートに問い合わせてみます。