定着が無い。だから、あなたのディレクションするホームページの制作は迷走する。
広告代理店のクリエイティブをやってる人のブログのエントリ
「定着のイメージを持たないコミュニケーション・デザインの気持ち悪さ: ある広告人の告白(あるいは愚痴かもね)」
を読んでいて、「定着」っていう言葉にかなり反応してしまった。*1
定着っていうのは、広告を例にすると、プランなりアイデアなりがあって、それが頭の中とか企画書とかにある状態だと、その時点では広告にはなっていないですよね。そのプランなりアイデアなりを、具体的な言葉や絵にして、テレビなり新聞なりに定着して、はじめて広告になりますよね。その具体的な表現のことを定着って言います。
この定着って作業は、イラストを実際に描いたりプログラムを作ったりする末端制作者においては誰だって無意識のうちにやっていて、それが無いと「何やっていいか分からない」って言うだろう。
でも、定着できたって、即仕事ができるワケではないよ。
ただ、末端制作者はクライアントからいきなり「これやりたいんだけど」って言われるよりも、そこに交渉術や分析術にすぐれたディレクターが入り「このクライアントは本当は何がやりたいのか。そのためにもっともお金をかけず早くできる効率のいい方法は」というのを探るわけ。
そうでないと、末端制作者は実現方法を知っているだけに、「あれもやって、これもやって」と思惑が発散しかねない。そこの道筋をディレクターに付けてもらい、本当に必要なものだけ実装する。それが現実の社会において理想仕事的な制作過程だと思う。
絵にするとこんな感じ。

理想のディレクション posted by (C)ITOH Takashi
定着物は、3者三様であるべきだ
ここで、3者の定着物は変わっているはずだし、そうでなければならない。クライアントはあくまで自分が「やりたいこと」を明確にすべきで、それ以外の細かい実装には無頓着であるべきだし、ディレクターはその「やりたいこと」をするためには運用面からどのような全体像を描くかというのが使命であるべきだ。
そして、末端制作者は「どう実装するか」に心血をそそぐ。
これらの3者の定着がはっきりして、お互いに自分の定着を見せながら仕事を進める。こうすると、最終的に出来上がったものの精度は非常に高くなるだろう。
ただし、定着物は3者の間で可視化され伝わらなければならない
この時重要なのは、「いかに自分の定着を見せるか」であると思う。日
その時の表現方法として、我々末端制作者は実装物そのものを見せられるという利点がある。それは表現屋ならではの強みだ。プログラムでモックアップを作るもよし、イラレで簡単な図やイラストを描くもよし。
しかし、ここで問題なのがディレクターになる。彼らは直接の制作者ではないからどうやって自分の定着を見せるか。
私はそれはMicrosoftのOffice製品が現状ではベストだと思う。なぜなら、クライアントがそれを持っていて、自分の定着をOfficeで作ればとりあえず見てもらえるから。
もちろん、末端制作者上がりのディレクターであれば自分で簡単な絵やモックプログラムを作ることもできるだろう。だから私は製作者上がりのディレクターは強いと思っている。
理想的なディレクターの場合の話はここまで
さて、この「定着」という作業ができてないディレクターの場合。定着ができてないのだから、MicrosoftのOfficeなどによる定着物が出てくるわけもない。いきおい、末端制作者への指示は「口頭で」ということになり、それは自分がディレクターとして何を定着させなければいけないかということも含めての丸投げになる。
そこに、仕事と呼べるものはない。むしろ、直接のクライアントとあっていない末端制作者にとって、クライアントは、太刀打ちできないUnreachableな相手となり、もはや霞がかったものとなる。
そして、我々が提案ベースから定着を起こす。いや、それすら出来ない末端制作者は多いだろう。見よ!そんな彼らは何度となく「やり直し」という非常なディレクターの指示と共に寝食を忘れることとなる。そこに至って、共闘者であるべきディレクターと末端制作者は互いに反目しあうことになるのだ・・・・。
この残念な現実はを絵にするとこんな感じだろう。

