ただのにっき

■ 川崎 0-1 FC東京@等々力陸上競技場

「西部っていいGKだなぁ」と思ったんだけどね、今日。GKからビルドアップする時に彼が投げるボールは、DFを走らせるようなところに出るんだよね。DFはそれを追いかけるから、ボールにタッチしたときには前向きなわけ。後ろ向きに受けてターンする時間がはぶけて、それだけ攻撃にかかる時間が短縮できる。まぁ、そうやって稼いだアドバンテージも、横向きや後ろ向きにばっかりパスを出してたらあっというまに消えてなくなるんだけどさ!

というわけで、2年ぶりになる多摩川クラシコは、FC東京が後半早々に退場者を出して10人になるおいしい展開にもかかわらず、終わり近くにコーナーキックから失点してそのまま無得点で敗退したのであった。どれくらいひどい試合だったかというと、優しいことでは類をみないフロンターレサポーターたちからとうとうブーイングが出たくらいである。ふがいなくて、わざわざ花輪まで送ってくれた仙台サポーターには申し訳ない。もっとも、以前川崎にいたテセはほめてたりして、ファンとプロの視点はずいぶん違うもんだなぁ。

で、この2チームはサポーターどうしもけっこう仲が良いものだから、クラシコが終わったあとに合同で宴会したりするわけです。他のチーム、少なくとも海外ではちょっとありえない光景らしいのだけど。とはいえ勝負ごとには違いないので、負けたほうが勝った方にビールを一杯おごるというなかなか屈辱的なルールのもとで行われたわけですが。わざわざそのために両チームのサポーターを同数集めるという念の入れよう。後半戦では目にもの見せてやるわ。

■ 等々力緑地の桜

↑の試合開始のだいぶ前についたので、塩ちゃんこを食べたあとはあたりをうろうろしたのだった。等々力緑地の桜はいまがちょうど満開になりたてという感じ。

その他の写真はこちら。

■ 首相官邸ホームページとアクセシビリティ

首相官邸ホームページのリニューアルに4,500万円かかったというニュースで高いの安いのと話題になっているけど、それはまぁどうでもよくて*1。これに対してあるWebデザイン会社が書いた「高くないよ!」というエントリを読んだアクセシビリティ業界人たちがそろって天を仰いだという話である。

件のエントリは「首相官邸ホームページのリニューアル構築費用に対して製作者側からの考察」で、特にアクセシビリティのところはツッコミどころ満載なんだけど、その点にかんしてはすでに木達さんが書いているので(ようするに先をこされた)、Web業界人はろくろなんて回してないで読んでおいた方がよいです。特にアクセシビリティとデザインの両立のところ。

さて、首相官邸ホームページのリニューアルでアクセシビリティを確保するとして、件の記事では300万円の見積を出しているのだが*2、じゃあ300万円相当の仕事がされてるかどうか確認してみよう。というか、例えばトップページでCSSを有効にしたまま画像表示をOFFにしてみればそうでないのが一目瞭然なのだ(上はGoogle Chrome 18、下はFirefox 11):

注意: いくつか誤認および誤解を招く表現があったので公開当初から内容をアップデートしてあります。

左上にあったh1要素による「首相官邸」が消えてしまったが、これはいわゆる「画像置換」という手法を使ってテキストを画像に置き換えているせい。画像置換は達成基準1.1.1の不適合事例で明確にNGとされている*3。1.1.1は「レベルA」なので、首相官邸ホームページは最低限のアクセシビリティも確保できていないのがわかる。また、Firefoxでみるとグローバルナビゲーションの文字が左に重なって表示されており、これも読めない(めんどくさいので原因は追求せず。li要素のfloatの問題?)。他にもコントラストの足りていないアイコンがあるし(これはレベルAA)、タブキーによるフォーカス移動になかなか遊び心があって(←皮肉)、問題は他にもたくさんありそうだ。この案件のRFPにJIS X 8341-3:2010への対応は含まれていないのだろう。そもそも対応表明のページもないし。2012年に公開される公共サイトでそれはないだろうとは思うが。

よりによって一国を代表するWebサイトのアクセシビリティがてんでなってないとか、「技術的理由による競争の不存在」を理由に随意契約を結んだベンダーが画像置換を使っていたり*4、「持続可能なデザイン」を謳うWebデザイン会社がWebアクセシビリティについて無理解だったり……と、実に嘆かわしい話ではあるが、その批判の矛先はわれわれWebアクセシビリティに携わる者にも向けられるべきだろう。まだまだ啓蒙活動が足りない。がんばりましょう。

追記

その後、実際にアクセシビリティチェックをしている人が現れているので、参考までにリンクをしておく。実際のチェックがどのような観点で行われ、どんな手法が使われるのかの一端がわかると思う。

• 首相官邸サイトリニューアル、しかしすぐに再リニューアルが必要 | 水無月ばけらのえび日記
• 首相官邸サイトをチェックツールで見てみる【その仕事、蠍は留守です】

■ 過疎ったプロジェクトは誰かに引き継いで欲しいよね

社内の知らない人から「たださんはRubyにお詳しいとききまして」なんて質問の電話がかかってきたりしてなかなか楽しい職場ですがいかがお過ごしでしょうか。そんなおれの本業はプログラミングじゃなくてWebアクセス解析なので、(いまさら)Google AnalyticsのAPIを研究しようとしたのだった*1。

1. まずgemを探す。「analytics」でひっかけても何も出てこず*2。
2. APIドキュメントをみたらGDataを使っているとわかる。ああ、そりゃそうだ。
3. もっぺんgemを探すとgdataを発見。
4. gem install gdata
5. ドキュメントを探して公式サイトにたどりつく。GitHubじゃないんだ!?
6. (例によって)proxyに未対応でガックリくるが、わかりやすいコードだったのでサクっとパッチを当てる。
7. proxy対応の実装方法が毎回違う件。
8. さらにjcodeをrequireしようとしてruby 1.9で死ぬので、そのパッチも作る。
9. そこで類似の1.9対応パッチが半年以上放置されているのを発見*3。
10. さっき作ったパッチもいちおう登録してみるが、たぶん放置だろうなぁ。
11. 気を取りなおしてGitHubを探してみると、生きたフォークを発見。やっぱりあったか。
12. さっそくforkしてproxy対応とanalyticsクライアント追加をpull req (←いまここ)

で、このGitHub上のフォークがリリースしているgemの名前が【gdata_19】だったりするわけですよ。ひどい。言うまでもなく、gemの限られた名前空間を適切に融通しあえていないのがいかんわけだが。プロジェクトを投げ出す前に、どうして引き継ぎ先を見つけようとしないのかなぁ。