（上）日本初のリニア地下鉄、大阪市営地下鉄長堀鶴見緑地線。<br>（下）リニアメトロの特徴はレールの間の「リアクションプレート」 先日、気になる記事が紙面に掲載されていた。JR東海が今後20年をめどに東京〜大阪間の超伝導リニアモーターを実用化する計画を明らかにしたというのだ。 「リニアで東京〜大阪が1時間」というのは、何十年も前から言われているものの、未だに実現していない日本人の夢だ。 それにしても、愛知万博の際にはリニモが開通したものの、誰もが知っている「リニア」が大活躍するのは、当分未来の話だろうか……。 このように、あまり実用的でないように思われているリニアモーターカーだが、結構身近なところで活躍していて、意識しないで利用している人も多いかもしれない。実は、リニアの力で動いている地下鉄があったりするのだ。 といっても、浮上しているわけではなく、普通の地下鉄と同じでレールの上を走ってい

ユースケース図を作成しよう 開さんは話を聞きながら書いた議事録を基に、設計作業を進めようとしています。まずはシステム化範囲を明確にしつつ、ユースケース図を描きます。 ユースケース図を描くために、まずは議事録の中からユースケースになりそうなものを探しました。だいたいが、受け付け業務の中に含まれています。一部、業務内容の説明の中から取り出したものもあります。それぞれのトピックを右クリックして「UMLモデルに変換する」→「ユースケース」を選択すると、画面左上の構造ツリーの中にユースケースができていきます（図5）。 これを並べ替えたり、名前を変えたり、《include》などで関係付けたりしていきます。またアクターも付け加えましょう。 議事録上では「加工を聞く」などとなっているトピックが、ユースケース上では「加工を登録する」などとなっている点に気を付けてください。「加工を聞く」のは受け付け担当（おじ

マインド･マップをご存じでしょうか？ 最近、日本でも新しい「メモ技術」として注目されるようになってきた記法です。この記事では、このマインド・マップという記法が、ITの現場でうまく使えないだろうか、というアイデアを紹介します。特に、IT分野で標準化されているUMLをうまく補完するツールとして、要求分析という上流工程をまず取り上げたいと思います。 「顧客の言葉を集めること」の難しさ ITシステム開発において要求分析を行う場合、現在ではUMLを使ったオブジェクト指向による概念モデリングや、ユースケース分析が主流になってきています。しかし、UMLには強い制約（記法の意味と文法）があり、誰でもすらすらとまとまるものではありませんね。特に、顧客へのインタビューを行う場面では、その場でUMLにまとめるというのは至難です。そこで、顧客との対面場面ではとにかく「顧客の言葉を集める」ことに徹し、それをメモ（イ

春眠暁を覚えず――と思うぐらい、春の眠気は心地よく、そしてツラい。夜のうちに十分な睡眠が得られれば、このツラさもいくらかは軽減されるはず。レム睡眠／ノンレム睡眠といった「眠りの状況」が分かるハイテク腕時計が「SLEEPTRACKER」なのである。 「SLEEPTRACKER」をご存知だろうか。睡眠のサイクルを測定し、眠りが浅い時にアラームを鳴らしてくれる腕時計だ。外観は何の変哲もない一般的なデジタル式腕時計だが、むしろ血圧計や脳波測定器のような機能を持っている。 筆者自身はもともと睡眠時間が非常に長く、毎日8時間寝ないと持たない体質である。日々デスクワークが中心であるせいか、ちょっとでも睡眠時間が不足すると頭がボーッとしてきたり、頭が痛くなる。 周囲の同世代の人間に聞いてみても、毎日しっかり8時間も寝ている人間はまずいないし、そもそも毎日8時間寝ていると平日は仕事以外のことをする余地がまる

「ブラウザが使いづらくなる」などというと，「何のこっちゃ」と思うかもしれない。ブラウザはバージョンアップを繰り返し，機能は次第に充実している。むしろ，使い勝手は向上しているのではないか。そう考えるのが普通かもしれない。また，GoogleマップやGoogle Docs&Spreadsheetsに代表されるように，いわゆるAjaxを駆使することでブラウザだけで操作性のいいアプリケーションを実現できるようになった。さらにパソコンだけでなく，携帯電話/スマートフォンにもフルブラウザが搭載され，ブラウザの利用シーンは格段に広がっている。 筆者も，この点には全く異論はないし，どこにいてもブラウザさえあれば様々なアプリケーションを利用できる環境は確かに便利だとも思う。ではなぜ使いづらくなると言っているのか。問題は，ブラウザを狙った攻撃が目立ち始め，エンドユーザーが従来以上にブラウザのセキュリティを意識し