残念な現実 posted by (C)ITOH Takashi
声を上げろ。直接言え、末端制作者達よ。
本当は、そこで我々末端制作者としては声を上げるべきなのだ。
「何をやっていいか分かりません。これでは仕事ができません」と。
だが、我々はいつも惑わされる。電話の向こうで「これで作ってください」と言うディレクターの姿に。
「これ断ったら仕事無くなるかな・・」という自信の無い内なる自分の声に。
あるいは彼が昼夜仕事してようやく得た、たった一枚のクライアントの仕様書に。
私たちは、判断を間違える。
だが、そこで声を上げないと、いつまでたっても状況は改善されない。
クライアントにいわれたことしか伝えられないディレクターは三流。
いわれたことを定着でき、伝えられるようになって、ようやく二流。
あなたを惑わすディレクターはいったいいつになったら一流になるんだ?
・・・・いつになったって、一流なんかにはなれっこないじゃないか。
そして、気づいてくれ。ディレクターと呼ばれる人たち
末端制作者に「何やっていいか分からない」って言わせたらそれは指示を出した人(たいていはディレクターと呼ばれる人たち)の負けで、その瞬間にディレクターは大いに反省すべきであると思う。もちろん、経験のない末端制作者はそれだけ定着能力が低いわけで、「誰を使うか」の見極めもディレクターには課せられるわけで。
「あいつ、使えねー」とか言う前に使える人間を探せってことで。
それを言うことは、定着できないにせよ、人をアサインできないにせよ、自分の能力が無いことをさらけ出しているのだから。
*1:最初、このエントリを引用して・・・とか考えてたけど、ほとんど全文にわたって深く頷いてしまい、エントリとして収拾がつかなさそうなのでやめた。
やられた・・・。
Flashって、それ自体がCookieを持つんだね。ブラウザとのCookie連携とか限りなく難しいように設計されているのか・・・。
独自にCookie情報もらってヘッダ出しちゃえばいいじゃーん。とか思って、
Flex デベロッパーセンター | Adobe Developer Connection [ADC]
見てたら、できそうだったんだけど、できんくなくて。・・・・3時間ほど。
したら、
URLRequest パラメータを受け取るメッソドすべてが requestHeaders プロパティをサポートしているわけではありません。呼び出すメソッドのマニュアルを参照してください。例えば、FileReference.upload() メソッドおよび FileReference.download() メソッドは、URLRequest.requestHeaders プロパティをサポートしていません。
そのメソッド・・・・・・当たりです。
HONDAのS2000が生産終了か・・・・
米国ホンダは26日、2009年モデルをもって『S2000』の販売を中止すると発表した。6月末をもって鈴鹿製作所での生産を終了する。1999年のデビューから10年で、その歴史に終止符が打たれることになる。
S2000はホンダの創業50周年を記念するスポーツカーとして1999年に発売。『S600』、『S800』など往年のホンダスポーツの血統を受け継ぐモデルとして誕生した。
当時、HONDA・BEATに乗っていて、S2000はBEATの後継かと思ってた。
ま、はっきり言ってHONDAにはBEAT以上にカッコイイ車はないし、S2000もBEATの前ではぺちゃぱいな感じなんだけどね。
BEATってのは、一番HONDAらしいモデルだと今でも思ってる。何がHONDAらしいかって、S-MXもHONDAらしいんだけどさ。
んで、S2000ってのもHONDAらしいよなぁ、その理想を追い求めて費用対効果を考えないところが・・・・とか思ってたんで、当時に近くのディーラーに試乗に行った。
ちょっと街中を流すだけだったんだけど、乗って、最初の直線でびっくりしたのはその剛性。なんつーか、でっかい鉄板の上に乗っているっていう印象。人間って、そんなゆがみも感じられるほど敏感だったんだーって思った。
んで、そのあと、気がついたらセコンドで80kmくらい軽く出てるのを見て「えー!なにこのエンジン!」って思った。
まぁ、BEATに乗ってたっていうのもあるんだろうけど、その乗り味の違いというか高性能っぷりに驚愕したもんだった。
ちなみに、BEATってそういうクルマの挙動っていうか乗り味を知るには最適な初心者用車だと自分では思ってる。
っていうのは、最初にトヨタの車に乗っちゃうと「あぁ、車ってこんなもんね」って感じるけど、BEATだと「え、クルマってこういう挙動をするんだ・・・」って感じる。
んー、なんつーか、トヨタだと本だしの味噌汁飲んで「あぁ、味噌汁ってこうね」って思うんだろうけど、BEATだとおすましを飲んで「あー、出汁ってこういう役割ね」っていうのがわかるっていうか。
私は、BEAT乗った後に、おやじのトヨタCHASER(89年式あたりかな・・・)に乗ったら「なんじゃ、この車、全然まがンねー。」って驚愕しました。ハンドル切り始めてから挙動を起こすまですごく長く掛かった。
BEAT乗る前は、トヨタのCORONAに乗ってたから、初めてBEATに乗った時*1は
「うわー、このハンドルすげーキョトキョトしててあぶねー」
だった。
クルマにはこういう乗り味っつーのがあるって教えてくれたのはHONDAのBEATだったなぁ。
そんな私には「いつかはクラウン」じゃなくて「いつかはS2000」だったのに、そのS2000が無くなってしまったのはすごく残念。ま、HONDAらしいといえばらしいんだけど。
でも、一番好きなクルマはMAZDAのRX-7だったりする。RX-7のデザインは、そこんじょのイタリア車にも負けてないでー!!
*1:埼玉の中古車屋から仙台までのk宅の道のり
シマンテックストアでダウンロード販売の方が家電小売店でのパッケージ販売より高すぎでびっくりした
パソコン買ったので、ノートンを入れようとシマンテックストアでInternetSecurityを買おうとした。
あれ?この「再ダウンロード2年保証サービス」って何だ?って思って詳細を見たら、
コンピュータのリカバリなどで再度製品のインストールを行う場合など、本サービスをお申し込みいただければ安心してお使いいただけます。
ってなってる。
???パッケージでのメディアが無い代わりにこのサービスを買えってこと?・・・・にしては2年で3000円って高くない?
yodobashi.comで同じ商品を見たら、6280円だった。しかも10%ポイント

