160年を経て完成した『バベッジの階差機関』：動画で紹介 2008年5月 8日 サイエンス・テクノロジー コメント： トラックバック (0) Dylan Tweney 写真は別の英文記事から Charles Babbage(チャールズ・バベッジ)は1849年、すべてを機械で行なう精密な計算機の設計を完了した。 この『階差機関2号機』は、8000点以上の部品で構成され、あまりに複雑だったため、Babbageが生涯をかけても完成しなかった。 それが今、シリコンバレーで展示されている。『ロンドン科学博物館』の歴史を重んじる技術者たちの献身的な努力と、それを支援したカリフォルニア州マウンテンビューにある『コンピューター歴史博物館』、そして米Microsoft社の元CTO(最高技術責任者)で大富豪の発明家、Nathan Myhrvold氏からの惜しみない寄付のおかげだ。[ロンドン科学博物館は1991

『季刊AT』という雑誌に、槌田敦氏の「温暖化の脅威を語る気象学者たちのこじつけ理論」という論文が出ている。著者は著名な物理学者で、この原文は今年の国際学会誌に掲載されたものであり、トンデモ論文ではない。その主要な論点は、地球温暖化は、CO2蓄積の原因であって結果ではない CO2濃度の上昇の主要な原因は、気温上昇であって人間活動ではないということである。くわしい論証は英文論文にあるが、その意味は図1をみただけでもわかるだろう。この図は過去22万年間のCO2濃度と気温変化（ΔT）とメタン(CH4)濃度を比較したIPCCのデータだが、ほぼ完全な相関関係がみられる。絶対的な気温でみても、現代より1000年前の「中世温暖期」のほうが気温が高く、最高気温は10万年前に記録されている。この原因が人間活動でないことは明らかである。 この相関をCO2上昇→気温上昇という因果関係と解釈するのが大方の見方だが

Webデザインの原則「整列」「グリッドレイアウト」 勉強内容2008年3月20日 Webの勉強をしていれば、必ず「グリッドレイアウト」という言葉に耳にします。グリッドレイアウトとは、一つ一つの要素や全体について線引きをして、全てその線にきちんとそろえましょうということです。 そろえるというのは、文字に限ったことではなく、画像と文字・または画像と画像という全てにおいてそろえ、スペースのとり方も全て同じにそろえるということです。 一口にそろえるといっても、そろえ方には3種類あります。左揃え・中央揃え・右揃えです。 基本的にWebは左揃えを基本形としてデザインします。百聞は一見にしかず。まずは下記のサンプルをご覧ください。 ヘッダー・ナビゲーション・メイン画像・コンテンツ部分それぞれ20pxのスペースで統一しています。 また、ヘッダー文字の左端・メニュー文字の左端・フッター文字の左端を全て同じ位

テキストの両端を均等にそろえるCSS CSS2008年3月21日 WEBデザインの原則「整列」「グリッドレイアウト」でも述べましたが、Webサイトを制作する際、文字画像にしろテキストにしろ、両端をきれいにそろえておくのはとても大切なことです。 画像はしっかりそろえているのに、肝心のテキストがそろっていなければせっかくのいいデザインも それだけで台無しになってしまいます。 IEで多くのサイトを見ると、意外とこういったところを見落としているサイトを多く見かけます。ところが、実はこの問題は2行のCSSを追加するだけで簡単に解決することができます。 bodyでもwrapperでもどこでもいいので、下記のCSSを記述しましょう。 text-align:justify; text-justify: inter-ideograph;

午前１時半の電話　幼時から世話になった児童文学者の石井桃子さんが、４月２日亡くなった。　逝去から程なく４月３日午前１時半、我が家に電話がかかった。家内が起きて受話器を取る。某新聞文化部の記者であった。「石井さんが亡くなられたかどうか確認したい。知らなければ知っている人を教えてほしい」。家内が「お教えしたらその方へ、今電話をかけるのですか」と訊いたら、ごく自然に「はい」と答えたそうだ。　すっかり目の覚めた私が電話に出て、「総理大臣に何か異変があって秘書官にかけるならともかく、１０１歳の児童文学者が亡くなったかどうか午前１時半に電話で確認せねばならない理由は何ですか」と尋ねた。記者はうまく答えられなかった。　ほぼ同時に今度は携帯電話が鳴る。出ると某官営放送の記者である。同じ質問に同じことを言って切った。そもそも私は石井さんの逝去を、その時まだ知らなかった。　３日の夜、石井さんの「かつら文庫」を

毎日のように「iPhoneアプリでApple Design Awardを取るぞ！」と騒いでいるので、知り合いに「それって（現実が分かっていない）大学生のノリですよ」と指摘されてしまった私だが、マイクロソフトを２０００年に退社してからは、ひたすらモバイル・組み込みの世界で仕事をしてきた私としては「俺が取らなくて誰が取る？」という気分。その超楽天的な態度が彼が言うところの「大学生のノリ」なのだろう。 市場に受け入れられるアプリを作るためには、もちろん「誰にどんな価値を提供するのか」が一番大切。しかし、そこには残念ながら成功の一般方程式はないので、今日は比較的に一般化しやすい「どう作るか」という部分に関して、まとめることにした。 1. ユーザーの利用シーン・使用パターンを良く考えて作る パソコンやゲームコンソール向けのソフトと大きく違うのが、ユーザーの使用パターン。iPhoneに限らず、携帯電話

プリンタの使用ずみインクカートリッジを里帰りさせるプロジェクトが先月から始まった。プリンタ・メーカー6社が郵便局に使用ずみカートリッジの回収箱を置き、それを分別して各社に返送し、リサイクルする。「ライバル企業が手を取り合い、環境問題に取り組む」ことをアピールするのがねらいだという。 しかし武田邦彦氏もいうように、プラスチックを分別・再成形するリサイクルは、資源の浪費である。それより効率的なのは、カートリッジの再利用、つまりインクを詰め替えることだ。環境にやさしいプリンタ・メーカーは、当然こういうビジネスを推奨しているのかと思ったら、エプソンもキヤノンも再生カートリッジのメーカーを訴え、エプソンは敗訴、キヤノンは勝訴した。細かい法的な争点には立ち入らないが、「法と経済学」の観点からみると、再生品を違法とする判決は反競争的であり、資源の浪費をまねく。 先日、私のプリンタのインク（キヤノンB

先週、ソフトウェア・エンジニアではない人たちが参加している飲み会でＯＳの話をする機会があったのだが、自分で説明しながら一つ自分の頭の中ではっきりしてきたことがある。私なりの 「Google OS」の解釈である。今までも、漠然とは理解したつもりでいたのだが、他人に説明することにより、私の頭の中でより明確化して来たので、ここに書いて見ようと思う。 ＯＳ（Operating System）とは、一口で言えばコンピューター上にあるファイル・システム、グラフィック・ユーザーインターフェイス・システム、タスク管理システム、などの各種システム・サービスの集合体のことである。ユーザーはユーザー・インターフェイスを介して、プログラマーはＡＰＩを介して、それらのサービスとやり取りをする。 従来型のＯＳにおいては、そういったシステム・サービスは全て対象となるコンピューターそのものの上で実装されていた。そのため、

ソフトウェアエンジニアとしてのキャリアの大半をマイクロソフトで過ごした私であるが、一度だけ「アップルの文化」を肌で経験したことがある。アップル・ニュートンのチーフアーキテクトとして知られるスティーブ・キャップス（参照）としばらく一緒に働いた時のことだ。彼からは本当に色々なことを学んだ。直感的なユーザーインターフェイスの大切さだとか、常に新しいものを作り出そうとする姿勢だとか、私の考え方に最も大きな影響を与えたトップ１０人の一人である。 そのスティーブとたまたま「マイクロソフトとアップルのどこが違うか」という話題になった時に、彼が言った言葉が今でも心に残っている。 「マイクロソフトのプロダクツにはソウル（魂）が無い」 この言葉には本当にまいってしまった。 私がマイクロソフトでOSの開発に関わっていた９０年代の前半は、やはりアップルが最大のライバルで、いかにして相手よりも良いものを先に世の中に

iPhone 用のネーティブ・アプリケーションの開発が可能になるSDKがリリースされたので、早速ダウンロードしてみた。そもそもMac OS XのAPIも一切知らず、Objective Cでプログラムを一行も書いたことの無い私には目新しいことばかりだが、私がこれだけ気に入って使っているiPhone向けにアプリケーションを作れるというのに試してみないわけには行かない。 iPhone SDKをインストールして、サンプルアプリをエミュレータ上で走らせるところまでは簡単にできたのは良いが、読まなければいけないドキュメントが大量にあってちょっと困っている。まずは、Objective Cを理解し、それからOS Xのコア（Cocoa Foundation）を理解しなければならない。それからやっと本題のUIKit（iPhone用のUIフレームワーク、上の図参照）に取りかかれる。 しかし、ツールにしてもドキュ

はじめに 2004年の3月からECCのシステムが一新し、 今までの無機質なNC端末からとは一転、 端末室には華やかな一面のiMacがずらりと並ぶようになりました。 さて、いままでの情報棟の環境でプログラミングをしようとした場合は、 NC端末上からEmacsなどのエディタでコードを書き、 ターミナルからgccなどを呼び出してコンパイルさせるという方法が一般的でした。 もちろん、今のシステムでもその方法は可能ですが、 MacOSXにはXCodeという統合開発環境が入っているのですから、 統合開発環境を使った優雅なプログラミングをしてみたいと思うのが人情というものです。 さて、かくいう僕もXCodeを使うのはこの４月に入ってからが初めてです。 ここでは、統合開発環境って何？という初心者の方を対象とし、 XCodeの基本的な使い方を習得したいと思います。 というわけで至らない点もあるかもしれません

アップルがiPhoneソフト開発に使ってるのと全く同じAPIとツールが入ったソフトウェア開発キット（SDK）が、いよいよ公開になりましたね。 と言っても、このSDKで作った新しいアプリ君たちがiPod touchをお使いの日本の皆さまのお手元に届くのは6月のアップデートの時。しかもiPhoneはアップデートが無料なのにtouchの皆さまは有料で、アメリカでは｢なんで～｣の声がさっそく沸き起こってるようですが。 なんと言っても注目はエンタープライズのサポート、プッシュeメールなんかが全部できるようになったこと（Blackberryから乗り換え組も出そうな…？）、ゲーム（Spore!）、携帯ネットワークはダメですけどWiFiでならVoIPができるようになること、などですね。個人的には携帯振るだけでUNDOできたり、加速度センサの活用が｢へ～｣という感じでした。 優秀な開発者には起業のお金まで面

ここのところブログの更新がさっぱりなのは、iPhone向けのアプリの開発で大忙しだから。４月１５日にApple Desng Awardの件がアナウンスされてから二週間、ようやくAward向けのアプリも形になって来たので一息つける。締め切りの５月１２日まではまだ少し余裕があるが、締め切り寸前にプログラムを変更するのが大嫌いな性分の私はこのくらいの段階で「今日出そうと思えば出せる」ぐらいのクオリティに仕上げておかないと気が済まないのだ。後は徹底的なテストと、見た目の微調整。「ベータ版」としては十分のできだ。 iPhone SDKもbeta4になり、ようやくチューニング用のinstrumentsも安定して動き始めたので、今日はメモリー・リークの徹底的なチェック。非同期通信だらけなのと、Objective-C覚えたての時に書いたコードが混ざっているため、予想通りリークだらけだったが、このツールのお