Facebookアカウントで別サービスを使う時はまず自分だけに公開しよう - Nothing ventured, nothing gained.
Facebookのアカウントで変なサービスやアプリケーションと連携し、恥ずかしい投稿を繰り返してしまっている友人へ。 OAuthを使うことでFacebookなどのソーシャルメディアアカウントで別サービスにもログイン出来る。いくつものアカウントを管理するのが面倒なので重宝している人も多い。 ITに詳しく無い人もこのブログを見ているかもしれないが、次のようなボタン画面がこのOAuthという機能で実現されているアカウント連携機能だ。 このOAuthでのアカウント連携は便利なのだが、連携したサービス／アプリケーションにソーシャルメディアに対する権限を付与することになるので注意が必要だ。勝手にFacebookに投稿されていたようなことが起きるのも、この連携をしたサービスやアプリケーションから行われていることがほとんどだ。 なので、そのサービスやアプリケーションがどのような振る舞いをするかわからない場
未来のテレビ - Nothing ventured, nothing gained.
私の周りはテレビを見ない人が多い。私がテレビ番組のことを話したりすると、「テレビなんて見るんですね」と驚いた反応が返ってくる。 テレビを見るとは言っても、ドラマはまったく見ない。興味が無いわけではないのだが、連続ドラマだと毎回見ることがほぼ出来ないので、最初から諦めることが多い。バラエティは若い人の感性についていけないし、音楽番組は趣味に合わない（自分の好きなアーティスト、たとえば椎名林檎さんやPerfumeなどが出るときは録画している）。 その代わりに、ニュースやドキュメンタリー番組は良く見る。ぼーっとしていたいときには、BSで良くやっている旅番組（特に、海外を紹介する番組）は見ることが多い。 事前に見る番組を決めている時以外は、チャンネルを適当に変えたり、番組表を眺めてして、番組を選んでいるのだが、本当はカテゴリーから選択できると良いと思う。 たとえば、「ぼーっとしたいから、旅番組ない
reply-toのすゝめ - Nothing ventured, nothing gained.
ほげほげ協議会だとか、げほげほ検討会などというものに所属していると、定例の会合の連絡が送られてくる。 以下のようなテキスト部分を埋めて、所定のメールアドレスまで返信せよという方法で出欠確認を行なっているところが少なからずある。 ■返信先 返信先： gehogeho@example.com -*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-**-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*- ■ご出欠連絡用フォーム ● 出欠の有無： ご出席 ・ ご欠席 ● 代理出席の場合には、ご氏名とご所属先をお知らせください。 -*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-**-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*- あと、こんなのとか。 -------------->B-------（キリトリ
メタファーが思い浮かばないものは陳腐化した概念なのかもしれない - Nothing ventured, nothing gained.
「文書保存のあのマークは何なの？」の時代へ。思考が停止してしまったUIデザイン (神田 敏晶) - 個人 - Yahoo!ニュース 保存アイコンがフロッピーディスクをメタファーとしていることに違和感を抱く人は多い。いや、違和感ではなく、そもそもこのアイコンが何に由来するか、まったくわからないという人も増えてきているはずだ。 スマートフォンで電話をかけるときにタッチするアイコンもアナログ電話の受話器マークだったりする。 「活気的な新たなメタファーを伝える時には、古いメタファーを再定義し、アナロジーを駆使」しなければならないと神田さんは言う*1。 神田さんの記事だけでなく、ネット上でたまに出る話題だ。 では、代わりにどのようなアイコンが良いのか。いろいろとアイデアはあるようだ。また、フロッピーディスクを知らなくとも、すでに多くのソフトウェアで使われており、市民権を得ているから変更する必要はない
利用者視点で見るレスポンシブウェブデザイン - Nothing ventured, nothing gained.
最近、個人的に不便に感じているのが、同じコンテンツにも関わらずアクセスするデバイスに応じてURLを変えているコンテンツだ。スマートフォンからのアクセスだと、"m"*1などの文字が前後いずれかに付与されたURLなどにリダイレクトされる。 そのデバイスからのみコンテンツをアクセスしている分にはさほど不便を感じないのだが、私はChromeのデバイス間タブ同期機能のヘビーユーザーであるため、頻繁に同じコンテンツをMacやWindows、そしてAndroidデバイスで見る機会に遭遇する。結果、何が起こるかというと、Androidからアクセスしていたスマートフォンに最適化されたコンテンツをMacやWindowsで見ることになり、なんとも不恰好なデザインで見させられることになる。 悪い例として出すことになってしまい申し訳なく思うが、このブログを再配信しているBLOGOSというブログメディアがある。このB
置換思考実験 - Nothing ventured, nothing gained.
あるものの本質を考えてみるには、そのものをほかに置き換えることを考えてみると良い。ほかに置き換え可能だろうか。可能であるとするならば、何がそのものにとって必須なもので、何が付帯的なものだろうか。こんなことを考えてみるのは良い思考実験だ。 少し前になるが、知人と名刺の話をした。 その知人も同じIT業界の人間だ。名刺管理が面倒くさいという話から、名刺って本当にいるんだろうかという議論になった。メールアドレスさえ分かっていれば良いとか、Facebookなどで連絡取れるようになっているほうが便利というような話から、じゃあデジタル技術で名刺を置き換えられないかという話になった。 名刺をデジタル技術やネット技術で置き換えるという話は、それこそ星の数ほど今までにされている。私が在籍していたころのマイクロソフトも日本発のソフトウェアとして、インターコネクトという製品を開発・販売していた。また、ソーシャルメ
最良のインターフェイスとはインターフェイスを持たないことだ - Nothing ventured, nothing gained.
Visual Basicの父とも言われるAlan Cooperが立ち上げたCooperに所属するGolden Krishnaが数日前に書いたブログ記事が面白いので、ざっと抄訳してみた。 "The best interface is no interface"と題されたこの記事の中で、彼は「最良のインターフェイスとはインターフェイスを持たないことだ」と主張する。 インターフェイス前提の社会 AppleのLisaは、DOSのようなCUI（キャラクターユーザーインターフェイス）から、GUIの世界にデザインを一変させた。そして、Palm Pilotから現在に至る情報機器はマウスさえ必要なく、タッチで操作できる世界を実現させた。この流れが現在のデザインの問題をすべて解決することになった。 では、良い自動車を作るにはどうするだろう？ そうだ、インターフェイスをそこに載せよう*1。 良い冷蔵庫を作るには
Webの未来とブラウザのこれからをデバイス連携から考えた - Nothing ventured, nothing gained.
先日、ブラウザ技術について友人と話す機会があった。 いろいろ、本当にいろいろな話をしたのだが、ブラウザとデバイスの連携についての話でも盛り上がった。 Device APIと言われるような機能を始め、Gamepad APIなど、さまざまなデバイス系のAPIが提案され、実装も開始されている。これにより、従来はOSの上のアプリケーション、すなわちネイティブアプリケーションと呼ばれるものでしか可能でなかったこともブラウザを経由してWebアプリケーションで実現できるようになっている。 それは、デバイスの緯度経度をとることであったり、傾きを得ることであったり、電源状態を把握することであったりする。これらの機能とオフライン機能を組みわせることで、Webアプリケーションは従来の枠組みを越え、より一般のアプリケーションとして利用されていくようになるだろう。 ブラウザはより高機能になり、ブラウザがOSと呼べる
このブログが書籍化されました - Nothing ventured, nothing gained.
2006年4月8日。この日が私がはてなでブログを書き始めた日だ。すでに、それから6年が経っている。 当初は、単なる自分の備忘録のようなものだけを書いていたが、徐々に知ったことを共有したり、自分の意見を公開したりと、読者のことを考えて書くようになってきた。 その結果かどうかわからないが、嬉しいことに今ではこのブログも多くの人に読んでもらえているようになった。特に、何の専門家というわけでもない私の、いわば戯言のような域を出しっていないブログにも関わらず、多くの人に読んでもらえているというのは本当にありがたい。 ただ、一方で、過去の記事などはあまり参照されることが少ない。アクセスログなどを見てみると、過去記事の中には検索経由でアクセスされているものもあるにはあるのだが、多くはない。大多数の過去記事は、いわゆる死蔵されたものとなっている。 講演などで、そのような過去にこのブログで言及したことについ
写真が語るUXとUIの違い - Nothing ventured, nothing gained.
Windows XPのXPがeXPerienceだったことを覚えている人がどのくらいいるかわからないが、正直、最初にユーザーエクスペリエンスと聞いたときに、どのように日本に定着させようかと悩んだ。略語を開くことなどあまり無いので、製品名などは大して心配はしなかったのだが、確か何かの設定画面かにも、Experienceというタブ名か何かがあり、どのように訳すか頭を痛めたように記憶する。 それから数年、すっかりUX、すなわちユーザーエクスペリエンスという言葉が定着したように思う。それでも、今でもUXとUIを混同する場面に出くわすことがある。 すでに様々なところで説明はされているが、敢えて、ここでもUXとUIの違いを説明しよう。 UX（ユーザーエクスペリエンス）は、製品やサービスに対して、ユーザーがどのように感じ、そして反応するかのことである。実は、UXは2010年にISO 9241-210とい
ついにエンドユーザーの逆襲が始まった - 企業システムにおけるコンシューマーイノベーション - Nothing ventured, nothing gained.
「イノベーションは会社内で起きているんじゃない。手のひらで起きているんだ！」 というように、ITにおいて多くのイノベーションがコンシューマーサイドで起きているということは、ここ数年の技術の進化を見ると明らかである。ソーシャルメディアにしても、クラウドサービスにしても、まずコンシューマー向けに提供され、その流れがエンタープライズにやってくる。 サービス提供側も、導入のための障壁が多い企業システムにいきなり提供しようとすることは少ない。企業の情報システム部門が保守的であることを知っており、既存システムとの互換確保の検討や新サービス導入による投資効果などを示すために時間が必要なこともわかっている。 だが、今、その流れが大きく変わろうとしている。変わらない会社は将来を危うんだほうが良い。 エンタープライズとコンシューマーにおいてサービス*1の役割は大きく異なる。 エンタープライズでは、エンドユーザ
10年後も世界で通じるために - Nothing ventured, nothing gained.
最初、Google+で書いたのだけれども、コメントなどで参考になる話が多く聞けたので、こちらにも展開したい。 木曜日と金曜日に通称デブサミ、Developers Summit 2012に参加した。特定のベンダーや技術にとらわれることなく、広く技術から開発方法論まで話されるこのカンファレンスも今年で10周年だ。関係者の皆様、お疲れ様でした、おめでとうございます、来年からもがんばってください、応援しています。 10周年ということもあり楽しいムードが満載の中、ふと疑問を持ったので、Twitterでつぶやいてしまった。 素朴な疑問なのですが、 #devsumi の「10年後も世界で通じるエンジニアであるために」って現在すでに世界で通じるエンジニアであるという前提ですね？ https://twitter.com/#!/takoratta/status/170341136370638848 このデブサ
ハッカー文化が日本を救う - Nothing ventured, nothing gained.
吉岡弘隆さんという人がいる。IT業界では「カーネル読書会」の主宰者として知らない人はいないほどの有名人だ。実は吉岡さんはDECという会社での私の大先輩だ。 私がソフトウェア本部で顧客向けのシステムの開発や販売をしていたころから社内で積極的に発言をされていたし、研究開発センターに異動した後は少しだったけれど一緒のオフィスにいさせていただいたこともある。まぁ、恐れ多い存在でほとんど口もきけなかった。 そんな吉岡さんのDEC後の活躍はブログや各種ソーシャルメディアを通じて知っていたが再会したのは数年前のデブサミ*1でのこと。その時、吉岡さんはコミュニティのライトニングトークに参加していたか何かで和服を着ていて、いつものようにニコニコとしていた。良い年齢してよくやるなぁと思っていたのは今だから話せる内緒の話。 そんな吉岡さんと一緒に活動する機会を得たのは、Hack For Japanのおかげだ。楽
一般企業も真似したいギークの7つの仕掛け - Nothing ventured, nothing gained.
開発者やデザイナーが集まるイベントや彼らが所属する企業／組織などで良く行われている仕掛けの中で、そういったギークだけに閉じていてはもったいないと思うものがいくつかある。ここで言う「仕掛け」とは、オープンで活発な議論やユニークなアイデアを引き出すためのイベントの進め方や時間の使い方などだ。 ここではそのうち7つを紹介してみたい。 ライトニングトーク 5分程度のある限られた短い時間で行うプレゼンテーションのこと。時間が来たら強制的に終了させられる。これはもう一般にもかなり定着したと考えて良いだろう。 時間を制限することで、本当に伝えたいことだけにそぎ落とされた説明ができるし、多くの人に話してもらうことが可能となる。 Wikipedia ライトニングトーク イグナイト ライトニングトークの発展形。限られた時間でプレゼンテーションを行うのは同じだが、1枚スライドあたりに費やす時間も制限されている。
OpenSearch Description DocumentによるChrome検索エンジンの自動登録 - Nothing ventured, nothing gained.
昨日のChrome Omniboxでの検索で解説したOpenSearchに準拠したサイトが自動的に検索エンジンとして登録される仕組みであるが、Chromium.orgのTab to Searchに実際のサイト側に必要となる作業について書かれている。 まず、サイトはOpenSearch Description Document (OSDD) を用意する必要がある。HTMLの<head>要素中に以下のように記述する。 <head> <link type="application/opensearchdescription+xml" rel="search" href="url_of_osdd_file"/> </head> "url_of_osdd_file"に実際のOSDDが置かれているURLが入る。 OSDDとしては以下が最低限必要な内容である。 <?xml version="1.0"?>
ソーシャルDRM - Nothing ventured, nothing gained.
HTML5などのWeb標準技術で現状簡単には対応出来ないものの一つがコンテンツの著作権保護だ。HTML5のビデオやオーディオ要素についても一時騒がれていたコーデックの統一などはWebMの登場などもあってだいぶ落ち着きつつあるが、著作権保護、すなわちDRMについては現状まだ決定打が無い。 そもそもDRMはコンテンツをコンテンツホルダーが付与した権利を超えて利用することを防ぐ技術だ。多くはライセンスを付与した対象者以外の人が利用することや対象者であっても許可された以外の使い方をすることを防ぐために利用される。後者には利用するデバイスを制限したり、許可されたデバイス上で閲覧（表示）は出来るが、テキスト部分のコピーを許さなかったり、印刷を許可しなかったりなどが行われる。 DRMはキリがない。優秀すぎる技術、柔軟すぎる技術は使う側をわがままにさせる。良く言われるように、セキュリティやプライバシー、コ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