前回ではWeb 2.0の興隆とともに，JavaScriptが多用され，使用をできないようにするととたんに，Webが使い物にならなくなる現状が，脅威を生んでいることを示した。今回は，RSSといった新しい技術や，ユーザーからの情報公開といったWeb 2.0の特徴がさらに火に油を注ぐことになることを示す。 RSS，ATOMのリーダー・ソフトなど新しいアプリケーションの台頭は，ブラウザ以外にもJavaScript実行環境が増えることにほかならない。 RSSやATOMのリーダー・ソフトは本来，最新情報のリストを表示するための仕組み。JavaScriptを解釈する必要はない。しかし多くが，Internet Explorerなど既存のソフトのコンポーネントを使用してリストを表示しているため，JavaScriptを解釈してしまうケースがある。 実際，無償で配布されているRSSリーダーのいくつかでXSSのぜ

ここ一週間、たくさんの日本の若い人たちと話した。JTPAツアー、九州大学ツアー、そして昨日のLingrイベント。それでつくづく思ったこと。もう前にも一度言ったことだし、当たり前のことだし、言わなくても伝わっているだろうとふと思っても、しつこく言おうと。なぜなら、僕が考えていることと正反対の言葉を、日本の大人たちから皆はシャワーのように浴び続けているし、僕がこうあるべきと思うことと正反対の経験を日々せざるを得ない状況にある、ということがよくわかったから。 二十歳にもなれば、その人のすべてはもう顕れている。その自分の良いところを見つけるには、自分の直感を信じ(つまり自分を信じるということ)、自分が好きだと思える「正のエネルギー」が出る対象を大切にし、その対象を少しずつでも押し広げていく努力を徹底的にするべきだ。そういう行動の中から生まれる他者との出会いから、新しい経験を積んでいけば、自然に社会

VirtualBoxはドイツの企業であるInnoTek社が開発を行っている仮想マシン・ソフトウエアだ。2007年1月にソースコードをGPLでオープンソースで公開すると発表し，注目を集めた。 Fedora Core 6上で動作するVirtualBox OSEでWindows XPが動作しているところ GPLで公開したといっても，すべてのコードをオープンソース化したわけでなく，VirtualBoxには個人が評価用途ならば無償で使えるバイナリ版とオープンソース版（OSE）が存在し，バイナリ版にはOSEにはない追加機能がいくつか加えられている。これらの機能が最終的にはInnoTek社のビジネスとして収益をあげるための付加価値というわけだ。 バイナリ版は，Windows版とLinux版が用意されている。 ・Remote Display Protocol (RDP) Server RDPをサポートした

（写真上から）<br>『バルサン 飛ぶ虫氷殺ジェット』と『バルサン 這う虫氷殺ジェット』。<br>白い霧、冷却成分がカメムシを捉える。<br>あっという間にカメムシが凍り始めピタッと動かなくなる。<br>カメムシはカチンコチン。凍死状態に。<br>白くなっているのは氷でしばらくすると融けてしまいます 暖冬だった今年はあっという間に春がやってきそう。 草木も芽吹いて桜が咲いて、と楽しい気分になるけれど、一方で困りものの不快な害虫たちも動き出す季節。 そんなこの時期、殺虫成分を一切使わずに「マイナス40度の強力冷却」で瞬時に不快害虫を退治する驚きの殺虫スプレーが登場した。なんとこの殺虫スプレー、害虫を瞬時に“凍死”させちゃうという。 この画期的な殺虫スプレーは2種類のラインナップで、その名も『バルサン 飛ぶ虫氷殺ジェット』、『バルサン 這う虫氷殺ジェット』。 発売元のライオン株式会社に連絡をし

つまり人間はページを見る場合、「F」の字を描きながらページ全体を見ているというわけ。 これは232人の被験者を対象に行われたもので、大体1ページから重要なコンテンツを見つけるために2秒から3秒というものすごい短時間に驚異的な速度でページを見ていくそうで。 で、その視線の経路をビジュアル化したのがこの画像。全部で3段階のステップを踏んでおり、各段階を踏んでいった結果、「F」の字を描くというわけ。大体どのユーザーも一貫してこのパターンを踏んでいるらしい。以下がその全3段階の説明。どういうレイアウトが効果的なのかが分かります。 F-Shaped Pattern For Reading Web Content (Jakob Nielsen's Alertbox) http://www.useit.com/alertbox/reading_pattern.html 第1段階： 訪問者は最初にページの

Googleにも失敗がある……それが「Google Answers」という実に4年間も続けられたサービス。成功よりも失敗の方が多く学べるというのであれば、この失敗には何か学ぶべきことがあるはずです。Googleの成功にばかり目を向けるより、時にはその失敗にも目を向けてみましょう。そこにはきっと何かヒントが隠されているはずです。 というわけで、先の記事「Googleはなぜ「全自動化」できないサービスでは負けるのか？～前編～」のつづきです。Google Answers失敗の理由の核心と、その失敗を分析して誕生したライバルの猛追、そしてGoogleの失敗から学ぶことは何か？を以下、順に見ていきます。 ■Google Answers失敗の理由その3「コミュニティ作りが苦手」 意外かもしれませんが、Googleはコミュニティを作るのが苦手です。というか、ユーザーとコミュニケーションを積極的に行ってい