あれ?パッケージ版の方が安いってことか?
ダウンロードで買えるのは便利だけど、その便利な分高くなってるってことかなぁ。うーん。。。
Web制作において、フロントコントローラとmod_rewriteを使ったら負けだと思ってる自分がXOOPSCubeでしたいこと。
URLって視認できる大切な情報だから、index.php?action=register&mode=hoge&site=.... とかなると制作しててもわけわからなくなる。
別に、世の中でフロントコントローラーが常識で、制作するときもactionは〜〜ですよねみたいな感じならいいんだけどそういう感じでも無し。
そのあたりを解決するのにmod_rewriteもあるんだけど、どうもこれを前提にするのは危険な感じがする。たとえば、サーバが移動したときとか、サーバサイドの知識が低い制作者と組む時とか*1、そうでなくてもサーバ側がmod_rewriteを使えないケースだってママあるだろう。
CMSにして、管理側だけならフロントコントローラでも何でも良いかと
管理側ならURLに意味はない。少なくとも、そこを弄るのはプログラマとそれに近い人だけだし。そもそも、そのプログラムで動いてる加減な部分を隠ぺいするためのCMS管理機構なわけだし。
そう考えると、XOOPSのモジュールコピーはそれなりに良く考えられている
といっても、DupulicatableVersion3に限ってだし、それを意識したXOOPSCubeLegacyに限るわけだけど。
それにしたって、随分と無理があるしそもそも複製を考えずに作られたものを頑張ってるからしょうがない。
なんで、XOOPCubeでは
自分が仕事で使ってるEthna使ったCMSっぽいのがあるんだけど、これは完全にWeb業者用。
これをXOOPSCubeっぽくしてリリースしたいなと思ってる。
なんていうか、ユーザ側には「news.php」みたいなのを置いたらそこがモジュールになるっていうか。少なくともmodules縛りとかそういうURLのださい部分は無しにして。
Web業者用なんで、とにかく軽くしたい。とか。
じゃあ、XOOPSCubeで出すメリットは何かって言うと、まぁ趣味が半分と、もしかしたら他のかるいBASEを持って来て使えるかも・・・というのと。
あとは、XOOPSって名前で仕事がとりやすくなるとか(笑)・・・・まぁそれは無いな。取っても費用対の面で全然合わないし。
何かそんな感じ。ちょっと夢が広がる。
*1:納品後にクライアントが直で更新したいとかいう場合もあるだろうし
id:malaはmixiに就職してくれ。
半年で1億円くらいもらって、あのクソ重たいJavaScriptを改善してくれ。
id:malaならそれくらいの価値はあるだろう。
マイミク一覧とか全然開けんし。絵文字パレットも3割くらいの確率でJavaScriptエラーになる。
多分、3年前に買った私のPCがクソなんですね、わかります。
コードで人類の発展とか社会に貢献するとか
オープンソースでは、たまに「みんなが幸せになる」というフレーズを耳にすることがある。
私もこのフレーズが気になって、テクノラティで「人類の発展」と「社会に貢献」のワードが出てくるブログが無いかなーって1年ほどlivedoorReaderに入れて購読してる。
ところが、オープンソースどころか、プログラマーやってる人達のブログではこういうワードが全然あからさまに出てこないんだよね。自分としては
おれは、このコードで世のプログラマーをたすけるぜー
とか、id:higayasuoとか書いててもよさそうな気がするんだけど、見落としたのか。日本人だからはっきり書くのがためらわれるのかな。
あ、このフレーズだ
んで、「やっぱ、ないんかなー」とか思ってた頃に見つけた。別にテクノラティではないんだけど。
http://blog.livedoor.jp/ikiradio/archives/51050780.html
で、
教えてもらった内容をまとめます
・とりあえずプログラマはー達は
「コードで世界をよくしようと思っている」
なので人を不幸にするようなサービスをするとよくない。
これ最初に読んだときは、( ゚ 3゚)≡ブーッ って思わずふいた。「・・・本当かよ。。。ネタで言ってるんじゃねぇの?」って。
つーことはさ。このフレーズの使いどころって
このフレーズを使う時って、人を何かに説得するときにしか使わないんじゃない?
で、そんな状況でしか使わないフレーズっていうのは詭弁だと思うわけだ。だから、id:minahito_carpはそのフレーズを真に受けて空気読もうとしなくていいんじゃないか、と言ってみる。
美味しいそばつゆの作り方
市販の薄めるタイプのめんつゆがどうしていまいちか。
それは「だし」と「塩分」の分量が問題で、専門店本来の味を出すまでのカツオ節を入れると保存期間に問題が出る為、常温でももたせる為には「だし」の量を減らし、逆に塩分を強くする必要があり、それが味に影響するのです。
なるほど。
それとは別に、市販のめんつゆってどうもあの独特のコクと甘味が気になって、食べると「あ、これこれ」っていう感じがする。・・・・といっても、初めて市販のめんつゆで食べたときは、「あれ?味濃くてうまい」とか思った小学4年生の夏。
でも、確かに自分でめんつゆ作っても「んー、いまいち」っていうところなんだよね。
めんつゆ、つくって一晩寝かすのか。面倒だな。「明日はそば食べよう」とか思って作るもんなんだな。
でも、寝かすと出汁ってうまくなる。みそ汁用の出汁を取って半分使って、残りの半分を翌日のにつかうと翌日のみそ汁の方がうまい。あれなんでだろう?
ということで、かえしを早速作って寝かせ中。
ホームページ作る時の原稿作るのが嫌なWeb屋
最初「ホームページの丸投げはいけないか?」って、そりゃ、中間業者の鞘抜きに何の正義があるんだ?と思ったけど違った。;;
「ホームページ」なるものを敬遠がちな人に向けて、「面倒なことはありません、アナログ情報を丸投げしてくれれば制作だけじゃなくて、運用も更新もしますよ」というサービスを作ったわけだ。
なるほどー。そういう丸投げか。
Web制作屋な自分が否定的なことを述べるのは簡単なので、あんまりなーっていう気もするんだけど、まぁネタ的に。
激安ホームページ屋さんとか結構ある
google:ホームページ 5万円 とか検索すると、結構あるんだよね。自分が上記みたいなお店屋さん(とりあえず、HPあってカタログがWeb上にあればいい)だったら更新料無しとか、スポット対応してくれるところとかにするかな。
基本的に、スポットでいいんだよね。そういうお店屋さんは。多少どころか半年くらいWebとリアルのタイムラグがあっても気にしないって感じで。そうすると、毎月定額取られるのがアレなのでスポット契約で。
まぁ、確かにCMSとかあっても更新せんよね。
お友達でニュース更新したいからってことでCMS入れてあげることあるけど、更新せんよね。「くそー、使ってくれてねーじゃん」みたいな状態になってる。
そういう意味じゃ、パンフレットをポンと投げて作ってくれるっていうのは便利かも。
っていうか、さっき吉祥寺にある飲食店の人から「とりあえず、なんか作ってほしいんだけど」みたいな依頼があったところですげータイムリーだなぁと思ってこのエントリ書くきっかけにもなったんだけど。
あ、先週も「病院開業するんでー、とりあえずHP」って感じの相談があった。でも、立ち上げ時からいきなり数十万も掛けてサイト作らなくていいじゃんねぇって言ってしまう商売気のない自分だったり。
しかし、5万円でサイト構築とかどうやってやるんだろう?
うちじゃ5万円は無理だなー。・・・・・って考え方が既にうちら零細Web屋がかつて(今も?)「あー、そんなCMSって専用サーバでJava使ってやらなくても、月額300円のPHP使えるレンサバでいいっすよー。」ってノリで浸食してったのと同じことをやられてるんだろうなー。
ある意味、マジメに作ろうとする業者と、別に真面目じゃなくていいからとにかく安くあげたいクライアントとの隙間。
なんか、これまでの仕事のノリで考えちゃうから、5万円だと原稿書くだけで終わっちゃう感じ。でも、原稿はパンフでいいんだよね。パンフあればね。
いつもながらWeb制作の際は「あー、原稿書くのが面倒」っていうのに追われてる自分だった。
太刀打ちできない相手。Unreachableな標的
仕事柄、孫請けになることも多々あるんだけど、その時って自分は下請けの社員ですみたいな感じでプロジェクトに加わる。
そうなると、元請けの担当者との会話は下請けの人を通じてやるんだけど。
あ、元請け/下請け/孫請けって
クライアント → 元請け → 下請け → 孫請け
って感じだよね。
下請けの担当者が優秀な場合は、仕事が楽。これは本当にすばらしい。
んでも、たいていはそうじゃないことが多くて、それでも元請けの担当者が「わかっている人」ならば頭ごなしにメールやり取りとかすればなんとかなる。
これが、両方ダメな場合・・・・・。クライアントがどういう要望を出して、何を達成すれば良いのかが五里霧中。
さすがに、2つ飛ばすと「お前誰?」って言われるだろうし。
そういう時は、現場は凄惨の一言につきる。
「何が求められているのか、わからない」
「どういうスケジュールで動き出すのか、わからない」
「何を持って終了とするのか、わからない」
よほどの精神的マゾヒストじゃないとヤッテられません。


