1月下旬にKindle DX with Global Wirelessが出たので待ってましたと即購入。 使ってみて、筐体の手触りやE Inkを採用した画面の感じなどから受ける印象として、小説や漫画などのフィクションにこそふさわしいかなということ。なので収納ケースも和紙でできた書類入れを買ってみました。 iPhone後の世界なので、マルチタッチのダイレクトマニピュレーションができないのも慣れの問題ですが気になるといえば気になる。 画面に収まる最大表示というのをしてくれないので、A4サイズの資料は筐体を縦でみても横で見ても中途半端、というのは気になりますね。 買う前は持ってるPDFを全部突っ込もうかと思ってましたが、これはiPad待ちで。 とりあえず筒井康隆「虚構船団」、岩瀬大輔「生命保険のカラクリ」、夢野久作が江戸川乱歩について語っているコラムなどを入れてます。 通信はAT&Tの国際ローミングをNTTドコモが受けているという話。実際通信契約もせず、通信料も払わず(正確には書籍代に足されている)、設定もせずにいきなり使える訳で、これからのネット接続前提の専用デバイスのスタンダードなやり方になりそうな予感もしなくはないですが、Amazonみたいに購入モデルがないと難しいですかね。 ちなみに日本語フォントがハードの中に入っていると書かれているサイトも見かけますが、現時点では日本語フォントは入っていないのでファイルに書体が埋め込まれていないと文字化けしてしまいますし、KindleのHOME画面で並ぶドキュメントのリストでは日本語ファイル名は正しく表示されないです(書体の埋め込みと書体のアウトライン化は別物なので注意)。twitterで小飼弾氏が何度か日本語フォントが入っているとつぶやいていたので、入ってませんということを半ば必死にw お伝えしました。 ちなみにKindleという名称の考案者は、クロナン・デザインのマイケル・クロナン氏。 「せっかくいい名前を提案しても、書類手続でもたついているとボツになる。立ち上げまでの日数が限られてるベンチャー企業では、すぐ使えるということも大事なんだ」(「ブランド・デザイン」美術出版社刊より引用)という氏はすでに500種類以上の社名を登録商標取得済みとのこと。頼まれる前に思いついたら取ってしまうんだそうです。で企業から依頼があるとその中からふさわしいものを選びだしてこんなのどう?と提案するそうな。TiVOもこの方ですね。 クロナン・デザイン http://cronan.com/ Kindleについての説明を引用。 A name to ignite an expansive idea – “This is the most important thing we’ve ever ...
友人の小林くんが10年前に活動していたユニットFish & Chipsを復活! ファーストアルバムが3月にiTunesでリリースされました(iTunesリンク)。極上ポップの詰まった全10曲。1曲目から4曲目までの流れが個人的に好きです。仕事しながらヘビロテ中。 小林くんとは今はなきOS Internetという会社で一緒に働いてまして、その会社はiTunes / iPodがまだこの世になかった2000年当時にユニバーサルミュージックなどと提携して楽曲配信も準備し、Dance Music Recordやbonjour recordsなどとレビューを提携し、編集部も内部で抱えていたクラブミュージック情報サイトを運営していましたが、当時はウェブ上の課金プラットフォームもなく、色々あってあえなく終了。今となっては面白エピソードはたくさんありますが色々差し障りがあるのでw 直接会った時にでも聞いてください。 official site
翻訳書、発売 去年末に翻訳書が発売された一冊。オライリーからインターフェイスデザインについての本は数冊でていますが、中でも一番具体的で速効性があるといえそうです。ajax以降のフロントエンドの使い勝手にフォーカスし、ケーススタディの集積から、系統だててデザインパターンとしてまとめあげたベスト・プラクティス集となっています。監訳者の浅野さん(http://blog.iaspectrum.net/)に献本いただきました。ありがとうございます! 本の内容について 「いずれデスクトップとウェブの境界はますますあいまいになってくるだろうが、それでもウェブでのリッチインタラクションを作ることには独特の特徴というものがある」と言う著者の一人、Bill Scott(http://looksgoodworkswell.blogspot.com/)は、Yahoo!在籍時代にYahoo! Design Pattern Libraryの一般公開に貢献した人物。共著のTheresa Neil(http://www.designgenie.org/)は、フリーランスのインターフェイスデザイナとのことです。 少しだけiPhoneやFlashによる実装の事例も含まれていますが、対象は主にPC向けサイトにおけるajaxを前提としたものといってよいでしょう。ロールオーバーが多用されてることや、画面サイズの差から考えても、ここに掲載されている手法はモバイルやiPhoneでは使えないことも多いはず。スマートフォンとi-modeブラウザ2.0搭載のDocomo端末をのぞくモバイルではJS使えないですしね。Flashの場合にも援用できますが、前提としている制約が違うかな、とは思いました。 使い勝手について、動作ロジックも含めてかなり細かく解説されていますが、具体的なデザイン手法やソースコードには触れていず、まさにユーザー・インターフェイスにフォーカスした内容になっています。少し前にとりあげたページングについても、カルーセル型も込みでばっちり規定されてました。素敵! とりあげられているサイトは、メジャーで大勢の人に使われている今も動いているサイトが多いので、実際に触って確かめられるほか、デザイナー以外の人へ挙動を説明するのにも有用です。 またこれらを実際に多くの人が使っているということは、これらのユーザー・インターフェイスを学習しているともいえる訳で、この洗練ともいえる振る舞いや手法を、踏襲するにしてもしないにしても参考にせずにはいられないでしょう。 原書を持っていたのですが、素晴らしい和訳書を得た今、躊躇なく売るつもりですw 目次 第1原則 直接的なインターフェイスを作ろう 1章 ページ内編集 2章 ドラッグアンドドロップ 3章 直接的な選択 第2原則 軽快さを心がけよう 4章 コンテキスト連動型ツール 第3原則 1ページで完結させよう 5章 オーバーレイ 6章 インレイ 7章 バーチャルページ 8章 プロセスフロー 第4原則 インビテーションを仕掛けよう 9章 静的インビテーション 10章 動的インビテーション 第5原則 トランジションを利用しよう 11章 トランジションのパターン 12章 トランジションの目的 第6原則 すばやく反応しよう 13章 情報探索のパターン 14章 フィードバックのパターン ...
Yahoo!ショッピングはよく出来ていて、上記ダイアグラムはショッピングカートに入れた商品をユーザーが購入するまでのページごとの入力情報を、それぞれ上から下へ画面表示順にまとめたものですが、まずYahoo!ショッピングは、色んな店舗の集合体なので、店舗ごとにサポートしている決済手段/配送方法が異なっており、よって店舗ごとにショッピングカートが異るのでそれを選ぶところから始まるのですが、その後は上記step 1 からユーザータスクがスタートします。 ユーザーが滅多に変更することのないアカウント情報に紐づいている入力情報はstep 2にまとめられており、それ以外の、その時の買い物固有の入力情報はstep 1にまとめられています。 注文完了までたった3画面で端的にまとめられていますが、注文内容の表示位置にもこだわっているのが見受けられます。 step 1ではユーザーが注文しようとしている直後ですから、何を注文しているのかがわかるよう一番上に配置。step 2ではそのプライオリティは下がります。一番下ではなく、一番下にはメールアドレス入力欄があるのがちょっと不思議ですが、これは後述する通りリニューアル以前の名残りかもしれないですね。そしてstep 3では、もう注文完了直前の確認画面ですから再び注文内容の表示位置が一番上にきています。 といった感じで隅々まで考えつくされているのに。ああ。 step 3の注文内容確認画面で突然登場するメール送信のチェックボックス。初期状態ですべてオンになっています。 一番下までスクロールして確認しないユーザーは、気づかぬうちにメール送信に合意しているという訳です。 楽天市場が同じ仕様で有名ですが、楽天はある意味潔く以前から一貫してこの状態なのに対し、記憶が正しければ、以前2006年暮れごろに調べた時には、Yahoo!ショッピングは注文内容確認より前の画面、メールアドレスを入力する箇所でメール送信についても尋ねてきていたはず(初期状態でオンだったかまでは記憶にないのですが)。2007年11月29日のリニューアルで今の状態に改変されたのでしょうかね。 言わずもがなですが、一般的にこういった一連のタスクが複数ページにまたがって行われ、最後の一歩手前で入力内容を確認させる際に、その画面で初めて新しい要素を登場させることはユーザーに対する裏切り行為に近いものがありますが、さらにその内容がメール送信に合意という、買い物終えてしばらくして、関連性があやふやになっている頃にショップ側からのアクションとして届くのであんまりよろしくないかと思います。 Greasemonkey 用スクリプト – Deny Rakuten News
建築的なものとの個人的な接点 著者の馬場さんといえば東京R不動産のディレクターとして有名ですが、ぼくが初めて知ったのは、それ以前にインディペンデントに出版していた「A」という雑誌でした。 当時、働いていた会社が業務停止に追い込まれ、望まないままフリーランスの状態になった時、お仕事でお世話になっていた建築事務所(インテンショナリーズ)のサイト構築のために建築系の本や雑誌の資料をあさっていて見つけたのが「A」でした。 当時(2000年)はトランス・アーキテクチャという造語を散見することができ、建築と周辺別メディアを複合的に見ることで新しい視点を獲得しよう、というニュアンスの言葉だったような気がしますが、それはそのままこの雑誌の特徴に近かったようにも思います。一番大きいのは周辺メディアの一つとしてインターネットも登場していることで、その言葉をとっかかりにネットや書籍や雑誌で情報を探していました。 結局サイトの方は、ありがちではありますが、建築とウェブの構造的な共通点や差異点を提示した上で、ポートフォリオを中心に構成し、時間/場所/種類といった属性でブラウズできるサイトをFlash4で作りました。 また、前職のbAに入った後に(会社経由で)プレゼンのお手伝いをさせていただいたことがあって、そのことは以前書いた通りです。 その後は建築事務所や建築的なこととは接点はなかったのですが、都市論、家族論など周辺分野も含めて関心のある分野の一つでして、読んでとても面白かった本の一部をあげると、伊東豊雄氏「けんちく世界をめぐる10の冒険」、「プロジェクトブック」(レビュー)、上野千鶴子氏の「家族を容れるハコ 家族を超えるハコ」、平松剛氏の「磯崎新の『都庁』」などなど。 東京R不動産は、引っ越しのあてもない時にもたまに見ていたので、今入居している物件を探す際には東京R不動産を中心に探していて、いい物件を見つけて、場所よりも物件ありきで契約しました。 読んでみた そんなバックグラウンドもあったのですぐに買って読んでみました。都内暮らしを必然とする著者が、突然、千葉の海岸近くへ住むことを決意してしまった経緯と、実際に家を買うまでの方法論的体験談。 率直でテライのない語り口なので、素直に気持ちよくスイスイ読んでいくことができました。書かれてることは大きく分けると3つ。 ・支払いの話 家を立てる時には工務店へ3回(着工時/上棟時/竣工時)支払いのタイミングがあり、それぞれ3分の1づつ払う必要があるが、住宅ローンを利用する場合、建物がたった後でないと担保となる建物自体がないので、建物が立ってから銀行から工務店へ一括で支払われるので、工務店としては資金繰りに困りますね、と。そこで登場するのが住宅メーカーで、工務店と銀行の間に入り、間のやり取りをパッケージ化。途中で必要な運転資金を肩代わりしてくれるので銀行にもメリットがある。これが、銀行が住宅ローンを組む際のメジャーな仕組みなので、住宅ローン組みつつ、住宅メーカーに頼まずに建築家に依頼する場合に立ち行かなくなってしまうので別な方法を考える必要がある、と。 この辺は説明不足かもしれないので、興味がある方は本を手に取ってください。 ・間取りの話 住まいが家族の生活や関係を規定する面もあるのではないかという実体験を元にした話。セキララです。家のある場所や間取りが、一緒に住む人同士の関係を浸食する話。オーダーメイドで家を設計することは、その家族の人間関係の可視化である、と。 ・リノベーションの次の波? 物件+場所の新しい価値観の話 従来「東京R不動産」が提案していた価値観が旧来の不動産屋がもっていなかった住まいに関するセンスや価値観だとしたら、その価値観が広く定着した今、「R不動産」の次なる価値観の提示にように感じました。ベッドタウンとして寝に帰るだけではなくて、仕事とプライベートとで住まいの場所を使い分け、積極的に勝ち取るものとしての首都圏郊外暮らしみたいな感じでしょうか。 まとめ的な何か もっと順風満帆な方だと思っていたので、波乱万丈な(?)エピソードは驚きました。 勝手かつ一方的ながら非常に親近感持てました。過去の一つひとつの動きが必然的につながって一つも無駄になっていない所に心動かされるというか。もしかしたら(スケール感は異なっても)何も特別なことではなくて、誰であってもそうなのかもしれないと思ったり。先週デブサミでの西村佳哲氏の講演と合わせて、ちょっと勇気もらえた感じでした。
“すべてクラウド”も間近!? 「ZumoDrive」を使ってみた − @IT ご多分にもれず、Dropboxを普段活用しているので、上記記事を読んで色めき立ち、早速試してみました。 先行する同様のサービス、Dropboxとの差は@ITによる渾身のレビューでじっくり検証されていますが、個人的に一番インパクトがあったのは「ローカルのファイルは最早キャッシュに過ぎない」というフレーズでした。 ユーザーがローカルマシン上にてZumoDrive用に使用するディスクサイズを指定できる そのサイズ(キャッシュサイズ)がクラウド側のデータ量と同等ならDropboxと同様の完全な同期が保たれる そのサイズがクラウド側のデータより少ないならクラウド側にしかないファイルはいざ使用する際にダウンロードされてくる ファイルのインデックス自体は保たれているのでFinderやExplorerでファイルの存在は普通に可視できる 同期に伴う細かな裏の仕組みはいくつも工夫されている点があるようですが、大雑把に違いをいうとこんな感じのようです。 まあ、ZumoDriveはネットワークストレージのショートカットがデスクトップに置かれている感じなので、FinderやExplorerとシームレスに統合されている使い勝手のDropboxの方が個人的には好きですね。 書類/My Documents内をとにかく全部、変更履歴とりながら同期するぜ、みたいな明快さというか。 キャッシュ設定画面で、音楽/画像/ドキュメント/その他とそれぞれ設定できるので、これらのファイルを管理することが想定されているようです。それでいうと、個人的にですが、 音楽は、うーん紆余曲折を経て落ち着いたライブラリを移行する勇気はまだないな。全部で180GBぐらいあったりするので、それだけで月額$53.99。まだ高い。それだったら自宅PCをサーバに見立てるSimplifyMediaで十分です。 画像はFlickrを始めたくさんサービスが存在しますし、画像に特化されている分そちらのサイトを利用した方が、明らかに閲覧する際の使い勝手がよく機能も豊富。個人的には(proアカウントにアップグレードした)Flickrへ一元化してます。 ドキュメントにはいいかもしれないですね。ドキュメントを保存しておくウェブサービスがいくつかあったりしますが、探し足りないのかまだお気に入りのものをみつけられていないのと、個人的には著作権が自分にあるもの/ないものまとめてドキュメント/資料として一元的に保存しておきたかったりするので。 映像はさすがにまだ明示的には使用目的として示されていないですね。 という訳でなんだかんだでツラツラ検討していくと、ZumoDriveに保存しているものは、ScanSnapで取り込んだPDFやネットで落としてきたPDF/PPTなどのドキュメントファイルぐらいになってしまいました。 ただ使用したアプリのせいかもしれませんが、4KB程度のxmlファイルをZumoDrive上に置き、MacのCodaというアプリで開こうとするとアプリが必ず落ちてしまったりしました。あらら。 やはり使い勝手的に、ZumoDriveはローカルマシンとは別なドライブなんですよね。ローカルのドライブに一時保存したりするとZumoDriveへ明示的に保存しなおすという行為が発生してしまうのがやっぱりタイムラグ感があるというか。この辺はDropboxに軍配を上げたいです。 うーん、当初はZumoDriveアゲなエントリを書こうとしてたんですけどね。細かい同期の取り回しやコンセプトはDropboxよりも進化しているように思えたので。 今現在の従量課金だとまだ高く、なんでも置いてしまうという訳にはいかないということと、提供者側の利用想定としては、ファイル自体を変更することのあまりないもの(楽曲や写真画像など)を想定しているようですが、個人的にはそれをZumoDriveで使う優先度は低いんですよねー。残念。 こんなクラウド型サービスの行き着く先として、上記@ITの記事中でもさらっと、 もっと言えば、そもそもほとんどの楽曲データはユーザーによらず同一バイナリなのだから、その重複分をなくせる可能性すらある。もちろんビジネスモデル、著作権などの問題はあるだろうが、長い目で見れば音楽を“購入”するというのは、ストリーミング権、キャッシュ権を買うような話になっていくのかもしれない。 といったようなことが書いてありました。 DRMなき今、iTunesの行き着く先は、現状Napsterが提供しているようなサーバに保存されている楽曲をキャッシュかストリーミングで聴き放題の定額制サービス…だったりはしないか。個別課金からサブスクリプション課金へ移行できる売り上げの規模感てどれぐらいなんでしょうね。 音楽を所有する喜びは確実にLPやCD時代と異なっていると思いますが、さらに変わるんだろうか。楽曲がデータファイルになった時点ですでに変質しているというのもあると思いますが、例えば買ってきたCDもリッピングするまで自分の中で中途半端な位置づけでリッピング終わるとやっと落ち着いて聴ける心持ちになりつつも、同時にCDが抜け殻のようにしか見えなくなったりします。 クラウドストレージサービスのZumodrive、ひと味違う同期システムを搭載
プロジェクト管理ソフトのactiveCollabを導入しました。 ウェブ制作の進行管理に使う予定ですが、制作物そのものの管理以外の、以下のようなプロジェクト進行に必要な事柄に関しては、代替できるのではと思いました。 メールでのやりとり 支給される素材ファイルの一元化&ヴァージョン管理 コンテンツとなる文章の一元化&ヴァージョン管理 議事録や決定事項を一元的に掲載 作業時間のトラッキング 納品ファイルの一元化&ヴァージョン管理 出来ないこととしては MSのProjectなどのようにガントチャート形式で表示できない。 複数のプロジェクトで複数の作業者が同時期に作業している際のタスク調整はしづらいかも。 という感じで、PCのアプリケーション機能依存で分散しがちだったプロジェクトにまつわるあれこれを、ウェブベースで代替/一元化できるのが最大のメリットかと思いました。 で機能によってはヴァージョン管理できるものがあるので、やりとりを重ねながらコンテンツをフィックスさせることも分量が少なければできそうですね。あとプロジェクト情報をテンプレート化できるので標準的な進め方をあらかじめテンプレート化しておくとか、要件定義をプロパティリストとしてテンプレ化してしまうとか。 といった感じで合理的に進められそうなので導入してみました。 正直個人事業から始めるのにこの手のツールは使わなくても進められるとは思うのですが、極力この手のことは合理化したいのと、こういうツールをちゃんと使ってみてその善し悪しの判断をできる方が望ましいかと思いまして。あと作業にかかった時間を記録しておけるのがありがたく。 まぁクライアントが使ってくれないと効果的でなく、そこが一番のネックかもしれませんが。 もし使ってみたいという方がいたら…お仕事ください(笑 検索しても無料版が出た当時の記事が目につくのですが、日本ではどのくらい使われてるのでしょうね。 今回導入したのは有料の最新版(1.1)です。 情報あったら是非とも教えていただきたく。 しばらく使ってみてから、日本語ローカライズファイルを作ってみます(誰かが作りそうですが)。 以下概要です。 公式サイトでの機能リファレンス 機能一覧 1.1での新機能 特徴 他の同様のサービスと比べての大きな特徴はサーバインストール型だということ。 他ASP型サービスだと、従量(プロジェクト数、ファイルストレージサイズなど)型で毎月の料金が発生するけども、これは一度購入すれば将来的なアップデートも追加料金なしで受けられます。 サイボウズなどのグループウェアでは、個人事業にはオーバースペックなので検討対象外としました。 サイトデザインは洗練されていて、あまりカスタマイズしようとも思わない高い完成度なので、ロゴだけ差し替えてそのまま使えそうです。カラースキームを変更したり、言語ファイルを用意すればUIの言語表示は日本語に変更できます。 トップページ、各プロジェクトトップページはダッシュボード形式になっていて、概要と詳細をいったりきたりできます。 使い方 初期設定として、 Project作成 人のアサイン ...