Mac関連ﾈﾀをそれはもう凄まじい勢いで翻訳するｽﾚ7

[前スレ]
Mac関連ネタをもの凄い勢いで翻訳するスレ 6
http://pc11.2ch.net/test/read.cgi/mac/1140671343/

Mac関連の英文記事や英文マニュアルなどを、暇な人たちが翻訳するスレッド第四弾です。
「この英文の内容を知りたいんだけど、自動翻訳じゃ意味がｻﾊﾟｰﾘ」という場合に活用してください。

＜＜依頼者へのお願い＞＞
◎翻訳する人はあくまでボランティアです。以下の点にご注意下さい。
・訳文の二次利用はご法度です。
・ご自身のサイトの翻訳はご遠慮下さい。
・あまり長すぎる文章を依頼しないように。
・翻訳してくれる人への感謝の気持ちをお忘れなく。

［過去スレ］
Mac関連テキストをすごい勢いで翻訳するスレッド
http://pc.2ch.net/mac/kako/1020/10204/1020487234.html
Mac関連ネタを凄い勢いで翻訳スレ2
http://pc.2ch.net/test/read.cgi/mac/1035938842/
Mac関連ネタを凄い勢いで翻訳スレ3冊目
http://pc.2ch.net/test/read.cgi/mac/1051925818/
Mac関連ネタを凄い勢いで翻訳するスレ・４
http://pc7.2ch.net/test/read.cgi/mac/1073284076/
Mac関連ネタを凄い勢いで翻訳するスレ5
http://pc7.2ch.net/test/read.cgi/mac/1116278311/

　　　　　　　　　 -=-::.
　　　　／　　　　　　　＼:＼
　　　 .|　　カ　ル　ト　　ﾐ:::|
　　　ﾐ|_≡=､´ ｀, ≡=_、　|;/　　／￣￣￣￣￣
　　.　 ||..(ﾟ )|￣|. (。)　|─/ヽ ＜　おちんちんシュッ！シュッ！シュッ！ キンマンイトマンキンマンコ〜
　　　 |ヽ二/　　＼二/　　∂　　＼＿＿＿＿＿
.　　　/.　 ハ - −ハ　　　|_/
　　　|　 ヽ／＿＿＼_ノ　 / |
　　　＼､ ヽ|　.::::/.|／ヽ　 /
.　　　　 ＼ilヽ::::ﾉ丿＿ ／
　　　　　　/しｗ/ﾉ　（ ,人）　
　　　　　 （　 ∪ﾟ　 ﾟ|　　|
　　　　　　＼ ＼__, |　 ⊂llll　日本でカルト宗教はやめられない〜ちんちん シュッ！ シュッ！ シュッ！っと
　　　　　　　 ＼＿つ　⊂llll 　南無妙法蓮ピィッ！ピィッ！ピィッ！　南無妙法蓮華経財務しろ〜財務しろ〜
　　　　　　　 （　　ﾉ　　ﾉ 　　　まんまん見てちんちん シュッ！ シュッ！ シュッ！
　　　　　　　　|　（__人_） ＼ 　ちんちんシュッ！ シュッ！　シュビデゥビドゥ〜〜
　　　　　　　　| 　 |　　 ＼　ヽ
　　　　　　　　|　　）　　　 | 　 ）

乙＞1

いちおつ

いちょーつ

これはまとめサイトほしい

全過去スレ(1〜6)
ttp://www.uploda.net/cgi/uploader4/index.php?file_id=0000021765.zip

>>6
一応、置いてあります……。

ttp://kb2m.sakura.ne.jp/log/honyaku/index.html

Ars technicaの記事続きです。私はここまでということで。

その他内部構造についてのいろいろ
これからの"grab bag"セクションでは、独立したセクションまでは行かない、あ
るいは時間的制約のため一つのセクションにまでまとめられなかった興味深い機能
について簡潔に触れる。最初にその後のマウスを使うような機能と分けるために内
部構造について語る。別の言い方をすれば、スクリーンショットのないセクション
だ。では、始めよう。
まともに使えるメタデータ
LeopardはTigerで追加された拡張属性APIの利点を真に享受した最初のOS Xだ。
あるファイルやディレクトリの情報が必要な問題に面して、Appleはようやく
（うげ！）これを実装するためにファイルシステムのメタデータを利用しようとしている。
これはLeopardのあらゆる場所で見られる。これら拡張属性の名前を見よう

com.apple.metadata:kMDIntemFinderComment
実際のメタデータ中のFinderのコメント。（これらは.DS_Storeファイルにも保存
されている、Leopard以前のシステムとの互換性のためであろう）

com.apple.quarantine
インターネットからダウンロードされたファイルに信頼できない可能性を示すため
のタグをつける。そのようなファイルをダウンロードするアプリケーションのため
に用意されている。

comp.apple.backupd.SnapshotVolumeLastFSEventID
後のセクション(Time Machine)で述べるバックアップ機能で使われる拡張属性の
セットの一つ。

私は大声で叫びたい。「ハレルヤ！Appleはついにやってくれた！どんなに便利か見
てみろよ！これを保存して追跡するために、メタデータによる啓蒙を受ける前の
Appleがやってきたこと、アプリケーションが別々に実装してきたこと、その気違い
じみたダーティーハックを想像してみろよ。なんという無駄な努力、なんという独
特のバグ。もうたくさんだ！拡張属性は同じことをやるために、一ヶ所でデバグさ
れる一般的な方法を提供したんだ！」

Leopardはコマンドラインユーティリティも含んでいる。これは拡張属性を見たり書
き換えたりできる。これを読んだ人はは私のTigerのレビューで紹介したMarquis
Loganによるxattrというよく似たユーティリティを思い出すかもしれない。Apple
はオプションこそ違うが、全く同じ名前のユーティリティを作った。

Leopardでの他のコマンドもまた拡張属性を理解するようになった。例えばlsコマン
ドはパーミッション文字列の後に「＠」で拡張属性を示す。Leopardシステムをls
とxattrコマンドで探索するとAppleがファイルシステムのメタデータをどれだけ重
要視しているかが分かる。これはここまで。

Core Text

OS Xはついに単一の、公式の、そして標準のテキスト描画とレイアウト用のAPIを持
つことになった。Core Textだ。（私が知っている限り、この「Core」テクノロジー
は例のキャンディーのような球体アイコンはない）Core TextはTigerとそれ以前に
あったテキスト用APIの混乱する文字のごった煮を置き換える。これらの多くはクラ
シックなMac OS由来のATSUI, MLTE, QuickDraw textを引き継いでいた。

Core TextはきれいなAPIを持ち、より高速だし、64bitで使えるし、それからそれか
ら。私は二つの理由でこれを個々で紹介する。第一にCore TextはプライベートなAPI
としてTigerに存在したからだ。これはApple独自のアプリケーションでフレームワ
ークの試験用に用いられていた。Leopardはこれを公開して、きちんと整えてきた。

これはFSEventsの状況と似ている。しかしFSEventではAppleはプライベートAPIをTiger
でオーディションにかけて、一般での利用には向かないと判断し、Core Textは必要
だとされた。多分Core Textとは違って/dev/fseventsは決して公開されないだろ
う。あるいは目に見えないところにのみいるだろう。どちらにせよ、10.6で公開さ
れるかもしれないLeopardのプライベートなフレームワークに注目しておくといいだ
ろう。

第二の理由はCore TextはOS Xがプラットフォームとしていかに（相対的な意味で）
未熟かということも示している。Leopardは表面上は6番目のリリースで成熟してい
るわけだが、ようやく標準のテキストAPIを持ったというのだ。一見してOS Xが成熟
してみえるというのは、実のところ生まれたときからいろいろなテクノロジーのご
った煮であったのだ。BSD Unixがここに、NeXTがそこに、クラシックなMac OSのバ
ケツを頭からかぶって。これらを整理するのには時間がかかる。Leopardはいくかの
古いテクノロジーを非推奨にして後継テクノロジーを任命することで重要な進歩を
いくらか進めている。

コードの署名

Leopardは暗号化及び署名付きアプリケーションをサポートしている。このトピック
はある種の人々に対して警戒信号を発する。議論の多いMicrosoftのPalladium (NGSCB)
構想は数年前人々に警戒を引き起こした。これはMicrosoftがマーケットについて
判断を誤り、彼らが対象としていたセキュアなユートピアではなく独占企業による
鉄拳制裁という寒々とした未来をイメージさせるという結果になったからだ。今日
では「セキュリティ」という楽観的な美名で飾られて、勢力争いは警戒より楽観に
傾いた。

Leopardにおける署名プログラムについて理解するために、第一に言うべきことは、
これは上記に上げたようなものでもないし、そうたいしたものでもない。これでApple
（や他の誰か）があなたのシステムを全てコントロールするわけでもないし、破ら
れることのないセキュリティを提供するわけでもない。

じゃあ何をするのか？プログラムの署名はコードが同じであることを確認し、全く
改変されていないことを保証するものだ。その中身については何の保証もしない。
例えばAcme Inc.によって署名されたアプリケーションをダウンロードしたとしよ
う。それでできることといったら最後にウェブからダウンロードしたときのAcme Inc.
にあったものと同一であるということの証明だけだ。

消費者から見てこのテクノロジーの最も有用な例を示そう。今日OS Xのアプリケー
ションをアップグレードするとユーザーはそのたびにユーザー名とパスワードを取
得するためにキーチェーンにアクセスしていいか確認を求められている。これはセ
キュリティの機能としてはいいのだが、実際はMacユーザーに盲目的に「常に許可す
る」をクリックさせるよう訓練しているだけだ。ディスアセンブラを使ってプログ
ラムを走らせたり手作業でコードが安全かどうか確認することが平均的なユーザー
がやることだろうか？

署名付きアプリケーションは一方で、それが実際に、あなたがかつて信頼したベン
ダーから提供された、新しいバージョンの同じアプリケーションであることを数学
的に証明する。その結果、ユーザーが調べようのない安全性について選択させるよ
うなダイアログの表示を終わらせることができる。

最終的には信頼するかどうかの問題になる。あなたがAcme Inc.のソフトウェアを
信頼するか、あるいはしないか。それはあなたが決めることだ。署名付きアプリケ
ーションだって、署名されていないアプリケーションと同様にあなたのハードディ
スクを消したりパスワードを盗んだりすることができるのだ。

しかし署名なしのコードとは違い、署名付きアプリケーションはインストール後に
変更されることはない。もしAcme Inc.製のアプリケーションが不正なことをした
ら、それはマルウェアによってアプリケーションがハイジャックされたためでない
ことは確かだ。別の言い方をすれば、行儀のいいコードはずっと行儀がいい。
書き換えようとすれば全く動かなくなる。

AppleはLeopardに同梱されている全てのアプリケーションに署名をしている。著名
なサードパーティーの開発者はそのうち同じようにすると思われる。

署名付きアプリケーションは自分を修正するアプリケーションという試みの終わり
でもある（例えば~/Library/Application Support/MyAppやその他のユーザー用
の場所にではなく、アプリケーションの内部にカスタマイズされたテーマファイル
をバンドルするとか）。こういうやり方はAppleによって推奨されてこなかったが、
これでまた避けるための理由が増えた。

まとめると、コードに対する署名は以下のことを行う。

・確実にコードに封印する
・封印が同一であることを確かめる

一方で以下のことをしない。

・特殊な権限の授与
・バグからの保護
・間違った信頼からの保護
・コピーの禁止
・Matrix世界における奴隷化

これはセキュリティを高める小さな一歩であるが、正しい一歩である。


ASLR

セキュリティのため、Leopardはアドレス空間ランダム化(ASLR)をサポートした。
名は体を表すのだが、ASLRはプログラムをメモリ空間上にランダムに配置し、不正
なプログラムが特定のコードがどこにあるか予測しづらくする。AppleはMicrosoft
がやっているようなセキュリティに関する偏執狂的レベルまでは達していないが、
OS XはWindows並のマルウェアの圧力からは逃れている。よって、やられてから反応
するよりも先にこういったアイデアを取り入れるのはAppleによってよいことだ。

LLVM

LLVMはlow level virtual machine（低レベル仮想マシン）の略である。これはオー
プンソースプロジェクトだが、Appleはコードの改良のために主要な開発者を雇用し、
育てているプロジェクトでもある。LLVMについてはこのプロジェクトのウェブサイ
トから全ての情報を得ることができるが、そこにある説明はコンパイラ技術に詳し
くなければ理解不能だろう。LLVMが何かを知るための最良の方法はその名前にある。
つまり、バーチャルマシンなのだ。ただし古典的な、PC全体を模したバーチャルマ
シンではなく、非常に低レベルの、CPUのように振る舞うバーチャルマシンだ。

どうしてそんな低レベルなものを真似しなければいけないのだろう。誰が存在しな
いCPUのためにコードを書くというのか？実は、それをやるのはコンパイラだ。この
アイデアは、一度LLVM用のプラットフォーム中立な中間記法(intermediary
representation;IR)で作成するとLLVMはそれを最適化して選択されたCPUの
ネイティブなコードに変換するのだ。この変換は伝統的な実行ファイルを作成する
こともできるし、プラットフォーム中立コードで出荷してLLVMに実行時コンパイル
(just in time;JIT)させることもできる。

どうしてLLVMという仲介業者にやっかいにならないといけないのだろう？ネイティ
ブコードをコンパイルさせてくれないのはなぜ？ほとんどのコンパイラがそうして
るのに。残念ながらコンパイラという奴は、やるにはやるがその品質はばらばらだ。
LLVMの目的は誰もが使えるコンパイラの部品を提供することにある。異なったコン
パイラに拡散した最適化の努力を一つのプロジェクトに集中させるために。だから
プラットフォーム中立なIRを使うのだ。

これは大きなじょうごのようなものだと考えるといい。想像しうる限りのコードを
上におけば、LLVMのIRとなって落ちてくる。LLVMは文献にある全ての技を使ってそ
れを最適化してする。最終的にLLVMはIRからネイティブコードを作成する。開発努
力の集中は明らかだ。あるたっと一つのフォーマット(LLVM用IR)を扱う唯一の最
適化エンジンとターゲットのCPU用の唯一のネイティブコードジェネレータ。LLVM
が速くなり、賢くなれば、全てのLLVMを使うコンパイラもよりよくなる。

とはいえこれは宣伝文句で、現実にはコンパイラの世界にこの手法のメリットを説
得するのには長い道のりを要する。しかしAppleはこの船に乗っている。Leopardで
はLLVMが使われている。それは変な部分にみえるかもしれないが、OpenGLだ。

ビデオカードがある機能をハードウェアでサポートしない場合（例えば特定のピク
セルシェーダやバーテックスシェーダの命令）、ソフトウェアで処理しなければな
らない。モダンなプログラマブルGPUはある困難を引き起こしている。OpenGLアプリ
ケーションは固定した関数を呼ぶだけではなく、実行時に小さなプログラムをGPU
に引き渡すことができる。

LLVM以前ではAppleはプログラマブルなGPUにApple製のカスタムJITを使うことでこ
れら全てに対してソフトウェア処理を実装していた。Appleはプリミティブな命令そ
れぞれに（例えばドットを打つこと）ネイティブなコードを書いていた。これらは
ランタイムで一つにまとめられて、GPUで実行されるミニプログラムの代わりをCPU
で行っていた。

この手法は最適化の可能性をひどく制限していた。プリミティブな命令一つ以上に
またがるどんな変換も極端に難しく、一命令内に限定した、比較的弱く、単純な最
適化のみがなされていた。

Appleは32ビットのPowerPCだけターゲットにしていたときは自分のJITに満足してい
た。しかし64ビットのPowerPCと、そして後に32ビットと64ビットのIntel CPUが加
わったとき、全ての新しいアーキテクチャ（そしてSSEやらSSE2やらSSE3やら更にい
ろいろ）のためにJITをアップデートするのは少し鳥肌が立つようになってきた。

弱い最適化をされたカスタムコンパイラの能力とターゲットCPUの増加？LLVMが助け
に来たぞ！Leopardでは各々の命令はLLVMの倍とコードのライブラリに含まれる（.
bc拡張子のファイルを探してみるといい）。バイトコードライブラリの呼び出しと
JITコンパイルを単独の簡潔な最適化されたネイティブコードにする？ノープロブレ
ム。LLVMはそのためにデザインされている。

予想通りだが、OpenGLでの使用ではLLVM本当にイカしている。JITさえなく、そのか
わりいちいち翻訳しなければならなかった古いシステムではある種の命令はApple
の古いカスタムJITより数百倍速い。多分AppleのOpenGLグループの最も大きな成功
は、オリジナルのJITコンパイラをメンテナンスしなくていいことだ。最良のコード
はコードを書かないことだから。

Leopardにおけるつつましい使用方法でミスリードされるかもしれないが、Appleは
LLVMについて壮大なプランをもている。壮大って？OS Xが使用しているgccコンパイ
ラの中身をそっくり入れ替えてLLVMの同唐物で置き換えるというのだろうか？この
プロジェクトは進行中である。まだ野心的でない？gccをすっかり捨て去って完全に
新しいLLVMベースの（しかしgcc互換の）コンパイラシステムはどうだろう？これは
Clangプロジェクトと呼ばれ、いくつかの印象的なパフォーマンスを得ている。特に
高速なコンパイルとリッチなメタデータはXcodeのようなGUIのIDEにとって多大な利
益がある。

このLLVMセクションが脱線していることは百も承知だが、Leopardで限定された用途
でしか使われていないにしてもLLVMはOS Xの将来にとってきわめて重要だ。実際、
iPhoneと他の（Macに限らない）OS Xプラットフォームの＜現在＞にとっても重要で
ありうる。

iPhoneがそのインターフェースで使われる視覚効果のどれだけをサポートしている
のかは分からないが、Core Animation, OpenGL, そしてLLVMベースのソフトウェ
アが比較的低速なGPUとCPUのプラットフォームで決定的に重要であると想像するこ
とは非合理ではない。Appleが最近LLVMのARMバックエンドにおいて精力的な仕事を
してたことを私は既に述べただろうか。そう、ARMはiPhoneで使われているCPUだ。
証拠は揃いつつある。

まあ、好き放題言わせてくれてありがとう。最近のLLVM開発について知りたいのな
ら、GoogleでLLVMのプレゼンをチェックしてくれ。このプレゼンはAppleの社員でLLVM
のリーダーのChris Lattnerによってされている。

Objective-C 2.0

64ビットのセクションで私は簡単にObjective-Cランタイムについて触れた。ここ
ではより詳しくObjective-C 2.0として知られるObjective-C言語について語ろう。
バージョン番号で区別するのは適切だ。なぜならObjective-Cの能力はこのコアの
ランタイムライブラリに強く依存しているからだ。このライブラリはクラスの内部
構造と拡張、メソッドの発行、そして2.0では、メモリ管理を扱う。

そうだ。Objective-C 2.0の最大のニュースはガベージコレクションをサポートし
たことだ。これは明示的に使用を行う機能であり、ガベージコレクションを使うか
どうかはコードごとに変えられる。ガベージコレクションが使われると、全ての手
動のメモリ管理関数は単純に無視される。これは全てのAppleのObjective-Cライブ
ラリが書かれているやり方であり、ガベージコレクションのオンオフどちらでも動
作する。

開発者にとってObjective-C 2.0は一般的な慣用記法を定型化するいくつかの機能
を含んでいる。例えばオブジェクトのプロパティに対するシンプルなアクセサとミ
ューテータを組み込みでサポートする。これらのメソッドを大量に書くことは退屈
だし、ミスの元だった。今では一番いい方法は分かっているので、Appleはシンプル
に言語の「ネイティブ」な機能としてプロパティを追加した。私が「ネイティブ」
と括弧つきで言ったのはそれがシンタックスシュガーであるからだが、少々の甘さ
はいいことだ。

Objective-C 2.0はここ10年かそこら変化のなかった言語にとって大きな進歩であ
る。Objective-Cはオープンソースであり、GNU Cコンパイラによってサポートされ
ているが、Appleは効率的にObjectie-Cを「所有」している。これはちょうどMicrosoft
がC#を所有しているのと同じやり方だ。Appleはこれまでこの言語の最大のユーザ
ーであるし、これを改良することに最大の利害を持っている。Objective-C 2.0
は所有の宣言であり、反論は見当たらない。Mac開発者は今のところすっかり受け入
れている。しかし私は未来を見ている。

Objective-C 2.0の導入において、Appleは注意深く変化を進めた。つまり、
Objective-C 2.0は「新世代の開発環境を達成するために開発に対する革命的な
変化にフォーカスしているのではない」と宣言することによって。これはまあいいが、
「新世代の開発環境」とは何だろう。

私はここ数年、これを反対にして、のど元まで出かかっている。動的で完全にメモ
リ管理がされた開発環境への移行というAppleの計画はなんだろうかと。私は2005
年にこのトピックについて、ひどく挑発的なタイトルで3度ブログにポストした。「
Copland 2010を回避しよう」と。（2010年というのは危機的状況のおそらく数年前
という意味）そこで私はObjective-Cにガベージコレクションを付けたところで長
期的には不適切だと悪口を言った。Appleは私に賛同したようだが、問題は未解決の
ままだ。

2010年やその後でも、これを読んでいるMac開発者で何の問題にも当たっていない人
がいることも分かっている。しかし他の面もあるだろう。プログラマが彼らが現在
使っている言語について常に考えているように見えることは、めちゃくちゃになら
ない程度には動的でなく、気が触れそうにならなったり危険にならない程度には動
的であることで、そのタスクがどれだけ抽象化されるかということなのだ。しかし
ここでごちゃごちゃ言うのはやめて、ブログで言うとしよう。

今のところ、Leopardに関係するポイントではObjective-C 2.0は良好だ。言語に
対する追加はObjective-Cの使用ををより快適にし、学習を容易にする。新しいラ
ンタイムはクリーンで、高速で、より強力だ。ガベージコレクションはそれが普及
すれば新しい世代のMac開発者を新たな本棚管理関数に従わせるだろう。絶壁が頭上
にあっても、少なくともAppleはスピードを上げて階段をつくり始める。私はただ、
我々が崖に達するまでに、到達すべき向こう岸があることを願うのみである。

乙です！

神訳乙。

凄く乙です

どなたか、FSEventsとCoreUI
の翻訳を希望してます。

お〜い、誰がいねぃのけぇ〜

どうかお願いします

新しいGet A Mac CMの"PR Lady"

Mac:どうも、Macです。
PR Lady:そして彼はPCです。業界で最も売れているコンピュータプラットフォームです。
M:PC、これ、何？
PC:ああ、僕はPRレディーを雇ったんだよ。彼女はVistaについての問題を全部わかっているんだ。
PR:「問題」という言葉ですが、彼が言おうとしたことは、初期に採用したわずかな人が、ちょっと
　した壁を乗り越えなければならないということを言っています。
PC:XPにダウングレードし始める人までいるんだからね。
Mac:そりゃあ・・
PR:「ダウングレード」という言葉で、そう・・「アップグレード」ということを意味しています。
　以前の、もっと慣れ親しんだエクスペリエンスに。
PC:Leopardはずいぶんクールな機能があって君を使おうとスイッチしてる人もいるらしいね。
PR:・・・ノーコメントです。

"Podium"

Mac:どうも、Macです。
PC:アメリカ国民の皆さん、私がPCです。
Mac:どうしてこんな堅苦しいの？
PC:ああ、やりたいようにできないからと言ってVistaを断念している人がいるというからね。
　それにXPに戻す人までいるんだ。
Mac:本当？ダウングレードしてるの？
PC:ああ、だがPCはあきらめない。
　もしプリンターが動かなくなったら？そう！「新しいプリンターを買おう！」
　MacのLeopardがたくさん新機能がある？そう！「無視だ！」
　Vistaがあなたに何をしてくれるかではなく、あなたがVistaを買えるかを問おう！
Mac:うわあ、ずいぶんな活動家だね。
PC:実は僕、３週間前にXPにしたんだけどね。すごくよくなったよ。

ごめんなさいsage忘れました。
"Boxer"はMCの調子が文字だとうまく伝わらないのでやめておきます。

いや、そう言わずに是非頼みますよw

乙です〜。

Ask not your PC can do for you,
ask what you can do for your PC.

う〜ん、さすが、ケネディはいいこと言うなぁ（違うって）

ええ〜、CMが面白かったのでこのスレに飛んできたのに。
"Boxer"も是非。

誰か頼みます…
ttp://docs.info.apple.com/article.html?artnum=306907

"Boxer"
　　　（´・ω・｀）　Macです

　 ∧＿∧　　　左コーナー
　（　´∀｀）＜　仕事場出身　80ギガ　ピーーシーー

　∧＿∧　＿∧
(（(◎ω◎)三ω◎)
　　(_っっ=　_っっﾟ ﾋｭﾝ
　　　ヽ　　　ノ ﾋｭﾝ
　　　( /￣∪

　　　（´・ω・｀）　PCどうしたん？

　∧＿∧　　　　　　
　(◎ω◎)＝つ≡つ　Macが売れてる？にげねーよ
　(っ　≡つ＝つ　　　　ボコボコにしてやんよ
　/　　　) ﾊﾞﾊﾞﾊﾞﾊﾞ
　( /￣∪

　　　（´・ω・｀）　商売なんだから競争だし
　　　　　　　　　　　みんな自分のやりたいことできるコンピュータ買ってるだけだし・・・
　 ∧＿∧　　
　（　´∀｀）＜　そーいえばー　うちの弟もー　この間買ったMac大ー好きーだー

　∧＿∧　　　　　　
　(○ω○)　・・・・
　(っPCつ
　/　　　)
　( /￣∪

>>34

　　∧__∧
　 (´･ω･`)　　乙です！
　 (つ旦と)
　 `ｕ-ｕ´

乙です。

>>34
こういうスタイルもいいね！

>>34
GJ！ 爆笑しますたw

>>34
> 　　　（´・ω・｀）　商売なんだから競争だし
「これは競争じゃないよ」じゃまいか？

> 　 ∧＿∧
> 　（　´∀｀）＜　そーいえばー　うちの弟もー　この間買ったMac大ー好きーだー
細かいけど、「義理の弟(兄)」じゃまいか？

保守

http://www.winehq.org/pipermail/wine-devel/2007-November/060846.html
お願いします。

Misprint
http://www.apple.com/getamac/ads/
おながいします

apple.comのトップに出る、PC&mac&サンタクロースの小芝居は
なんと言ってるのですか？(´･ω･`)

age

Apples For The Army
http://www.forbes.com/home/technology/2007/12/20/apple-army-hackers-tech-security-cx_ag_1221army.html
おねがいします。

アメリカ軍(U.S. ARMY)が、もっとマっクを使て、
そのコンピュテイング・プラツトフオームを多様化させて、
ハックされにくぃように、サイバ・セキュリテの強化パワアプを
ヤッてーるとの話でよ。

なぜマク文体w

すまんURL貼り忘れたw
マクが関連記事の翻訳載せてたんだ

ttp://maku.ms/2007/dec/22/04_us_army_mac_security.html

そういうことか
納得

ジヨナさんw

>>47
ありがとうございます

>>47
読みにくい文体だ・・・

文体とかそういうレベルじゃない。

それこそマクスレを和訳するのと同じくらい大変だ

FSEvents

昔むかし、BeOS と呼ばれる OS があった。衝撃的かつ革新的な設計の OS だ。
しかし、その大胆不敵なアイディアがすべて期待どおりになったわけではなく、
うまくいった部分だけでは、滅亡をもたらす非技術的要因の力から自らを
救い出すことができなかった。だが、BeOS は OS 業界に多大な影響を残した。
特に、そのファイルシステムや関連インタフェイスには四つの特筆すべき特徴があった。

ジャーナリング、
任意かつ拡張可能なメタデータ、
非同期通知機能、
メタデータの自動インデクスと、統合検索エンジン

こうした、連携して当時のいかなる PC OS とも異なるユーザエクスペリエンスを
もたらす機能である。特に Mac ユーザは、こうした機能を見てその価値を理解し、
自分の愛する OS にも欲しいと思ったものだ - BeOS の出荷が延期されたことを
知らなかったとすれば。

(Practical File System Design with the Be File System という本に、
これらの機能の歴史と実装が説明されている。フリー PDF もある。
http://www.nobius.org/~dbg/practical-file-system-design.pdf)

1997 年、Apple は Be ではなく NeXT を買収し、NEXTSTEP OS をもとに
Mac OS X を作り出した。当初 Mac OS X には上記 BeOS ファイルシステム機能の
いずれもなかった。追加するようにという内外からの圧力には、NeXT/Unix 哲学に
慣れ親しんだエンジニアからの抵抗があり、そのようにして Mac OS X ファイル
システムの将来に関する、多年に渡る抗争(Mac 野郎 vs NeXT さん) が始まったのだ。

ある時点で (と伝説は語る……) Apple 内部の Mac 野郎たちが「勝ち」、
Apple は新たな道を歩み始めた。しかし Mac OS X ほど大きな船の舵取りには
長い時が必要となるものだ。傍観者の観点からすると、Mac OS X における
ファイルシステム技術の歴史は、NeXT さんたちから「非効率的」や「無駄」として
酷評された上記 BeOS ファイルシステムの機能をひとつひとつ実装してゆく
6 年の苦闘になぞらえることができる。

ジャーナリングは HFS+ に追加された;
Spotlight はメタデータ自動インデクスと統合検索エンジンをもたらした;
新しい拡張属性 API 群は任意に拡張できるメタデータを。
そして今、Leopard で、最後の一片が到来した: FSEvents フレームワーク
という形の、非同期ファイルシステム通知 API である。

* ファイルシステムイベント・デジャヴュ *

技術オタクな Mac ユーザは、そのような API が Tiger に存在していたことに
気付くだろう; それこそが Spotlight を可能にしたものなのだと。
その /dev/fsevents 機構は、カーネルを通るあらゆるファイル i/o を追跡し、
関心を持つクライエントに通知する。これにより Spotlight エンジンは、自分で
わざわざ調査しなくても新規作成あるいは変更されたファイルをインデクスする
ことができるようになった。(調査 [polling] とは、何かが変更されなかったか
どうかを繰り返し尋ねる行為を指す。これは極度に非効率的で、ファイルシステム
全体にわたる変更を検出する方法としてはまったく使いものにならない。)

/dev/fsevents API はプライベートだった - だからといって生産的なハッカーの
おもちゃにならずに済むわけではなかったが。プライベートだったのには、
ちゃんとした理由がある。それはファイルシステム通知の仕組みと関係がある。

必要なファイルシステム変更をすべて知るために、通知機構は
ローカル i/o すべての通る隘路に存在する必要がある: カーネルだ。
しかしカーネルは厳格な時間およびメモリ制限で満ちた、気難しい女将である。
理想を言えば /dev/fsevents カーネルコードは各イベントをクライエントに
渡してからできるだけ早く次に進みたい。

ユーザスペースに戻ると、物事はもっとずっと気楽に扱われている。
通知待ちしていたプロセスは、いざイベントが来たときには別のことをしている
かもしれないのだ。これはユーザスペースでは仕方のないことだが、カーネルの
「今すぐ」最低限のメモリと CPU オーバヘッドでやらなきゃいけない状況とは
まったく相容れない。

たとえばこんなとき、カーネルはどうすれば良いのだろう。
2 秒間に 10000 個の変更が (ほら、ソフトウェアのインストールとかで) 起こった
のに、馬鹿でノロマなユーザスペースプロセスは他のことに手一杯でここ 3 秒間の
通知イベントをひとつもキューから引き出していない、とかいうときだ。

ああ、もちろんイベントをバッファする必要がある。つまり、保存しておいて
関心を持つ「すべての」クライエントが受け取りに来るまで待つのだ。
しかしバッファは無限ではない。カーネルでは特にそうだ。
では、バッファが一杯になってしまったら何が起こるか。

そう、また使えるようになるまでブロックするかもしれない。
しかし考えてみよう、もしクライエントがキューの余地不足によりファイルシステム
操作でブロックされており、しかし通知を読んでバッファを空ける必要のある
別のクライエントは、その最初のクライエントのせいでブロックされているとしたら
どうなるか!　やあ、デッドロックのお出ましだ。

残る唯一の手段は動的にメモリを割り当てることだが、それも問題の先送りに過ぎない。
単純に言うと、バッファできるイベントを制限して見落としを容認するか、
無尽蔵なメモリ使用に身を捧げるかのいずれかなのだ。

Apple は前者を選んだ。カーネルバッファは固定長で、遅いクライエントのために
一杯になれば、イベントは捨てられる。これは、お行儀の悪いクライエントがひとり
いると皆に迷惑がかかることを意味する。

だから、そう、/dev/fsevents はパブリック API にふさわしい候補ではない。
それでも効率的な非同期通知の必要性は消えない。どうするか。Leopard の
FSEvents フレームワークに入ろう。こいつは実用的なアプローチをとっている。

これは Leopard の新技術全般にわたって何度も出てくるテーマだが、
技術的な難題に対して FSEvents も「あらゆる人に、あらゆるもの」となることを
目指してはいない。そうではなく、視点をソツなく狭め、可能性の高いところに
注意を集中するのだ。FSEvents は全方位の「完全無欠」な解を出すよりはむしろ、
「80 パーセントの解答」を (ほぼ) 100 パーセントの信頼性で出してくれる。


* FSEvents の設計と実装 *

FSEvents の設計で主要なブレイクスルーとなるその点は、/dev/fsevents にある
もうひとつの弱点を考慮することにより達成されたように思える。
プライベートな /dev/fsevents API は、通知をリアルタイムにクライエントへ
配給する。これは API の最良の機能に見えるが、実際にはクライエントにとって
非常に重荷である。クライエントが動作していないときに起こったイベントは
見ることができないのだ。これこそ Spotlight のインデクスプロセスがシステム
ブート時に起動されて動き続ける理由だ。ファイルシステムイベントをすべて
受け取って処理するにはこうする必要があるのだ。

もし他に全ファイルシステムイベントを観察したいプログラムがあるとすれば
同じことをする必要があるだろう: ブート時に起動し、永遠に動作し続けるのだ。
おっと、その上ぜったいにクラッシュしないこと。なぜなら瞬時に再起動したところで
落ちている間のイベントは見落としてしまうかもしれない; /dev/fsevents は
プロセスを待ってくれないのだ。

では、この認識から FSEvents の設計がどのように導き出されたのか。その答えは、
常駐クライエント問題を解決することが他の多くの問題も消し去る、というものだ。
FSEvents がどう解決するかは以下のとおり。

/dev/fsevents API は非常に行儀の良い少数のクライエントだけをサポートする。
Spotlight はそのひとつである。Leopard では FSEvents もそうだ。
FSEvents フレームワークは、単一の常駐デーモンプロセス fseventsd に頼って
おり、そのデーモンは /dev/fsevents を読んで、イベントをディスク上の
ログファイル (複数。イベントが該当するボリュームのルート上にある .fseventsd
ディレクトリ内) に書き込む。おしまい。なんとも超ハイテクな解決ではないか:
イベントをログファイルに書くだけとは。退屈、現実的、しかし非常に効率的である。

FSEvents API を使いたいと思っているプログラムは常に動作している必要が「ない」。
好きなときに起動して聞けばいい、「よーし、前回から何か変わったかい？」と。
ログファイルのどこで自分がいなくなったかを知っている限り、FSEvents フレーム
ワークが (高速に) そこまで「巻き戻し」して正確に答えてくれる。

現実的だって？　こんな方法には「複雑に絡みあった問題がうようよしている」と
言ってもよさそうじゃないか。ログファイルはどれだけ大きくなるのか。
いつもファイルを作ったり編集したり消したりしていたらディスクが一杯になって
しまうのでは？　ログファイルは古いほうから消えていくのか。一年間動いて
いなかったプロセスがその間の変更を知りたがったらどうなるのか。

現実的であることは妥協を意味する。そう、fseventsd が /dev/fsevents の
集中砲火を浴びたとき、逐一そのイベントを書き込んでいればディスク容量は
すぐさま足りなくなるだろう。そうならないために fseventsd はもっと細粒度を
下げて、ディレクトリレベルでのみ変更を記録する。そこで FSEvents フレーム
ワークは、ただ「/hoge/dir で何か変更されたみたいです」としか通知できない。

クライエントは変更のあったディレクトリを自分でスキャンして、正確に何が
起きたのかを (そこまで興味があるとすれば) 見極めることになっている。
一般的なパターンは、ファイルシステムツリーの一部からの通知に登録しておき、
最初のスキャンをし、特定のディレクトリからのイベントを待ち、それが来たら
最新の状態と前回のスキャン時の状態とを比較するというものだ。

なんとも面倒な仕事のように思えるはずだ: 登録、スキャン、イベントを受け取る、
またスキャン、そして比較。この同じコードが FSEvents クライエントプログラムの
それぞれに必要であり、プログラマが不注意であれば競合状態が潜んでいる。
現実的であることには対価が伴うのだ。

しかし報いもまた大きい。もうデーモンプロセスは要らない; いつ起動しても、
前回からの間に何が変更されたか分かるのだ。行儀の悪いクライエントのせいで
イベントを落とす危険もない。好きなだけゆっくり読むがいい。ハング、クラッシュ、
再起動するがいい: 大丈夫、ひとつも見落とすことはない。
時間を遡って昔のイベントを見ることさえできる。

/dev/fsevents を含め、カーネルベースのあらゆるファイルシステム通知機構に
言えることだが、カーネルを通さないファイルシステムの変更も生じ得る。
たとえばリムーバブルディスクは別の非 Leopard コンピュータにつないで
変更されるかもしれない。元に戻したとき、カーネルとしては何が変わったか
まったくわからない。

FSEvents API にはこうした状況のためのコールバックがあり、効率よく
クライエントに通知することができる。「不明な変更がありますので、ご自分で
完全スキャンし直して、新しいイベントストリームの中から選んでください。」
そんなことを聞きたいのではない、とプログラムは言うかもしれないが、これが
現実だ。そのあたり FSEvents は正直なのだ。事実上、これも一種の信頼性と
言えよう。FSEvents はウソはつかないのだ。

fseventsd ログファイルは圧縮バイナリ形式で書かれている。ディレクトリ単位の
変更しか保管されていないので、同一ディレクトリへ 30 秒以内に起きた複数の
変更は、ログファイル上でひとつのイベントに合体している。その結果はというと、
ディスク使いの荒いサーバ型の利用形態で 24 時間ぶっとおしだとしても、
fseventsd ログファイルは一日に 1、2 メガバイトしか増加しない。
通常の利用法ではほんのわずかであろう。

そりゃいいや、だってログファイルは「永遠に」保存されるんだから。
……うーん、まあ、可能な限りってことだけどね。FSEvents は、単調増加する
64 ビットのイベントカウンタを使う。何か悪意あるハックで数字を飛ばされたり
しない限り、これが一生のうちに一周することはない。ただ、もしも
一周してしまったり、ディスク容量が足りなくなったり、ログが明示的に
削除されたり (そのためのパブリック API がある) すれば、FSEvents は忠実に
バッドニュースを広める: 「申し訳ありません、完全スキャンの時間です。」

イベントは 64 ビットのイベント id で識別されるが、id は必ずしも日付や時刻と
一対一の関係があるわけではない。とはいえ FSEvents には、特定の日付および時刻に
対応する「おおよその」イベント id を尋ねる機能も付いている。

特定のボリュームに対する変更をまったく記録しないようにするには、no_log という
名前のファイルを .fseventsd ディレクトリに作ればいい。
なお、言うまでもないことだが FSEvents は Mac OS X のアクセス制御ルールに従う;
読み出し権限のないディレクトリに関わるイベントを受け取ることはできない。

乙です m(_ _)m

乙です。

>>クライエント

一般的には「クライアント」だがこっちの方が原語に近い上にｶｯｺﾖｽ

乙です。
ありがとうございました！

神光臨

読み応え大。ほんと乙

なんて歌ってるんでしょ？
http://movies.apple.com/movies/us/apple/getamac/apple_getamac_holiday_hp_ref.mov

早口で分からないよ……。

>>54-63
ありがとうございました。
原文読みかけて挫折していたので、日本語で読むことが出来てうれしいです。
原文はこちらですね。
ttp://arstechnica.com/reviews/os/mac-os-x-10-5.ars/7

保守

Get a Mac　新作翻訳きぼんぬ

保守あげ

なんかない？

ああこんな良ｽﾚあったねそういえば。
何だろうね昔よりは日本語での情報充実してきたかな。

ADCの英語しか無いドキュメントを片っ端から翻訳するとか。

>>76
http://park15.wakwak.com/~concordia/cocoa_break/

ttp://rentzsch.com/c4/c41VideosAvailable
C4[1]のビデオに字幕つけるとか

>>10
>これを読んだ人はは私のTigerのレビューで紹介したMarquis
Loganによるxattrというよく似たユーティリティを思い出すかもしれない。
ttp://www.flickr.com/photos/eddienull/sets/72157604008667022/

スティーブジョブズが語る

iPhoneの誕生

僕らは全員携帯電話を持ってた。みんな携帯が本当に嫌いだった、
ひどいものだったんだ。ソフトウェアは駄目。ハードウェアは
全然良くない。友人と話しても、みんな嫌いって言っていた。
誰もが嫌いって感じてたんじゃないかって。それで、もっと
パワフルで面白いものが絶対できるってわかっていた。巨大なマーケットだ。
毎年10億台の携帯電話が出荷されている、音楽プレーヤーに比べて
ほぼ1桁も違っている。毎年出荷されるPCの4倍の数だ。

大きな挑戦だ。恋に落ちるような素晴らしい携帯電話を作ろうと。
技術は既にあった。iPodから小型化する技術を。Macから洗練された
OSを。今まで誰も電話の中に、OSXのような洗練されたOSを組み込むことを
考えてはいなかった、それが本当の問題だった。僕らは会社の中で何度も
議論を重ねた、それが出来るか出来ないか。僕が決定を下さなくては
ならなかったんだ、そして言った、「やってみよう、挑戦だ」
ソフトウェアを書いている一番頭のいい連中が言っていた、出来ると。
ならば賭けてみようと。そして彼らはやってのけた。

http://money.cnn.com/galleries/2008/fortune/0803/gallery.jobsqna.fortune/index.html

続きは明日。あるいは誰かが続けてくれるんでもいいし。あるいはどっかのサイトで書かれてたら
それはそれで終わります。ミス指摘等あればよろしく。

続きが楽しみです
期待して待ってます

うお〜これは読みたい

>80

ありがとうございます。
続きを楽しみにしてます。

>>80
これは楽しみだ！！

消費者とのAppleのつながり

僕らは皆音楽を愛してたからiTunesが出来た。
iTunesで最高のジュークボックスをと考えて作った。
誰もが全ての音楽ライブラリを持ち運びたいと思っていた。
チームは本当にハードに働いた。彼らがハードに働いた理由は、
それが欲しかったからだ。そう、最初の数百人の顧客は僕ら自身だ。

ポップカルチャーとか人をだます、欲しくないものを欲しいと思わせると
いったことではない。僕らが欲しいものはわかっている。そして多くの人が
欲しいと思うかを判断するための正しい決まりごとを持つことも
うまくいっていると思う。僕らはそれでお金をもらっている。

将来起こることを、外に出ていって人に尋ねることは出来ない。
ヘンリーフォードの有名な言葉がある、
"顧客に欲しいものを訊いたら、彼らはこう言った、'速い馬だ'と"。

http://money.cnn.com/galleries/2008/fortune/0803/gallery.jobsqna.fortune/2.html

続きは明日。1日で1つやるので、面倒なんであれば2週間後に来れば全部終わってるんじゃないかと。
ミス指摘等あればよろしく。

神光臨

戦略の選択

僕らは市場調査をしない。コンサルタントは雇わない。
この10年で雇ったコンサルタントは1度、ゲートウェイの小売戦略を分析するためだ、
そのためAppleリテイルストアを立ち上げるときには、彼らがした同じ過ちをせずにすんだ。
だが自身のためのコンサルタントは雇わない。僕らは素晴らしい製品を作るだけだ。

iTunes Music Storeを作ったとき、コンピュータで音楽を買えることが
素晴らしいと思ったから作ったんだ、音楽業界を再定義しようなんてことはない。
予兆のようなものだ、全ての音楽はコンピュータで配信されていくだろうと。
コストがかかる理由は明らかじゃないか?音楽業界は巨大な収益がある。
電子的に簡単に送信出来るのに、全ての経費をもつ理由があるのだろうか?

http://money.cnn.com/galleries/2008/fortune/0803/gallery.jobsqna.fortune/3.html

スティーブジョブズが語る

家族旅行中のハワイ、コナでジョブズが独占インタビューに答えた！
会社の成功、ジョブズ無き後のAppleはどうなる等々！抜粋したものはこちら！
------
社員を動かすもの

僕らはそんなに多くのことをやる機会はないし、その全てが本当に素晴らしく
あるべきだ。なぜならこれは僕らの人生だからだ。人生は短い、すぐに死ぬ。そうだろう?
そう、これは自分の人生の中で我々が選んだことだ。日本の修道院に
入ることだって出来た。航海にも行けた。幹部の社員はゴルフをやったっていい。
会社を運営だってできたんだ。そして、僕らは全員人生の中でこういうことをしようと決めたんだ。
もっと良くしたい。さらに価値のあるものにしたい。そして僕らはそうなっていると考えている。

Appleで働きたい理由

理由、そうAppleで出来ることが他の所では出来ないからだ。多くのPC企業では
エンジニアリングが遠くに行ってしまった。コンシューマエレクトロニクスの企業は、
ソフトウェアの部分を理解していない。まさにAppleで作ることができる製品を
他では全く作ることが出来ない。Appleはひとつ屋根の下に全てを持っている唯一の企業なんだ。

MacBook Airを作れるところは他には無い、理由はハードウェアにとどまらず
OSもコントロール出来るからだ。それを可能にするのはOSとハードウェアの親密な
相互の連携だ。WindowsとDellのノートブックにはそんなものはない。

僕らのDNAは消費者のための企業だーすごいとかだめだとかの意見を出してくれる
個人の消費者。僕らが考えるのはそういう人だ。僕らは考える、我々の仕事は完璧な
ユーザ体験のための責任を取ることなのだと。ならば、それが水準に達していないなら、
それは僕らの失敗ということだ、わかりやすいしシンプルだ。
http://money.cnn.com/galleries/2008/fortune/0803/gallery.jobsqna.fortune/4.html

彼がいないApple

Appleには本当に有能な人材がいる。Tim CookをCOOに任命し、Mac部門を任せた、
見事に良くやっている。"ジョブズがバスに轢かれたら、Appleはもう
ヤバいぞ"、そんなことを言う人もいる。パーティにはならないと思うけど、
それでもAppleには本当に有能な人材がいる。取締役会で良い人間を選んでくれる。
僕の仕事は後継者になれるような経営幹部を作り上げることだ、そう、
僕がしようとしてることはそれだ。

過酷な評判

僕の仕事は簡単ではない。僕の仕事は物事をさらに良くしようということ。
会社の違う部分をまとめ、道を明らかにし、主要なプロジェクトのための資源を得ることだ。
素晴らしい人材を連れ彼らを動かすことが、さらに良いものになっていく、
将来のさらに積極的なビジョンが見えてくる。

http://money.cnn.com/galleries/2008/fortune/0803/gallery.jobsqna.fortune/5.html

おつ

毎日毎日ありがとうございます。
楽しく読ませてもらっています。

このレスは代行の方にやっていただいてます。レス代行の方に感謝。
dionが規制されてるようで最悪数日間書けないかもしれません。申し訳ない。

翻訳ありがとうございます。
気長にお待ちしてます。

>>92
　　@@@
　@@@@@
　6´-ω-`)　　ｵﾂです
　（⊇　 ∩

Appleの焦点

Appleは300億ドル企業だ、だが中心となる製品は30もない。こんなことがかつてあっただろうか。
過去の素晴らしいコンシューマエレクトロニクス企業は何千もの製品を作っていた。
僕らは焦点を絞るようにしている。焦点を絞るということは集中するものを
決めることだと考える人がいる。だが全く違う。他の何百もの良い考えを捨てることなんだ。
慎重に選ばなくてはならない。

僕らが行ったことと同様、行わなかったことも本当に誇りに感じている。
わかりやすい例は長きにわたってPDAを作るという圧力を感じたときだ、
僕はある日気づいた、PDAを使う90%の人間は路上で情報を取り出しているだけだと。
情報を入力していない。すぐに携帯電話がそれをすることになる、そうなると
PDAの市場はさらに減っていく、それでは続けられない。
だから参入しないことにした。参入していたら、iPodに使う資源が無くなっていた。
おそらく出なかっただろう。

http://money.cnn.com/galleries/2008/fortune/0803/gallery.jobsqna.fortune/6.html

経営スタイル

Appleでは25000人が働いている。そのうち10000人が店にいる。
僕の仕事は上位100の人間と仕事すること、僕がしていることだ。
全員副社長という意味ではない。一部は重要な個人の貢献者だ。
良い考えが出てきたとき、僕の仕事は、動き回り、他の人間が
何を考えるかを知る、話してみて、議論し、100人のグループで考えてみる、
異なった人間が一緒に違った視点で落ち着いて調べてみる、
そう、物事を調べることだ。

才能を見つける

年上の人間を雇うとき、能力は場に参加するための賭け金だ。本当に賢くなくてはいけない。
だけど、僕に取っての本当の問題は、Appleが好きになるか?ということだ。
Appleが好きなら、全てを大切にしてくれる。自分のためじゃない、
ジョブズのためでもないし、他の誰のためでもない、Appleのために最高のものをしたいと思うだろう。

リクルートは難しい、干し草の中から針を見つけるようなものだ。
我々はそういうことをやっているし、多くの時間をかけている。
僕は人生の中でおそらく5000人以上の雇用に関わってきた。
とても真剣に選んでいる。1時間の面接で十分に知ることは出来ない。
最後、結局はやる気に基づくことになる。
僕はこの人間をどう思うのか? 挑戦するときどうするのか? 何故ここにいるのか?
全員に尋ねている : "ここにいるのは何故?" その答えは探すものじゃない。
メタデータなんだ。
http://money.cnn.com/galleries/2008/fortune/0803/gallery.jobsqna.fortune/7.html

×Appleが
○Appleを

OSを持つ利点

Microsoftを待たないといけないDellやHP、その他の企業がやっていることより、
革新を速めることが可能になった。Microsoftは、おそらくもっともな理由で、
独自のスケジュールがある。Vistaが7年? 8年? かかったとかね。8年待たなくては
いけないのなら、新しいハードウェアを必要とする新機能を入れるのは難しい。
だから僕らは独自の優先度を設定し、顧客の観点からもっと全体的にものをみる
ことが出来る。新しいものを取り込むことも出来るし、iPhone、iPodに合う
バージョンを作ることも出来る。僕らが独自で持ってなければ絶対に出来なかったことだ。
http://money.cnn.com/galleries/2008/fortune/0803/gallery.jobsqna.fortune/8.html

乙です！　PDAのくだりは読ませますねぇ。

こういう話って、コンサルとかマーケの業界だと
すげぇ時間と手間をかけて市場規模調査やった結論として
出してくるもんだけど、それを直感一発で嗅ぎ取るのは
やっぱ非凡な人だなと。

> 僕の仕事は上位100の人間と仕事すること、僕がしていることだ。

これ、スティーブンレビーの本にも載ってましたね。
以下、本から引用

>「彼は社内の重要人物100人 - 社内組織図の上位を占めている重役という
>意味ではなく、ジョブズに言わせれば「船が沈みかけたときに、救命ボートに
>一緒に乗せたい」（たぶんそのボートに乗れなかった連中は、みな海の底に
>沈むのだろう）本当のエリート社員 - をリストアップし、「アップル100」
>という定期的会議を開いている

乙です

月曜の長時間会議

本当に良い人材を雇うときは、ビジネスの一部を任せて、一緒に動かさなくてはいけない。
口を出さないわけじゃない。だけど、その人を雇う理由はすなわち
手綱を与えていこうとすることだ。自分がするよりもっと良い決定をしてほしい。
そうするには理解することだ、ビジネスの一部だけじゃなく全てを。

だから毎週月曜日、僕らは全体のビジネスを調査している。
先週売ったものを見る。開発段階の各製品、問題がある製品、
作った数より需要が大きかった製品、それらを見る。
開発中の全てのものを調査する。毎週やっていることだ。僕が議題を出すー
80%は先週と一緒で、それを週毎に進めていく。

Appleに多くのプロセスはない、だが、全員が同じ状態にあるように
僕らがしている数少ないことのひとつだ。
http://money.cnn.com/galleries/2008/fortune/0803/gallery.jobsqna.fortune/9.html

>>101

　　∧__∧
　 (´･ω･`)　　乙です！
　 (つ旦と)
　 `ｕ-ｕ´

(1/2)
障害の対処

Pixarでトイストーリーを作っていたとき、物語が大したものではないと
認めざるをえないときがあった。全然すごいものじゃなかった。
5ヶ月制作をストップした、トイストーリーになる物語をチームが
完成させる間、手持ち無沙汰だった全員に給料を払った。
そうして止める勇気がなかったらトイストーリーはああはならなかった、
おそらくPixarはなかった。

僕らはそれを"ストーリー危機"と呼んだ、それ以外は思いつかないね。
だけど、全ての映画にそれはあったんだ。制作を5ヶ月は止めない。
少し賢くなったんだ。だが、うまくいってない瞬間は
常にやってくるように思う、自分自身をだますのは簡単なんだー
自身を納得させられても、気持ちではそうなってないってことだ。

Appleのほぼ全ての製品もそういうものだ、iPhoneを例にしよう。
iPhoneは発表が近づいて変更が無理な段階になるまで違った外観のデザインだった。
ある月曜日の朝、僕は言った”これは全然好きじゃない。好きになれない。
これは今までやってきたもので最も重要な製品なんだ。”

(2/2)
リセットをした。以前の多くのモデルと発想を全て検討した。
最後に出来上がったのが見ての通りのiPhoneだ。劇的に良くなっている。
地獄だったよ、チームのところに行って、"この1年間の仕事の全てを
捨てて、やり直さなくてはならないことになった。今の2倍働かなくてはいけない、
時間が無いんだ"って言わなくちゃいけなかったんだから。
そうしたらみんななんて言ったと思う? ”参加したい”

考えてる以上のことが起こる。これは単に技術や科学ではないからだ。
芸術でもあるんだ。時にこういう危機の中心にいるとき、終端に向かっていけるか
わからないものだ。だけど僕らは常にやってきたんだ、驚くだろうが、
大いに自信を持っている。重要なことはそれでも全く怖がらないことだと思う。
そう、心と魂を込めているんだ。

http://money.cnn.com/galleries/2008/fortune/0803/gallery.jobsqna.fortune/10.html

う〜んさすがだ

これもお願いします。
Airがパソコンだと認識してもらえなくて空港で足止め食らった人のブログ。

http://www.michaelnygard.com/blog/2008/03/steve_jobs_made_me_miss_my_fli.html

宮本茂のちゃぶ台返しと同じく、無茶言ったことが実際に
成果につながってるからこそみんな頑張ってついてくるものの、
これで失敗続きならいつか部下に刺されるぞって感じだよね。

大変感謝です
ありがとうございます

大変乙です
たまに自分で原文に当たったりすることがあると機械翻訳に毛の生えた程度にしかならないので
自然な文章になってるのが何とも素晴らしいとおもう

>101-104

乙です〜。
ありがとうございます。

>そうしたらみんななんて言ったと思う? ”参加したい”

うひゃー、みんなキ○○○だなぁ。
やっぱりすごい物を作るのは、こうでないと無理なのかもしれないね。

まぁ元々モノ作りが好きじゃないとこんなメーカーには入らないとは思うけど
あとはJobsの機嫌損ねたらクビになるかもっていうのもない訳じゃなかろうw

iPodの大きな変化

しばらくの間難しかったのは、いろんな理由で、多くの人、Windowsを使ってる人に
Macが受け入れられなかったことだ。本当にハードに働いていたがシェアは伸びない。
自分が間違ってるか考えることもあるんじゃないか。僕らは良いものだと思ってても、
良くなかったりするんじゃないか。あるいは誰も関心がないんじゃないかとかね、
ますます暗い気分になる。

OSの壁から少し飛び出させたiPodが大変なことになったことで、それを知ることになった、
Appleの革新、Appleのエンジニアリング、Appleのデザインが為しえたことだからだ。
iPodは70%のシェアを取った。どれだけ重大なことだったか言葉が見つからないね、
長年働いてて、Macのシェアが4-5%の状況が続いてる後でそれだから。
iPodで何が起きたかっていえば、皆がすごい元気になったってことだ。

次にしたこと

多くのものを作った。さらにハードに働いた。それで言った。 ”これはすごい、
さあもっとがんばってくれ"　それというのも、Macのシェアは四半期毎に
上がり続けてる。業界全体の4倍早く上がってる。みんながちょっと
気にしてくれるようになってきたんだ。僕らはそれを促進させようとした。
インテル入ってるにして、MacのアプリケーションとPCのアプリケーションを
同じように動かせるようにした。前進させたんだ。だけど、そういう人の多くは
Windowsに耐える必要がないことにやっと気づき始めてきたんだと思う、代わりがあるんだって。
前にそういうことを考えてた人は全然いなかったんじゃないかな。

http://money.cnn.com/galleries/2008/fortune/0803/gallery.jobsqna.fortune/11.html

Apple storeはじめました

とても単純だ。Macを支持してくれる人はその目的のためにドライブするよね。
ただそのために特別な場所に来てくれる。だけどWindowsを持ってる人ー
Macに移行してほしいと思う人。彼らはその特別な場所にはドライブするつもりはない。
Macが欲しいなんて考えてはいない。好きでもないのに20分のドライブなんて
リスクをかけようとはしないだろう。

だけどショッピングモール内に、あるいは散歩道の横にストアを置くことで
20分のドライブというリスクが20歩に減る。そうすれば来てくれそうだ、
本当はリスクが無いからね。だから交通量が多い場所に僕らの店を置くことを決めたんだ。
うまくいっている。

http://money.cnn.com/galleries/2008/fortune/0803/gallery.jobsqna.fortune/12.html

いつも乙です

乙です

次の波をつかむ

物事はかなりゆっくり起こる。こういう技術の波は、以前起きたことから
知ることが出来る、そしてどっちの波に乗っていくのか
慎重に選ばなくてはならない。間違った選択をすれば多くの力を浪費する、
だが上手く選べば、少しずつはっきりと進んでいく。何年もかかる。

数年前における我々の最大の先見は、主な技術を持ってなかったり
管理できないものに関するビジネスには参加したくないということだった、
苦しめられることになるからだ。

僕らは将来のコンシューマエレクトロニクスについてほぼ全てー多分全てーに
気づいた、主な技術はソフトウェアに向かっていくことになるだろうと。
それで僕らはソフトウェアにおいてかなり上手くやってきた。OSをやった。
Mac、そしてPCでもアプリケーションを書いた、iTunesとかね。
デバイスのソフトを書いた、iPodとかiPhone、それ以外にも。
サーバ側で動くバックエンドのソフトウェアを書いた、これもiTunesだ。

そう、これら全て違う種類のソフトウェアを書いて、それらをシームレスに
動かしている。他の会社は何ができるかって? かなり少ないだろう。
僕らがあの電話にとても興奮した理由は、僕らが皆電話を嫌っているということより、
そういうことに尽力してる人を知らないからだよ。
ソフトウェアに強いヘッドセット屋なんていないしね。

http://money.cnn.com/galleries/2008/fortune/0803/gallery.jobsqna.fortune/13.html

AppleTVは今のところ失敗

これはどう見たらいいだろう。みんなリビングルームのために素晴らしい製品を
作ろうとした。Microsoftもやった、僕らもやった、みんなやったことだ。
それでみんな失敗した。僕らも失敗した、今のところはね。

そう、誰もがやってるんだ、で一つ残らず失敗、僕らも含めて。
だから趣味と言ってるんだ。まだ商売じゃない、趣味。

僕らの2度目の挑戦だー"AppleTV Take2"っていうのは
内部でそう呼んでたんだ。前回出した製品はiTunesで保存してるものを
見られるようにするためのもので、ワイヤレスで
ワイドスクリーンTVに送れるものを実現したものだ。

んー、本当に欲しいものはそれじゃないってことがわかるね。
そう、大画面で写真を見るのは楽しくはある。
ケーキにおいしいものを乗せたようなものだから。でも欲しいものはケーキじゃない。
本当に望まれてるもの、それがわかった、映画なんだと。

ハリウッドのスタジオと話すことから始めた、そして全ての
有名なスタジオから映画レンタルのライセンスを得られた。
まだ600の映画しかない、だけど今年の後半には数千にはなる予定だ。
値段は229ドルに下げた。これからどうなっていくかがわかる。
これが広がって、これ無しでは生きられないとか愛されるようなものになっていくのか。
これからわかる。見込みはあるんじゃないか。

http://money.cnn.com/galleries/2008/fortune/0803/gallery.jobsqna.fortune/14.html

>>117みたいなことは昔のジョブズだったら絶対言えないよなー

景気後退の中での経営

以前にもこういうことがあった、ドットコムバブルが弾けたときだ。
我々の会社で話したことは、景気後退でも自分たちのやり方に
投資していこうということだ、レイオフする予定もなかった、
まず第一にAppleにいてくれるようにすごい努力をしたー
レイオフは最後にすることだ。
そして財源を確保しようとした。事実、研究開発費は上がっていく予定だった、
景気後退が終わったときに競争相手に勝てるように。以前僕らがやったことは
まさにそういうことだ。それで上手くいった。今回もやることはそういうことだよ。

http://money.cnn.com/galleries/2008/fortune/0803/gallery.jobsqna.fortune/15.html

おわり。

(´･ω･`) むっちゃ、乙です

>>118
昔のジョブズ、がいつのジョブズかによって全然別物に（

読んでて面白かったよ
ありがとう

おもすれ〜です

とても面白かった。
強気のジョブズと弱気のジョブズ。

初めて来たけど面白い

すばらしいです、乙

おつ
スレタイ通りだ。

久々の大作でしたね。面白かったし。

>>121
>>124
誰かが言ってたコトなんだけど、
スターには２種類いるんだ、と。
ある程度のキャリアを重ねてきたときに
・ますます神格化して、近寄り難くなっていくタイプ
・なぜか、親近感を漂わすようになってくるタイプ
。例えば前者はマイケル、後者はプリンスとか。
前者は大概が自滅を見せ、後者は生き残る。

ジョブズは今、とても後者を意識してるよね。
もしくは、使い分けが巧い。
1984でMacに自分を「父」とか呼ばせてカリスマを演出してたりしてた頃と比べたら、
「大変だった」とか「失敗だった」とか言うし、たしかにエラい変わり様だわ。

周りの人間を持ち上げるしね

ジョブズが一番変わったのは、他者を認める、ということだと思うんだ。
他の製品（たとえば、ミーレの洗濯機）の良さを認める。タイトなスケジュールと
異様な秘密主義を受け入れ、製品化に尽力してくれたスタッフの頑張りを認める。
市場の反応が良くても、悪くても、認める。今のAppleがこのようにあるのは、
そうした人々の力によるものだ、ということを受け入れるようになった。

昔の彼の強さは、我を通す力、自分の強固な価値観を周囲に感染させる力だった。
それが一方では独善主義、主観主義となり、多くの衝突や判断ミスを生んできた。
今では、揺るぎない価値観と、それを周囲に感染させる力は失わないまま、
世界をあるがままに受け入れ、価値観と世界を和解させる能力も手に入れた。
それがさらなる強さに変わったんだと思う。

Apple出奔前のジョブズだったら、トニー・ファデルなんてすぐに叩き出してたと
思うよ。

>>128
1回『死』を意識してるからな＞ジョブズ


…あそこら辺から、はっきり変わった希ガス＞Appleに舞い戻った辺りから、その気配はあったけど

NeXTの商業的失敗で多少謙虚になったのと、死にかけたのでさらに変わったかな。

単に普通に大人になって丸くなっただけじゃね？

子供は自分の作品なのに思い通りにならんからなぁ

まあ20代の小生意気な若造だって50過ぎればねえ…w

>>110
ほんとのところは、こんな恐怖政治ですよw

http://www.wired.com/gadgets/wireless/magazine/16-02/ff_iphone

デモは上手く行かなかった。

まただ。

2006年の秋のある遅い朝。ほぼ1年前からスティーブジョブズは
Appleのトップエンジニア200人にiPhoneを作るという仕事を課していた。
Appleの重役用会議室、この時点ではまだプロトタイプは完全な失敗作だった。
単にバグが多いということではない、全く動いていなかった。
電話はたびたび切れ、充電は途中で止まり、データやアプリケーションは壊れる、不安定になる。
問題は多すぎるように思われた。デモが終わったとき、部屋にいる数十人を
じっと見てジョブズは言った。"まだ成果が無い"

その効果は、ジョブズのトレードマークの癇癪より恐れさせるものになった。
ジョブズが社員に金切り声を出す場合、恐ろしいものではあるがいつものことでもあった。
今回、ジョブズの比較的冷静な態度が狼狽させることになった。"Appleで寒気を感じた
何回かのうちの1回だね。"、会議に参加した人は言う。

影響は深刻だ。iPhoneは、わずか数ヶ月後に行われるように設定された
例年のMacworldで目玉になるものだ。1997年にジョブズが復活してからは、
イベントを大きな製品を発表する場としてイベントを使ってきた、
またAppleウォッチャーは他の劇的な発表をすることを期待していた。
ジョブズは既に新しいOS、Leopardが遅れることを認めていた。もしiPhoneが
間に合わなければ、Macworldは失敗、批評家は襲いかかり、株価は傷つくことになる。

（中略）

iPhoneがそんな状態だったため、それからの3ヶ月はキャリアにとってかなりのストレスを
感じるものだったろう。廊下ではよく罵り合いが起きていた。エンジニアは、夜通しの
コードセッションに疲れ果て、辞めて、睡眠を取り戻した数日後に結局また参加した。
プロダクトマネージャーがオフィスのドアを荒っぽく閉めたことで、ドアが曲がり、
彼女が閉じ込められた；同僚が一時間以上アルミニウムのバットで叩くことで、彼女は解放された。

（以下略）

うわー

典型的なデスマーチ状況なのに
出てくるものが完成されてるのはスゴイ

プロマネとエンジニアが
世間的水準から見て100％以上の仕事をしてるのに
トップが目指してるものが200%以上だから
結局デスマーチになるのだな

>>136-137
乙っす

これはタフなプロジェクトだったという話で、デスマとは異なる。
デスマに完成は無く、地獄が永遠に続くものだ。

>>138
Leoは10.5.1までグダグダだったしiPhoneも実はまだTigerベースらしいし
去年からかなり開発力不足が目立ってたと思うけどな...
10.5.2でだいぶ落ち着いたから後はiPhoneSDKが終われば一段落か？

今年はハードウェアの開発力が不足しがちになるかもね
Atomプロセッサベースの製品をどれだけ出すかにもよると思うけど。

M$ にはこんな緊張感ないんだろ〜な〜

>141
そりゃ、現状のOSのメンテナンスだけでも厳しいのに、下位のOSと
携帯向けOSの三つのラインが動いてるからな。

確かにiPhoneの発売が迫った時期を前後してiPodのファームウェアや
MacOS Xアップデートの不具合と頻発するようになって来た印象はあったけど
ここまで連発されるとなーと。

MacOS 7.xのオープントランスポート以来のグダグダさジャマイカと思ったよ by 古参マカー

KT 7.5.2ね

>>145

>>141
海外では10.5.2も地雷という説がまかり通っているが…。

>>146
これはこれは御同輩。
今も自分の机の横にはNuBusに漢字ROMが刺さったMac IIがで〜ん！と座ってますよ。
フロッピードライブ読まなくなって何十年経つだろうw

>>146
>>145に何か間違いでも？

iPod touchだっけ、そのときなんか、英語環境以外でテストしてないのバレバレだったからな。
もっと綿密なテストをすれば、開発力不足自体はともかく、世に出るバグの数は減らせると思うけどな〜。
OS Xなんかは開発者からのフィードバックだけに頼って、テスト部隊を用意してないんじゃないだろうか。

人手不足はどこもあるから難しいでしょ。
Appleも現状でエンジニア職だけで数百ぐらい募集されてるみたいだし、
ものによっちゃ去年から今までずっと募集されてるような職もあるし。
ま職場環境が良い/給料がよそより高いって企業でもないからそこを改善しろって
話かもしれんけど。

Get a Mac 新作翻訳キボンヌ

急激に人員が増えて、製品の質が下がって、
なんか昔のマイクロソフトと同じ道を追ってるよなあ。

>>153
いくらなんでもMSよりはかなりましだよ。

ほ

も

さ

ぴ

ゑ

江頭！

ラッパ！

>>136
たった一言でエンジニアをハードに働かせるとは、さすがカリスマ創業者ってところか。
本田宗一郎だったら、エンジニアはボコボコにされてるぞw

保守

>>162
普段キレるJobsが冷静に言った、というのは
「冷静な本田宗一郎」や「冷静なSteve Ballmer/Bill Gates」と同じくらい恐ろしいと思うぞ

物作りってのは、上は独裁者じゃないとダメ。
嫌われても、結果が出れば下はついてくる。

>>165 みたいな独裁者には、誰もついてこないだろうなあ。
独裁というか、独善というのか、
聞きかじりの成功鐔にすがって、
己に都合のいい夢しか見ない。

>>166
ほんとの独裁者は>165みたいなこと言わないよ。

>>165 は砂糖水売りにﾌﾙﾎﾞｯｺされる前のｼﾞｮﾌﾞｽ

砂糖水売りにﾌﾙﾎﾞｯｺされて表面は角が取れたかのように装っているだけなのを
知らない>>168

>>169は禿にﾌﾙﾎﾞｯｺされた博士

このスレからスカリー波が出てます

>>170
確かに、アメリオはそう思っているだろうね。

>>171
確かに、アメリオはそうも思っているだろうね。

その頃、スピンドラーはネタがないなーと思っていた

ほ

も

さ

ぴ

え

ん

ttp://blog.modernmechanix.com/2008/05/29/a-behind-the-scenes-look-at-the-development-of-apples-lisa/

長いなー
やってくれる人いるかな

神様は死んだ
悪魔は去った
太古より巣喰いし
狂える地虫の嬌声も
今は、はるか
郷愁の彼方へと消去り
盛衰の於母影を
ただ君の
切々たる胸中深くに
残すのみ
神も悪魔も
降立たぬ荒野に
我々はいる

神様にもまけず
悪魔にもまけず
太古より巣喰いし
狂える地虫の嬌声にもまけぬ
丈夫なからだをもち
今は、はるか
郷愁の彼方へと消去り
盛衰の於母影を
ただ君の
切々たる胸中深くに
残すのみ
神も悪魔も
降立たぬ荒野に
私はなりたい

神様が死んだんなら、自分たちだけで生きて行けばいいじゃない

そうはいっても神様は人間が作ったので完全に消えた訳でもなくまうまう

基調講演保守

http://blogs.wsj.com/biztech/2008/06/10/steve-jobss-appearance-grabs-notice-not-just-the-iphone/

ジョブズがやつれた原因が書いてあるらしいのでおねげいします。

>>188
iPhoneと並んで注目を集めるジョブズの外見

サンフランシスコで開催された技術カンファレンスで発表されたAppleのiPhone 3Gは月曜日の見出しを独占した。
しかし、ブログやその他のインターネットニュースサイトでは、スティーブ・ジョブズの痩せっぷりにも同じように注目が集まった。
『APPLEのスティーブ・ジョブズの見た目への不安….…』という見出しをつけたDrudge Reportの記事では、それ以上のコメントはないが、カンファレンスのステージに立ったAppleのCEOの写真にリンクしている。
ジョブズの健康状態に関する疑問に答えて火曜日にAppleの広報担当者が述べたところによると、ジョブズは数週間前に「ちょっとしたウイルス」に感染したが、カンファレンスへの参加を重視したとのことだ。
また、現在は抗生物質を使用して快方に向かっているとのことである。
ジョブスの健康状態は、ときどき話のタネとなっている。4年前に珍しい種類の膵臓ガンと診断されて手術を受けたからだ。Appleによれば、その手術は成功だった。(Appleは健康が回復し始めるまでジョブズが病気だったことを明らかにしなかった)
ジョブズはまた、Appleにとっては替えの効かない人物であると広く考えられている。過去10年間、同社の劇的な復活の仕掛け人となってきたからだ。
Appleにとっては幸いなことに、今のところジョブズの替わりは必要ないようだ。

抗生物質はウイルスを直接やっつけるものではないとかいう話もあるみたいですが、
そもそもがcommon bugというあやふやな言い方なので、ウイルスではなくて細菌なのかもしれないし、
ウイルス性疾患から他の症状が出ることを抑えるために抗生物質を使用したのかもしれません。
っていうかよくわかんね。

http://arstechnica.com/staff/fatbits.ars/2008/06/09/snowed-out
John SiracusaによるSnow Leopard予想

>>189

ありがとうございます〜

>>189
お疲れさまです。

>>192
>お疲れさまです。

一瞬、ジョブズに向かって言ったのかと思た。

>>189
乙です

ｽﾚ違いだけどこれ面白そう
日本語版出ないかな
http://www.amazon.co.jp/Inside-Steves-Brain-Portfolio-Penguin/dp/1591841984/

昔有ったアプリの日本語化スレってもう無いかな？
Handbrakeを日本語化するつもりなんだが

http://www.roughlydrafted.com/2008/06/14/cocoa-for-windows-flash-killer-sproutcore/

Cocoa for Windows + Flash killer = SproutCore


いつもの読者であれば覚えているだろうか、AppleがSafari for Windowsをリリースしたとき
私は、Cocoaの知名度と採用を広げるためにWindowsにCocoaの開発モデルを移植するのではないか
と書いたことを。

また去年、AdobeのFlash/Air(さらに、Microsoftの真似っこSilverlightもだが)を
潰すためのAppleの奮闘をおおまかに書いた、それは批評家がiPhoneにFlashが
搭載されてないことが致命的なものであり、すぐにでもFlashを移植したほうがいい、
するべきだ、いやするだろうと述べていた時だ。

Flashに対してのAppleのair発表攻撃とWindowsへCocoaを振りまくことが実際に
関連づけられてることがわかれば、サプライズではないだろうか。
(訳注　air発表攻撃ってのはApple's air supply attackって書いてたからmac book air発表に
adobeのairと名前を被らせたという意味なのかなーと思うんだが、間違ってたらすまん)

更なるサプライズ

AppleがWindowsプラットフォームへQuicktime、iTunes、Safariに続き
更なるアプリケーションのセットを出すとなればまた驚きだろう。
現在出しているアプリケーションと同じように新しいアプリケーションも何百万もの新しいユーザに
MacOSXのインターフェースを持っていくことになる。
その上、多くの観客の前にCocoaスタイルの開発をも押し進めることになるのだ、
新しいアプリケーションを作るために使っているフレームワークを提供しているのだから。

他のサプライズもある、これらのアプリケーションはLinux上でもクロスプラットフォームで
動くことになる。Appleはそれをどうやってやるのかって?　そうだ1997年に試みられた
他のOSでも動くクロスプラットフォームのYellow Boxランタイムの発表は無くなったではないか。

そうではないのだ、Adobeが使わせようとしているFlash/Flex/Air、MicrosoftのSilverlight、
SunのJavaのような、いわゆる"リッチインターネットアプリケーション(RIA)"をAppleは開発者に
Webブラウザの中に作れるようにするためにCocoaにみがきをかけているのだ。

アールアイエー　行方フメー（ラッパーっぽく

Adobe、Microsoft、Sun、その他のRIAツールキットのベンダーは、90年代中期の
クライアント版Javaの熱狂、あるいは90年代後期のシンクライアントへの強い興味を
繰り返すようなRIAの興奮を生み出そうとマーケティングの努力をしている、
だが実際のところRIAは世界を席巻してはいない。
とはいえ、Flash、Silverlight、その他のツールや彼らの必須となるランタイムプラグインは
RIA開発のプラットフォーム独占になることが出来ると彼らが考える未来に向けて作られている。

だが今日、ほとんどの有名なリッチウェブアプリの多くは、Maps、Reader、Docs、Sheetsを
開発している企業、Googleからのものだ。Googleのリッチウェブアプリは
Flash、Silverlight、Javaなどを必要とすらせずにMicrosoftのオフィスソフトに
戦いを挑んでいる。Googleは単純にオープンなWeb標準を使っている：HTML、
Javascript、そしてCSSだ。業界を先導するGoogleのリッチウェブアプリが
プロプライエタリなプラグインを使わないようにしてるのであれば、Flashや類似技術に
頼るべき理由があるのだろうか。

Googleのいつものパートナー、Appleも考えていることは同じようだ、不必要なFlashを全て
取り除き、HTML、Javascript、CSSという同じWeb標準で全てを構築している。

オープンツール開発に力を貸す

全てのWebデベロッパは、FlashやSilverlightのような、プロプライエタリなWebっぽい
プラットフォームに隷属するより、自由でオープンなソリューションに群がるはずだと
考える人もいるかもしれない。結局一度その実行環境に依存してしまえば、能力はAdobeや
Microsoftの上に成り立つことになり、彼らのツールを改良していく競争の重圧によって
枯渇していくことになるに違いない、独占への臨海を到達した後に変化が無くなった
WindowsとInternetExplorerのように、ということだ。

また、もちろんそうなればPCメーカーは自由でオープンなLinuxを受け入れると考える人も
いる、だが両方ともにそうなることはほぼないだろう、それも多くは同じ理由による。
両方の場合での問題はオープンなWeb標準は直接的には誰もリッチにはしてないということだ。
誰もそれを持ってないし、Linuxでもない、それらを改善へ向かわせる開発努力をさせる
ビジネスモデルも出来ていない、誰も直接的にはやっていないのだ、
Linuxに関連したサービスを売って利益を稼ごうとするRedhatやIBMのように
間接的に行ったり、二次的な戦略のことを考えていなければ。

この二次的な戦略というものが、GoogleとAppleが同様にオープンなWebを強く
好む理由を説明することになる、それは近視眼的な開発者が単に多くの労力をなさずに
当面の目標を為すことができるとして盲目的にFlashやSilverlightによって束縛されるのとは
対照的なものだ。

>>197
>Apple's air supply attack

「酸素ボンベに攻撃」＝「空気を奪う」「窒息させる」という意味だよ。
iPhoneにFlashを積まない事でAppleはAdobeの重要な呼吸穴を塞いでみせた、と。

GoogleとAppleがオープンなWebを好む理由

GoogleはWeb開発の標準仕様のツールに投資している、なぜならオープンなインターネットが
欲しいからだ；GoogleはオープンなWebが必要なのだ、なぜならAdobeやMicrosoftが
プロプライエタリなFlashやSilverlightのプラグインによってオープンなWebを侵すことで、
Webの中をオープンなHTMLの代わりに不透明なバイナリに変えられてしまっては、
競争が出来ず、広告を売ることが出来ないからだ。

Appleは広告屋ではない、だがハードウェア屋だ。WebがFlashやSilverlightを必要とすれば
AdobeやMicrosoftはMac(やLinux)のような他のプラットホームを故意に殺すことも、
単にそれらのプラットフォームはそれら自身が不適当なものだとして動かなくなるリスクが
あるとして不十分なものにすることも可能なのだ。現にAdobeはMac用のFlashの提供
(そしてWindows以外のあらゆるプラットフォーム)でその一部の機能を無効にしたことで
証明しているし、MicrosoftによってWindows以外のものはなにもかも破壊してきたことは
歴史的に見れば語るまでも無いだろう。

それによって、GoogleとAppleは偶然に一致した異なった関心によって団結することになる、
GoogleはWebがオープンであることを欲している、なぜなら広告を売ることが出来るから、
AppleはWebがオープンである必要がある、なぜなら常にいつもどおりにWebをブラウジング
するハードウェアを売ることが出来るから。
現在2つの会社は目標を達成するために独自に動いている、互いを補うことも多い。

>>201
おお、ありがとう。

というわけで誤訳等指摘あればよろしく。

GoogleのAPIはまだまだ

Googleはオフラインストレージを使用したリッチウェブアプリの拡充のためのメカニズムとして
Google Gearsを発表した。だがGoogleAPI開発の体験は、Maps、Gmailといったような
Webサービスへアクセスするには限定的なものとなっている。Google Gears、Androidや
その他の重要な新しいプラットフォームのAPIを提供するための労力は未だ確立されていない。

例として、Android SDKを提供するGoogleの進行は、2007年11月に発表されてから、
リリースサイクルと洗練さ、そして2008年2月の発表から磨き上げられている
AppleのiPhone SDKによって影を薄くさせられている。

Googleの他の問題は、大きい献身的なユーザベースがないことだ。Googleは多くのコードを
コミュニティに寄付しているが、それは必ずしもコミュニティがそれを使うことを意味していない。

AppleのAPI

対照的に、Appleは長年マーケットで証明され、業界の中で競争してきた中で広く採用された
とても強力で熟成した開発ツールとプラットフォームフレームワークを持っている。

AppleはMacによって最初のメインストリームになったグラフィカルなプラットフォームである。
そのモデルは結果的にはMicrosoftのWindowsの基礎として利用され、90年代初期に
Coplandの失敗によってAppleは人気を失うとともに、Windowsは人気になった。

NeXTを作るために80年代後期にAppleを去った従業員は、最初のメインストリームになる
オブジェクト指向のプラットフォームフレームワークを作った、開発の参考としてパクられたり
使用したいと業界が切望する標準を再び確立したのだ。

Apple、IBMのTaligent、SunのJava、Microsoftの失敗したCairoも全ては、人目を引くクライアントが
既に使用していたNeXTが持っていたものを出そうとしただけなのだ。

今日はここまで。
どうでもいい話といえばそうなので、読むほどのことでもないかもしれません。
上での通り誤訳指摘等あればよろしく。大して英語得意でもないので。

乙でした、とても興味深く読ませていただきました。
ありがとうございます。

>>206
乙!長文チャレンジ凄いです。
とても興味深い記事を紹介して頂いてThxです。続き楽しみにしてます

乙です。ワクワク話いいですね。
続きもよろしくお願いします。

面白かったです！
続きwktkしてます！

乙です。タイムスケールがあまりに壮大すぎていつの話だかわからなくなるほどw

水を差すわけじゃないですし、訳者さんは大乙ですが
RoughlyDraftedの言うことはあまり真に受けない方が…

>>212
真に受けてるってほどでもないです。えー？って思う文面も多いし。
まあ真に受けるかどうかは個人判断で。

AppleのAPIの哲学

オールドAppleの遺物が1996年NeXTを買収し、Mac OS Xに取りかかった後は、
AppleはそのデスクトップAPIを以下に注力するというユニークな哲学のもとに開発、
改良を行ってきた；

・機能を容易に
・不必要なAPIの開発はやめ
・改良のために繰り返せ
・量より質

APIの質と洗練さをAppleが強調することで、ずさんなコードと不十分な計画によって
引き起こされる大きな昔の痛々しい問題へ戻ってしまうことを防ぎつつ、
この10年Microsoftより早く移行を進めることが出来た。
それによって今度は90年代中盤のCoplandの失敗に伴うAPI開発のAppleの評判を取り戻した。

デスクトッププラットフォームには多くの開発者がいるものの、Appleは過去のまま
休むことはない。iPhoneにおいてAppleはデスクトップのCocoa APIを直接移植はしなかった、
しかし完全に新しいセットという事情と新しく始める機会を考え、いかに動かすべきかを
再構成、再考する機会を与えた。Appleのドキュメント"iPhone Getting Started Docs"から
SproutCoreブログが引用している。

"最大の違いの一つはUIKitクラス宣言を通したプロパティの幅広い使用である。プロパティは
10.5で導入されたもので、AppKitフレームワークの多くのクラスの新設に伴っている。
AppKitの中の同じgetterやsetterの単純な真似ではなく、UIKitはクラスインターフェースを
簡潔化するための方法としてプロパティを採用している。プロパティについての情報は、
Objective-C 2.0のプロパティの項を。"

CocoaフレーバーでオープンなWeb

AppleはCocoaライクな開発を現在Mac OS XやiPhoneの外の広い範囲に向けて推している、
Webだ。Appleは既に去年秋に発表した.Mac Web ギャラリーで、普通のデスクトップアプリに
結びついた直接的な操作とオフライン状態の機能を持ったリッチウェブアプリを提供する
能力を示している。これを行うために様々なJavaScriptフレームワークのツールがテストされ、
その後AppleはSproutCoreへリソースを置いた。

これはAppleがWeb標準を使うことで独自のリッチウェブアプリを進めることを
可能にするだけでなく、MITライセンス下において、Cocoaらしいクロスプラットフォームの
JavaScriptフレームワーク、SproutCoreを共有することでもあった。
この共有はRIAの位置へFlashのオープンな代替物を提供することを可能にするだろう。
SproutCoreは広告をアニメーションさせたりナビゲーションアプレットのためのFlashの使用と
競合するものではない、しかし完全に高度な操作を可能にするアプリケーションを展開するのなら、
AdobeのFlashベースのAIRプラットフォームをターゲットにすることになる。

WWDCの最大の発表の一つはiPhone、そしてクロスプラットフォーム化されるよう調整された
.Macの新ブランド、Mobile Meであった。AppleはWebカレンダーとコンタクトを追加し、
MailとFinderをモデルにしたiDiskを変更した。Mobile Meのギャラリーコンポーネントは
現在の.MacのWebギャラリーを更新したものだ、そしてそれはSproutCoreの早期バージョンを
使用して構築されている。

Charlesさん家のSproutCore

SproutCore JavaScript フレームワークはAppleも開発したが、オリジナルはMailroomという
オンラインe-mailマネージャを作るためにCharles Jolleyによって開発された。
Appleは.Macチームの一員としてJolleyを雇い、共同で彼のフレームワークを急速に
改善させていった。

SproutCoreはメニュー、ツールバー、ドラッグアンドドロップのサポート、
ローカライゼーションを使ったWebのための本物のアプリケーションを構築することを
簡単にするだけではなく、バインディング、キーバリューオブザービング、ビューコントロールを
持ったRails（もちろんCocoaも）のような完全なモデルービューーコントローラアプリケーションの
スタックも提供する。またJavaScriptの最新機能、遅延バインディング、クロージャ、ラムダ関数にも
触れている。また開発者はドキュメント生成やフィクスチャー、ユニットテストのツールを
ありがたく思うだろう。

Cocoaの強みをSproutCoreに根付かせる綺麗なMVC哲学のその重要な部分はバインディングだ、
プロパティ値の変化が自動的にいつでも伝わるようなJavaScriptを書くことが出来る。
バインディングによって、高度な一貫性を持った挙動を備えたかなり複雑なアプリケーションを
とても少ない"接着剤"コードで作ることが可能になる。

え? Webアプリ?

SproutCoreはMac OS Xのデスクトップアプリのようなルックアンドフィールの
Webアプリを展開するための軽いCocoaのようなものだ。WWDCで、ピクサーの
Michael B Johnsonはランチタイムプレゼンテーションで、64ビットアドレッシング、
マルチスレッディング、あと他のデスクトップだけの機能を必要としないなら、
Webでアプリを作るのを当然だと指摘している。

だが、Webアプリはしょぼくないか? 歴史的には確かにそうだ、
特に全てのサーバの応答がページロードを要求する時代もあった。Ajax技術の開発が、
現在のバックグラウンドでサーバから非同期でデータを出力することが可能になり、
それを助けることになった。ドラッグアンドドロップ機能を備えるFlickrのような最新の
Ajax Webサイトや、GoogleのAjaxの使用でさらにデスクトップライクにはなったが、
使いやすいインターフェースではまだ遅れている部分も多い。

SproutCoreはそれを前進させる；ブラウザによるローカルでのリッチな操作を保ちつつ
オフラインでの機能をサポートすることで、さらにデスクトップアプリのような挙動を持たせ、
ユーザが好まない連続的なHTMLページの読み込み等を減らすことを可能にする。
デスクトップアプリのように見える、Mac OS Xのデスクトップアプリにようにも出来る。

SproutCoreフレームワークはWebデベロッパの多くの問題をも解決する。
Safari、Firefox、IE6/7のクロスプラットフォームで動かすためのブラウザ互換性の問題にも
備えている。最新のブラウザの装飾的なCSS機能の能力も簡単に使えるようになっている。

フロントエンドからWebObjects、WebDAVへ

SproutCoreはシンクライアントの分野にも進出する、つまりアプリケーションは
全てバックエンドサーバから実行されるため、全てのクライアントにインストール、
管理をする必要が無いのだ。

シンクライアントの難しい部分は、Webのような機能的に小さいプラットフォームでの
弱さゆえに、一般的に最低レベルの機能が提供されていたことだ。SproutCoreはこれを
解決する、最新のWebブラウザの機能によって、クライアントのWebアプリは高機能になり、
十分に洗練されることになるからだ。

SproutCoreのWebアプリは、パワーとクライアントサーバ処理の力を持ったWebサービスの
柔軟性を組み合わせたものだ、Appleはこれを新しいモデル、"Webクライアントーサーバ"と
発言している。Mobile Meの中で新しいWebアプリはWebObjectsとWebDAVサーバによる
Webサービスと結びついている、だがPHPや、XML、JSONオブジェクトにデータをつけることで
他のあらゆるサーバとつなげてSproutCore Webアプリを誰でも作ることが出来る。

Yellow Boxの外

もしYellow Box、つまりCocoa for Windowsを待っているのであれば、待つのを辞めて
コードを書き始めた方が良い。SproutCoreはLeopardのCocoaの価値をWebに持っていく、
JavaScriptをデスクトップの機能の多くの自由な組み込みサポートを持った高機能な
アプリケーションプラットフォームにさせるものだ。

オープンなWeb標準を元にすることとそれ自身をオープンソースにすることの意味は、
SproutCoreによってプラグインやベンダーに頼らずにクロスプラットフォームな開発を
可能にするということだ。

Web標準でありつづけることは、昔のYellow Boxの重大な問題、Windowsの
下位レイヤーの互換性や、一部のCocoaの新機能の相似についての
心配をすることをせずに、AppleやコミュニティにとってSproutCoreを
前進させていくことを簡単にしてくれるだろう。またSproutCoreは、
新しいランタイムレイヤーによって開く未知のセキュリティホールへの心配を
防ぐように、良く知られたセキュリティコンテキストの中で動くようになっている。

AppleのSaaS

これはある興味深い可能性が出てくる。Appleは既に消費者向けの
"Software as a Service"市場において.Macで静かなリードをしている；
Google、Yahoo、そしてMSNはオンラインのメール、写真、その他アプリケーションに
広告を配信するモデルを作っている、Appleは実際に.Macのサービスを
販売することで、かなりユニークなものになっている。本当はAppleがしてることを誰もが
したいのだ。

Mobile Meは.Macの目標を変えたもので、iPhoneユーザに、そしてさらに大勢に広げ、
WindowsユーザにMac OS Xのアプリケーションを押し進めようとするものだ。
将来Appleは間違いなくMobile Meに新しいアプリケーションを追加するだろう。
Mac、そしてWindowsユーザの両方にiWorkのSproutCoreバージョンでオンラインオフィスの
競争へ参加するだろうか。Webを介したファイル共有やVNCスクリーンシェアリングを可能にした
Back to My Macの拡張はどうだろう。

そして、サードパーティはどうか。Mobile Meプラットフォームに入りたい企業の
開発者も確かにいるだろう。AppleはサードパーティのWebアプリのホスティングを考えるべきだ、
サービスの一部としてバンドルするか(そうすればMobile Meの価値も上がる)、あるいは
少しのお金を払うことで使えるようにすることが出来る追加アプリでもいい。
想像してほしい、iPhoneと同様のダイレクトなWebアクセスと同期を可能にする
QuickBookのMobile Meバージョンを。

Web Apps Store

Webデベロッパは、彼らのサービスを売ることがほぼ不可能であることは
よくわかることだろう、だがAppleはモバイルソフトウェアで同様の問題を解決するように
この問題も解決出来る。Mobile MeでiPhone App Storeの同じものを提供することによって
iTunesの拡張のように動くWebアプリとWebサービスの成長しうるサブスクリプション型の
市場を作ることができるだろう。事実、AppleはiTunesにWebKitのビューを追加出来るし、
幅広いユーザにMobile Meアプリを表示することが可能になる、iTunesがいいのは
支払いのためだ。

もちろん、AppleはWebアプリを売るためにiTunesのインフラを必要としていない、
Safari for Windowsもあるし、FirefoxやIEでも動くからだ。もしApp Storeが面白いと
思ってるなら、Mobile Meの中のマーケットも実際にますます面白くなるべきだろう。

高い回転率の無料サービスとしてFacebook上にFlash風のアプレットを提供することで
大騒ぎするような利益が無く注目度の高い市場の中、おそらく本物のアプリケーションと
Webサービスを有料サービスとして記録的な利益を生み出させている忠誠心のあるユーザに
提供するAppleの能力はさらに注意を引くことになるだろう。


突っ込みどころはまあいろいろとあると思いますが、とりあえず終わり。

　　∧__∧
　 (´･ω･`)　　乙です！
　 (つ旦と)
　 `ｕ-ｕ´

乙です。面白かった。
今日のCNETに載っているFirefox 3の記事でも、Web標準＝FlashやSilverlight排除っていう
意味にも取れる部分があったから、実はそういう考え方が浸透してきているのかもね。

保守

ttp://www.matasano.com/log/1069/apple-ships-suids-with-applescript-dictionaries-hilarity-ensues/

乙です。本当にここのせめぎ合いはどうなるですかねー

乙っすね。

MobileMeのデモを見れば誰もが認識できるでしょ、
SproutCoreの可能性、ウェブアプリが新たな段階を迎えたのを。

MobileMe版のiWorkというのは確かに良い考えだし、
Appleも、Googleに対抗する手段としても考えてるだろうね。

次
http://pc11.2ch.net/test/read.cgi/mac/1185893419/109

hoshu

maintain

！

?

あひーっ！

どなたかお願いします。
「Pizza Box」「Throne」「Calming Teas」
http://www.apple.com/getamac/ads/

保守

グッグもう、ウェヴはやんねぃって言ってるから
ここが頼みだわ。

>>234
全部訳してようつべにあげようと思ってたけどこれだけ

Pizza box

Mac:どうも、Macです。
PC:無料ピザです。
Mac:ピザボックスの中で何してるの？
PC:大学生の呼び込みだよ。一番売れるPCになるためにね。君を買いに来たらタダのピザを見て、こっちに来たら捕まえるんだ。
Mac:コンピューターを選ぶのに何の関係が…
PC:問題は彼らが君を選んでいるってことだよ。彼らはLeopardが動いてiSightカメラつきでMicrosoft Officeが動く君を大好きだからね！フンっ！
Mac:そ、そう。頑張って…
PC:こっちにおいでー。おいしいピザですよー。

>>237
GJ!!
ありがとう。やっぱり本家はユーモアがあっていいですね。
ようつべも期待！

Ho

ttp://www.cabel.name/2008/10/on-wedding-design.html

>>234
亀レスですが。。。

Throne

Mac:どうも、Macです。
PC:余は王である。
Mac:何これ？
PC:VISTAは面倒くさいけど、コンピュータを乗り換えるのはもっと面倒くさいだろ。だから、
　いくら君のOSの方がよくても僕の「臣民」を失う心配はないのさ。余はいまだに王である！
Mac:えーと、君の「臣民」がMacを買って古いPCをApple Storeに持ってきたらMac Genius
　が無料でファイルを転送してくれるよ。
PC: 本当に？
Mac: うん。これで乗り換えが楽になったね。
PC: お前を消してやる！もう消えた！

>>241
最後は「お前を追放してやる！追放だ！」でした。
BとVの区別は難しいorz

祭り前保守

>241

乙ですー

>>241乙
オリジナルを見てないのでわからないけど、
「BとVの区別」ってのはなんて単語のことですか？

banishとvanishじゃない？

みんなスゴイなぁ！！！

ティム・クックって何系の人?

クック系。

イァン系

68K

新作
ttp://www.apple.com/getamac/ads/

Bean Counter
Mac: こんにちは　Macです
PC : PCです
PC : 宣伝　宣伝　宣伝　Vista修正
PC : 宣伝　宣伝　宣伝　Vista修正
Mac: PC?
PC : ああ今ちょっと予算の振り分けをね
PC : ユーザーがVistaにいらついてるから信頼に足る対策を
Mac: ん？宣伝の方に投資してたよね
PC : うん宣伝に　あとちょっとだけVistaの問題を直すのに
Mac: これっぽっちで直せるの？
PC : 確かにそうだね
Mac: そうだよ
PC : じゃあ全部宣伝に使おう

V Word
Mac: こんにちは　Macです
PC : PCです
Mac: 何持ってるの？
PC : ああこれはウチのOSの名前を言わせないためにね
Mac: ああつまりVis＜ピー＞
PC : 聞こえなかったな？何て言ったの？
Mac: Vis＜ピー＞
PC : Vのつく言葉は禁止だよ PCユーザーをいらつかせてはいけないからね
もっと簡単な名前を使ったら？Windowsっていう
Mac: だからそれってWindows Vis＜ピー＞
Mac: 現実から目をそらすの？Vis＜ピー＞って言わないことよりVis＜ピー＞を直す方が
Mac: Vis＜ピー＞ V＜ピー＞ Vist＜ピー＞ ……Vista＜ピー＞
PC : あー！

>>252ﾀｿGJ。ついでに追加解説。
Bean Counterは経理の人間を指す蔑称です。豆の数を数えるかのごとく細かい奴、というのが由来。

新作”BAKE SALE”翻訳希望

>>254
ほい
PC: Baked food, Mac?
Mac: They look delicious, yeah. But, what's the equation?
PC: I'm trying to raise money to finally fix Vista.
Mac: Why are you doing it yourself?
PC: Well, marketing guys decided to run a big, expensive ad campaign
rather than use that money to fix Vista. Since my problems don't seem like a
priority to them, taking matters in my own hands. a bake sale.
Mac: That's a good idea. I'd love to help you out. ah, I'll take the cupcake.
PC: There you go
Mac: Thanks. How much is this gonna be?
PC: Have a bite.
Mac: (Bites into the cake)
PC: 10 million dollers. Now you have to pay me because you had a bite.

>>254
"Bake Sale"はチャリティーの為に一般人が手製の焼き菓子を売るイベントの事ね。


PC: マック、お菓子はいかが？
Mac: 美味しそうだね。でも、一体なんでこんな事を
PC: Vistaを直す為の資金を集めてるのさ
Mac: なぜ自分でそんな事を？
PC: だって、マーケティング部の連中は高価なキャンペーンをやるって決めちゃったからさ。
　　どうも僕らの問題は彼らにとって重要じゃないらしい。
　　ならば自分でやるしかないだろう？Bake Saleさ。
Mac: 是非力になりたい所だけど...ああ、カップケーキをもらうよ。
PC: さぁどうぞ
Mac: ありがとう。これでおいくら？
PC: まぁ食べて
Mac: (ケーキをかじる)
PC:　1000万ドルね。払ってくれなきゃダメだよ。もう食べちゃってるんだからね。


>>255一行目、「Baked goods, Mac?」かも

>>256GJ
最後はもっとひねってもらいたかったけどアメリカ人には面白いのかな？

翻訳希望す
Latest Snow Leopard Build (10A190) Now Available [Seed Notes]
http://news.worldofapple.com/archives/2008/10/25/latest-snow-leopard-build-10a190-now-available-seed-notes/

>>258
訳した所で専門用語だらけで意味無いと思うよ...
この変更に興味が涌く様な人なら殆どそのまま読めるでしょう

サマリーだけ訳すけど

WWDC公開時のバージョンからの変更点
・Mail, iCal, Address BookでのMicrosoft Exchange サポート
・マルチコア用最適化の強化：グランドセントラルでのキュー処理、
　文法、C++/GDBでのブロックの扱いの変更
・ファインダーは部分的にCocoaで書き直されている
・インストールが簡単になった


気になったのは64bitカーネルの開発にはMac Pro/MBPの2008年モデルだけが
推奨として書いてある事位かな？

翻訳よろしくお願いします
Road to Mac OS X Snow Leopard: 64-bit to the Kernel

http://www.appleinsider.com/articles/08/10/28/road_to_mac_os_x_snow_leopard_64_bit_to_the_kernel.html

>>260
結構まともに訳すよ。

excite翻訳　ウェブページ翻訳：英語
http://www.excite.co.jp/world/english/web/

>>259
>・ファインダーは部分的にCocoaで書き直されている

やっとLAN切断でFinderが300秒フリーズしたりする
OS9を思い出すような古くさい設計が見直されるのかな...

GrandCentral絡みとかマルチタスキングに本格的にメスが入る様で期待大

Finderがマルチタスクになるだけでもだいぶ使い勝手良くなる

>>262
それCocoa/Carbon関係ないでしょ。
いつの時代の話題だ? >Finderがマルチタスクになるだけ

亀レスだが
>>264
多分コープランドの血を輸血した旧MacOS8.xあたりかと

落ちちゃ、やぁ〜よ

age

このページのリンク元をお願いします。
アップルのテクニカルサポートにかかった最初の電話の中身
http://www.gizmodo.jp/2008/12/post_4774.html

gizmodoの抄訳でなかなか面白そうなネタだったもので
よろしくお願いいたします。

ttp://blog.wired.com/gadgets/2008/12/rumor-new-mac-m.html

いい加減なGet A Mac訳

Tree trimmming
Mac:どうもMacです。
PC:PCです。
Mac:PC、楽しいね。些細な諍いは横において楽しもうよ。
PC:う、うん。
Mac:友達と一緒にいられて嬉しいよ。
PC:そ、そうだね。ちょっとあっちに行ってくれる？
Mac:じゃあ電気つけてよ。
PC:いやいや、こんな綺麗なツリーの側から離れたくないなあ。
Mac:なんだよ。電気つけてツリー見ようよ。
PC:わかったよ。
＜PCの勝ち＞
PC:ま、まあそういうことだから。

I Can Do Anything
Mac:どうもMacです。
PC:PCです。
PC:ねえMac、僕が気分いい理由分かる？
Mac:和解のシーズンだから？
PC:違うよ。アニメーションだからだよ。何でもできるんだ。
PC:つまり空を飛んだり、雪だるま素早く作ったり。
Mac:ワオ。
PC:動物と話もできるよ。
PC:やあうさぎさん。どこにいくのかな？
ウサギ:アップルストアだよ。急がなきゃ。
PC:おっと。
PC:災難だねえ。手が滑っちゃったよ。

>>270
乙!!　訳してくれたから、ちゃんと笑えた。ﾔﾎｰｲ

ついでにリンク貼っとく
ttp://www.apple.com/getamac/ads/

ちょっと古いしどっかに訳があるかもしれんけど

Apple COO Tim Cook could be in line to replace Steve Jobs - Nov. 10, 2008
http://money.cnn.com/2008/11/09/technology/cook_apple.fortune/index.htm

http://www.nytimes.com/2009/02/02/business/media/02apple.html
iTunesの合意にも関わらず、音楽レーベルは依然いらだっている。
By TIM ARANGO

Appleのオンラインミュージックストア、iTunesでの値付けに対する
新しい条件に合意した際、音楽産業とApple、長年の不安定な
パートナーたちは、調和的な絵に見えた。

しかしながら、この背後では従来通りに緊張し、敵対的な関係が
続いている。

1月6日の発表は音楽産業と最大のディストリビューターの歩み寄りを
示すかのように見えた。レコード会社は（DRMという）著作権保護への
要求を取り下げ、Appleは柔軟な価格付けを許可し、レーベルが新譜や
人気曲にさらに課金できるようにした。

しかし、交渉に関わったある音楽産業幹部によれば、Appleの本来の
目的はiPhoneを通じた音楽配信を確実なものにすることだった。
携帯電話はますます重要な音楽の販売経路になると期待されているからだ。

AppleのチェアマンでCEOのスティーブ・ジョブズ氏と、
ソニーミュージックのチェアマン、ロルフ・シュミットホルツ氏の
間でクリスマスイブに行われた会合も、変更のタイミングをめぐる
非合意のため特に緊張したものとなった。

Appleの広報とソニーの代理人はともにコメントを拒否した。
電話会談におけるジョブズ氏の闘争的なトーンについてのおしゃべりが
音楽産業の周りに跳ね返っている。これはAppleの音楽販売の
支配者としての地位が可能にした、彼のタフな取引戦略だ。

最近ジョブズ氏は病気のために日々の職務から離れると発表した。
ジョブズ氏の健康問題がAppleの業務に疑問を投げかけている一方で、
音楽産業幹部たちはAppleとの緊張した関係が続くだろうと考えている。

数人の音楽産業の高い地位にある幹部は、Appleの怒りを買わないために
匿名であることを条件に、Appleがそうしたことはこれまでないにも
関わらず、不合意のためにAppleがレーベルのプロダクトをiTunesから
取り下げてしまうのではないかという恐怖の中で交渉していると語った。

Yahoo Musicの前ジェネラルマネージャーで、現在シリコンバレーの
ベンチャー投資会社Benchmark Capitalにアントレプレナーとして
滞在しているデイブ・ゴールドバーグはこう語る。「スティーブは
かなり賢く振る舞ってきている。彼は優位にあることを理解して
いると思います」「音楽レーベルは音楽を取り下げる余裕なんて
ないはずです」

このリスキーな関係の結果、音楽産業はAppleが支配的でない
未来への探求を増大させている。多くの幹部によれば、音楽購入の
将来は携帯電話越しになり、また個別の購入ではなく、月額
サブスクリプションによる音楽の巨大データーベースの聴取による
ものになると信じているという。

しかし、現時点ではそれは合衆国では非常に小さなビジネスだ。
Forrester Researchによれば、2008年のiTunesのようなWeb店舗からの
音楽ダウンロードは15億ドルになると見られている。対してワイヤレス
販売はわずか7000万ドルだ。AppleがこのエリアでもiPhoneによって
勝つことができるかもしれないにもかかわらず、音楽産業は生き残れる
プレイヤーになるために、Comes With Music（訳注：Nokiaのサブク
リプションサービス）を提供しているNokiaのような他のプレイヤーの
方を見ている。

Forrester Researchのデジタル音楽アナリスト、デビッド・カードは
こう話す。「それでも彼らが一番巨大だ」「まったくAppleと、
それ以外全員、だ。業界は複数の販売経路と求めるだろう」

交渉に関わったある音楽産業役員によれば、Appleは可変価格をおよそ
1年前に交渉提案したという。明細はレーベルによって若干異なるものの、
ほとんどの曲は99セントで販売され、レーベルが70セント、Appleが
残りを受け取っている。

音楽企業は共謀をさけるため個別にAppleと交渉したわけだが――Appleは
音楽企業がiPhoneでのワイヤレスダウンロードと、DRMによる著作権保護の
放棄に同意することを条件に、可変価格への切り替えを提供する考えの
あることを示した。

Sony Musicを除く全レーベルが同意した。Sony Musicのチェアマン、
シュミットホルツ氏は発表後すぐの実現を求めたが、ジョブズ氏はより
長期の計画期間を求めた。電話の内容について説明してくれた人物に
よれば、シュミットホルツ氏とジョブズ氏はクリスマスイブに加熱した
やりとりをした。結局、Sonyは屈服し、長期の待機期間に同意した。

仮に将来の交渉にジョブズ氏が個人的に関わらないとしても、
音楽産業幹部はAppleとの取引を恐れている。Appleが持っているのは
音楽がプロモートされるiTunesホームページの力だ。さらに彼らによれば、
AppleのiTunes担当副社長でレコードレーベルとの関係を管理する
エディー・キュー氏を含むAppleの全社員が交渉の席になればジョブズ氏の
スタイルを踏襲するため最前を尽くすという。

オフラインで、業界はWal-Martのような支配的な販売店と長期間議論を
繰り広げてきた。Wal-MartはCDの最大の販売店だがもはや流行の
仕掛人ではなく、iTunesがその地位にいる。

Sony Musicの一部門、Epic Recordsの前社長チャーリー・ウォークは
こう語る。「業界が好むと好まざるとに関わらず、アメリカで最も人気の
曲を示すiTunesチャートは、すでに子供たちが好きな音楽の種類を発見し、
友達と話す手段として巨大な影響力を持っている」「すでにアメリカの
ポップカルチャーにおいて非常にパワフルで、ヒットソングを瞬時に
決めてしまう」

見方によっては、この緊張は業界におけるAppleの力によるものだ。しかし
一方では伝統的なサプライヤーとディストリビューターの間の分裂を
反映している。数年前、損失補償をめぐる論争から、いくつかのレーベルは
ビデオをYahoo Musicサービスから引き上げた。

「彼らは彼らがMTVを創ったと信じ、そしてAppleを生き返らせたのだと
いうだろう」と、ゴールドバーグ氏は音楽産業一般についていう。

しかしForresterのカード氏は異なる見解を持つ。「Appleに同意して
いなかったら、音楽産業がどこまで悪くなっていたかは神のみぞ知る」

訳してみたけど、時期はずれだしあんまりおもしろくなかったね。
まあせっかくなので。
ageときます。

>>276

大変読みごたえあります
ありがとうございます

とっても乙でした。

乙です！
ありがとうございました。

なんか、とりあえず礼を言っておけば、暇な時にまた
翻訳してくれるだろうって魂胆が見え見えだな。

>>276
意外と面白かったですよ。

iTSの件でソニーと何か電話でやりあった、
という情報しか知らなかったから
背景がわかってすっきりした。

俺は楽しめたよ。ありがとさん。

Apple はいつのまにか、アメリカではもう、
音楽業界で交渉力を持ってしまっているのだな。

しかし身勝手な独裁に映らないのは
> Appleに同意していなかったら、音楽産業がどこまで悪くなっていたか
皆の目に明らかだから。

Apple が潤うことがレコード会社の利益を維持し、消費者の利便につながる。
シンプルで、美しいシステム。

英語嫌いだけど暇だったので適当に訳してみて途中で挫折した。
だれか暇な方引き継いで下さい。

>>272
Apple COO Tim Cook could be in line to replace Steve Jobs - Nov. 10, 2008
http://money.cnn.com/2008/11/09/technology/cook_apple.fortune/index.htm


あまり気分のよくない事実からははじめよう。
　もしもジョブズ氏が６月のサンフランシスコのイベントで痩せ細って青白い顔で登場しなかったのならば、
私たちは、アップルの最高経営責任者としてジョブズの跡を継ぐ可能性が最も高いと思われている、さほど
注目されていない男に関する記事を書くこともなかっただろう。

　ジョブズ氏は、結局のところ膵臓癌の経験者だ。治療できるタイプの膵臓癌を2004年に克服している。
昨夏のジョブズ氏のすぐれない外観のために、ニュースが入ったとき、アップルの興奮しやすい投資家陣や
ブログ界も、（ほかのことだったら激しい言い合いや辛辣なコメントが至るところで飛び交うところだが）、
ジョブズ氏の健康状態について首をかしげた。すなわちAppleCEOの基調講演が行われないというのだ。

　アップルの中でも外でも広く受け入れられた一つの意見はMagician of 1 infinite Loopはどうしても代え
ることができないというものだ。

　スティーブ・ジョブズは１人しかおらず、手をひと振りするだけで業界全体を作り直すことができるビジ
ョンをもつ空想家だ。ジョブズ氏の健康状態にわずかに不安が見られただけで、アップル社の市場価値は数
十億ドルも下がった。

　ジョブズCEOが欠くことができないということを最も普及しているのはジョブズ氏自身である。けれども
このプログラムに深く係わっており、実際にCEOとしてジョブズ氏の代行を務めた幹部がいた。（Appleの
後継者がいるとしたら）それは、ティム・クック氏だろう。彼はアップルの最高執行責任者でもあり、2004
年の２ヶ月間ジョブズ氏ががんの手術から回復していた間、暫定最高経営責任者になった。

　「スティーブの代わりになるだって？　ノー。彼に代わることができる人などいない。」クック氏をよく
知る友人によると、彼は最近そう言ったそうだ。「誰だって乗り越えなければならないものがある。私は白
髪になった70歳のスティーブが、私が退職したずっとあとにもあそこにいると思うよ。」

　クック氏の言っていることは正しいのかも知れない。私たちはジョブ図示の健康状態を把握していないの
だから。しかし、巨大企業では後継計画は通常、希望的観測の上に構築されるものではない。アップル社
の53歳のCEOの交代計画はジョブズ氏本人と７人の他のボードメンバーしか確かなところは知らない。

　クック氏はビジネスオペレーションの巨匠と見なされているが、アップルの外の人でクック氏（2008年11
月で48歳になった。彼はフィットネスマニアでもある）が良いCEOになるかどうかわかる人はほとんどいな
い。ましてやジョブズ氏の代わりに適任かどうかなど誰にも分からない。かなり慎重なアップルウォッチャー
であってもどう考えればいいかはっきりとしたところは知らない。

　「何もなければティムクックが妥当な線だろう。」証券会社サンフォードC.バーンスタインのToni
Sacconaghiは言う。有力なアップルアナリストである。「けれどもまだはっきりしない。アップルにおい
ては掛け金は非常に高い。スティーブは企業生命以上の存在だし、ティムは未知数だからだ。」

　つまり世界で最もクールで、そして最も成功した企業の王座の後継者は、今のところ白紙状態なのだ。誰
が後継者なのかを調べるには十分な理由だ。ティムと直接交渉したことのある20人の人々とのインタビュー
の中で、予想外の、しかし安心できるティム像が浮かび上がってきた。クック氏とジョブズ氏は多くの点で
対照的であるにもかかわらず、ナンバー２幹部もジョブズと同じように自分の作品や仕事に厳しく、取り付
かれていることがことが明らかになった。

　孤独を好むアラバマ州人で、オーバーン大学のエンジニアリング（1982年）の卒業生、クック氏もまた
仕事中毒でアップル社の外の関心事といったらサイクリング、アウトドア、オーバーンのサッカーぐらいだ。
さらに、もしクック氏がアップルの舵取りをしたら、数年間は安定した数年間を迎えることができるだろう
と信じるべき十分な理由があった…彼は何年も実質的に会社の殆どを運営しているというのだ。

うんこ

ティムクックは1998年にコンパックコンピューターからやってきた。彼は16年間のコンピュータ業界のベ
テラン（12年間はIBMで働いた）で、アップルのひどい製造、流通の状況をきれいにして機器を供給する使
命をおびていた。ある日、彼はチームと会議を開いた。話題はアジアにおけるある問題になった。

「これはとても悪い。」クックは皆に言った。「誰かが中国に行ってこの問題を片付ける必要がある。」30
分間ミーティングを続けてからクックは、キーオペレーションエクゼクティブのカーン氏を方を見て突然何
の感情も挟まずに言った。「なぜ君はまだここにいるの？」

　カーン氏は、今日までクック氏のトップ副官の一人であるが、直ぐに立ち上がりサンフランシスコ国際空
港まで服も買えずに車で行って帰還日も確かめずに中国へ飛んだ。これがクック氏の真骨頂だ。感情を挟ま
ずに厳しい注文をつける。

　アップルに現れた日から、クックは製造を縮小しなければならないことを知っていた。彼は世界中の工場
や倉庫を閉鎖し、契約製造者との関係を確立した。その結果、アップルの在庫は急速に減少した。「在庫は」
クック氏は言った。「悪の根本だ。」


ここまで。以上、間違いだらけかも知れないけど、反省する気は毛頭無い。
誰か続きを作るなりしてくれると嬉しす。

面白かったです！乙です！

どうなんだろねティム・クック。
業務の執行は文句なさそうだけど先の方向性の決定とか。
フィル・シラーよりはいいかな。

昨日の続きをまた、ちまちまっと訳してみる。

クック氏は、在庫品の価値は通常の場合でも１週間に1パーセントから2％下落、現在のような景気の悪い
時期にはさらに下落するという意見をもつことでも知られている。

「いくぶんでも牛乳屋さんのように在庫管理したいと思うでしょ。」クック氏は言った。「賞味期限の日付
が過ぎたら、駄目なんだよ。」このような流通統制によりアップルの在庫管理は当時の業界基準（今でも、
だが）であったデルに匹敵するものになった。

　ここで読者の皆さんは、どうして記者はこの恐ろしく魅力的な会社の裏事情に拘泥しているのだろうか
と思っているのではないか。その理由は、一見すると味気ない事柄が、格好いいデザインやマーケティング
と同じぐらい大切だからだ。例えば、人々がどんなものを求めているのかを予想し、そしてその予想を裏切
るようなことを実行するのはコンピューター業界では極めて重要なことだ。なんといっても新しい製品は直
ぐに古い製品と競争を始めるのだから。

　2001年にPalmに降りかかった災難を思い出してみよう。主力のPDAの新製品を出すと発表したために1/4
もの売り上げを失ったのだ。新製品の発表によって古いバージョンは全く売れなくなってしまった。そのため
予定していた発売開始日に新製品を供給することができなくなってしまったのだ。

　このような失敗はアップルでは決して起こらない。アップルは何度でも驚かせるようなことをやってのけ
る。革命的な製品は、ベールをはがれる。世界中のストアで新しい製品が魔法のように登場するまでは徹底
的な秘密が貫かれる。iPhone, iPod, iMac,Macbook、とぎれることのないアップルの新製品発表と販売の
オーケストラには驚かずにはいられない。

　典型的な例を挙げてみよう。2006年にアップルは全てのコンピュータのラインナップをIntel社製のプロ
セッサに変更した。詳細には立ち入らないが、いろいろな技術的な理由により、プロセッサを変更すること
は簡単なことではない。けれどもクック氏のチームはどうにかしてそれをなしとげたし、それで売り上げが
乱れることは少しもなかった。

　クック氏の貢献を考えてみよう。利幅をあげるためには二つの基本的な方法がある。値段を高くするかコ
ストを削減するのである。アップルはその両方をしている。マーケティングとデザイン性により消費者は夢
中になり、喜んで付加価値にお金を払うようになる。経験豊かなクック氏の知恵はコストを制御する。そし
てアップルは現金製造器になる。クック氏はアップルを評して「本質的に企業家精神にとんでいるが、バラ
ンスシートの母」なる場所だとしている。全部で24.5億＄の現金があり、債務はゼロだ。

　今日はここまで。

スピンドラーの下でのパフォーマの在庫地獄からみるとまったく違う企業みたいだな。

乙です！

SCMのスペシャリストだって話はどっかで読んだな〜

乙です！
ギル・アメリオも苦しんでたとこだな＞在庫地獄

アメリオが10億$分の不良在庫を一気に処分したんだっけ。

アメリオたん、EXPOで会ったお。
いい人だったお。

続き

　このバランスシートはアップルの強力な武器になる。おかげでクック氏は供給元を封じ込めて、競合企業
を出しぬくことができる。2005年にアップルは新しいiPod、iPod nanoを発表した。iPod nanoは、既に
市場に出回っていたどの製品よりもはるかに大容量のフラッシュメモリーを搭載している革新的な音楽プレー
ヤーだった。クック氏のチームはiPod nanoの猛烈な需要をあらかじめ正確に予想していて、Samsungや
Hynixといったメモリー供給元に1.25億＄を前払いすることで、2010年まで特定のメモリー市場を事実上
買い占めたのであった。

　「ティムクック以前には、とても考えつかなかったようなことだ」ボストンで供給プロセス専門とする
コンサルティング会社「AMR Research」の主席ストラテジストのケビン氏はいう。

　このメモリーの購入のエピソードは、アップルの戦略がコストの削減一辺倒ではないことも示している。
「供給プロセスの界のほとんどは、いかに１セントのコストを抑制するかということばかりやっている。」
アップルの経営陣と深い関係をもっているスタンフォード大学の経営科学・工学の助教授ブレイク ジョンソ
ン氏はいう。「アップルはそういうことはしない。」

　アップルの内部をもっとスムーズに動くようにするために、クック氏は入社以来行動を共にしてきた役員
による緊密なチームを信頼している。ジェフ・ウィリアムズ氏、フラッシュメモリーの購入を実行した人物
だ。ディアドラ・オ・ブライエン氏、長年のアップル従業員で需要予測を扱う。ビル・フレデリック氏、顧
客サポートを率いている。Sabih・カーン氏、かつて中国に派遣されたノートブック担当者。さらに今年か
らIBMでクック氏の元で働いていたデスクトップ担当のリタ・レーン氏が加わった。

　ここ数年、クック氏は定刻通りに電車を運行する以上の任務を担ってきた。2000年には営業チームとカ
スタマーサポートを掌握した。当時、アップルで「販売」といえば小売業者と取引をすることを意味して
いた。ティム・クック氏のもと、Best Buyようなチェーン店でアップルにより独自に訓練された販売員への
切り替えがはじまった。これが今日アップルストアで見られるかの有名なジーニアスの先駆けである。

　ジョブズ氏の代行も務めた2004年に、彼はマッキントッシュ部門の指揮権も握った。翌年、ジョブズ氏
によりCOOに指名された。今日彼の担当範囲はiPhoneにまで広がっている。iPhoneを販売する51ヶ国の
無線通信事業者との交渉も彼の任務に含まれる。

　法律、財務、デザイン、マーケティングなどの主要部門の直接ジョブズに報告される。しかしクックほど
アップルに深く係わっている重役はほかにいない。

今日はここまで。例によって誤訳の混入はご容赦下さい。

凄まじいな。AppleにとってデザインとはMac本体やOSの見た目だけではなく製品を顧客に届ける一連のプロセスもデザインって事か。

乙ですー。
メモリ買い占めのニュースはビックリしたわ、当時。

>「供給プロセスの界のほとんどは、いかに１セントのコストを抑制するかということばかりやっている。」
>「アップルはそういうことはしない。」

この件は痺れるわ〜。
商品力と行動力のある会社は凄いね。

>>304
>商品力と行動力のある会社は凄いね。
随分昔の話で、今は違うかもしれないが、某運送会社は
「燃料代などは関係ない。いかに高付加価値の荷物を集めるかが勝負だ」
と言って、軽油の値上げをすんなり認めてくれたよ

おお、Cook氏乙です。

http://www.wired.com/print/gadgets/wireless/magazine/16-02/ff_iphone
これ訳したんだけど、じゃあCook氏が終わってからにしよう。
ってまだこれ訳でてないよね？

The genius behind Steveの続き

　陽気になることもできるが、何もない時のクック氏は気難しい表情をしている。性格はドライだ。会議中に
居心地の悪い長い沈黙を作り出すことで知られている。参加者が耳にするのはクック氏がたえず口にしている
エネルギーバーの包みが破られ続ける音だけだ。

　アップルの他の人々とおなじように、クック氏もジーンズを日常的に愛用している。短く切られた灰色の髪
型はランス・アームストロング氏（自転車プロロードレース選手）に似ている。クック氏はアームストロング
氏に傾倒しているのだ。（アームストロング氏はクック氏のことを知らないが「いいやつだと聞いている。」
とのこと）書くに値するようなクック氏の洋服に対する唯一のアピールは、いつもナイキのシューズを履いて
いることかもしれない。彼はナイキの役員でもある。（もう一人のスニーカー着用者であるジョブズ氏は
ニューバランスを愛用している）

　クック氏のスタミナはアップルでは伝説となっている。彼のために働いている幹部たちに朝の4:30からメー
ルを送り始めることもしょっちゅうだ。世界規模の電話会議は時を選ばない。クック氏はもう何年も、日曜日
の夜になるとお決まりの電話によるスタッフミーティングをして、月曜朝のさらにもう一つのミーティングの
ために準備するのだった。

　マイク・ジーンズ氏は、最終的にはオンラインのアップルストアのトップとして５年間クック氏と共に働い
てきたが、ニューヨークでのMacworldで、午前中の基調講演でジョブズ氏が皆を魅了したあと、午後から
クック氏の会議を招集したことをを思い出す。「その夜は自分も含めてメッツの試合を見ようとチケットを
持っていた人が少なくなかったんだ。」今はFanSnapというイベントチケットサイトのCEOを務めているジー
ンズ氏はかたる。「数時間が過ぎても、クック氏はまだ次から次へと僕たちを質問攻めにしたんだ。そのあい
だ僕たちは小学校の子供のように時計を眺めていたのさ。今でも、ティムが新しいエネルギーバーを開けなが
ら『よし、じゃあ次のページ。』と言うのがはっきり見えるよ。もちろん僕らはメッツの試合は見逃した
よ。」

　耐えられる人にとってクック氏と働くことは、自分を磨く良い経験だ。「彼は君に10の質問をするだろ
う。もしもそれに全部正しく答えられたら、さらに10の質問が来る。１年間それを続けられたら、質問は9に
減る。質問を1つ間違えると、たちどころに20、30の質問が発せられる。」かつてクック氏のグループで働い
ていて、家族の事情でテキサスに引っ越すことになったスティーブ・ドリ氏はいう。

　会議のクック氏はとことん冷酷になれる。「たくさんの人が木っ端みじんにされるのを見てきた。」今では
別の家電メーカーで働いている元幹部（匿名）の一人はいう。「クック氏は、答えられないと分かっている質
問を差し向けるんだ。何度も何度も際限なく。おかしいどころの騒ぎじゃない。大変だよ。」

　ほんの少しの人だけが職場でのクック氏のことを知っているといえるが、アップルの外での彼の生活を知っ
ている人はほとんどいない。永遠の独身者であるクック氏は、パロ・アルトの借家に住んでいる。休暇はヨセ
ミテやザイオン国立公園で過ごす。この数年で1億ドル以上のアップルの株を売却したにもかかわらず、裕福
さを仄めかすものはほとんど何もない。誰よりも早くオフィスに来て、最後にオフィスを去ること、過酷なス
ケジュールで世界中を飛び回っていること、職場にいないときはだいたいジムに行っているか、ハイキングを
しているか、自転車に乗っているかだということが知られている。

　派手なことが嫌いなクック氏の性格は、生い立ちからきているのかもしれない。彼はアラスカの「浜辺へと
続く道の途中に」（1999年オーバーン大学同窓会報でクック氏はそう表現している）ある小さな町
Robertsdaleで育った。父は造船所の労働者で母は主婦だった。ジョブズ氏のように、クック氏もまた死を覚
悟した経験がある。1996年、彼は多発性硬化症(MS)だと診断された。この診断は誤診であることがのちに判
明した。「こんなことがあったあとでは、この世の中が全く違ったように見えるよ。」同窓会報で彼は語って
いる。

　健康への恐怖はクック氏のサイクリング熱にも火を注いだ。彼は多発性硬化症(MS)患者を支援するための
チャリティライドにも、しばしば参加して完走している。彼の名前が表に出ることはほとんどないが、クック
氏は多額の寄付をしていると周囲に語ったことがある。例外的にオーバーン工業学校には彼の名前を冠した奨
学金がある。クック氏はオーバーンの卓越した卒業生の一人に数えられているが、そこでも彼は身を潜めて静
かにしている。「強いて言えば、表彰されることが好きな卒業生も結構います。」同窓会長のデビー・ショウ
は語る。「でもティムはそういうタイプの人間じゃないんです。」

今日はここまで。例によって誤訳の混入等はご容赦ください。m(_ _)m

>>306
フグ田さんこんばんは。クック氏の記事はこれでようやく半分です。まだまだ先が長いです。すみません。
もうしばらくお待ち下さい。

>>310
超乙
これで半分だって？

Cook氏乙！

なんというか、やっぱりPC業界は「パラノイアだけが生き残る」のだなぁ。

フグ田さん、Cook さん　Good job! Thank you.

The genius behind Steve
続き

　多くの人がクック氏のことを近寄りがたいと見なしている。もっとも、同時に彼がとんでもなく内向しがち
なだけかもしれないが。Gina Gloskiさんはボストンの半導体コンサルタントだ。クック氏と同じ年に工業シ
ステムエンジニアリングの課程を卒業した。女性はほんの一握りだったからGloskiさんは、どちらかというと
人気があった。けれどもGloskiさんは、数年後に同窓会を一緒に運営するときまでクック氏のことを知らな
かったのだ。

「Timはすごく社交的な人っていうわけじゃないんの。」とGloskiさん。「だからって人付き合いが悪いとい
うわけでもない。彼は単に、他人に興味を持っているようには見えないのよね。私は他の人を抱きしめたりキ
スしたりするのが好きなほうだけれども、Timと抱き合ったりキスしたりしても絶対に心地よい気分にはなら
ないと思うね。」

　クック氏について一般的な評判は、なんとジョブズ氏と性格がちがうっているかということである。クック
氏は冷静で、穏やかで、生まれてこのかた声を荒げたことはない。ジョブズ氏とはまるで正反対だ。アップル
の元幹部は、ジョブズ氏とエレベータでばったり遭遇してしまった時のために、あらかじめ頭の中に台本を用
意していていたという。ジョブズ氏ときたらいつ怒りだすわからないのだ。クック氏対策にも台本のようなも
のを作っていただろうか？「いいえ。彼は私に話しかけてこないだろうからね。」

　オーバーン大学を卒業したあと、クック氏はIBMのリサーチ・トライアングル・パークで12年間を過ごし
た。その間にデュークー大学のMBAを取得した。彼はひたすら仕事に没頭していた、会社が一年を通じて全部
の注文に応えられるようにクリスマスから正月までの期間も工場で自らすすんで働いていた。当時の上司だっ
たリチャード・ドーアティーはそう記憶している。

IBM時代の別の上司のレイ・メイズ氏は、Cook氏は確かにあの頃の普通のIBMマンとして少し変わっていたと
いう。「IBMには古いジョークがある。」同社パソコン製造部門幹部のメイズ氏はいう。「『IBMとサボテン
はどう違うのか？　サボテンのとげは"外側"に生えてるのさ。』ティムの性格はその逆だよ。彼は一緒に働い
ている人を本当に楽しくするようなやり方を心得ていたよ。彼は誰よりも機敏で、良い意味で誰よりも積極
だった。誰よりもよく働いていた。」

クック氏は1994年にIBMを去り卸売り会社Intelligent Electoronicsのコンピューター部門に入った。1997年
にIngram Micro社に買収されるまでクック氏はそこの社長になった。それから彼はコンパックに入社した
が、1998年の始めにスティーブ・ジョブズ氏が彼を採用までの６ヶ月間いただけだった。ジョブズは新しい
採用者に自分のオフィスのすぐそばのオフィスを与えた。

　今日ではそのオフィスはオーバーンの手回り品と、お気に入りの歌手であるボブ・ディランの写真で飾られ
ている。ボビー・ケネディの写真からはクック氏の別の側面をうかがうことができる。クック氏はもし彼が大
統領になっていたらどうなっていただろうと時折思い悩むことがあると語ったことがある。

「彼はあらゆる階層の人々の心に触れて交わることを知っていた。」彼のことをよく知る人によると、クック
氏は最近そう打ち明けたそうだ。「本当に国民のことが好きな人で大統領にとても近かった人々のひとり
だ。」（クック氏はノースカロライナに住んできたとき共和党員に登録していた。もっと最近ではバラック・
オバマ氏の選挙活動に募金している）

クック氏はまた、ケネディー氏が「兄の影に立つことに満足して、正しい考えることを実行していた」のを尊
敬しているとも語っている。職業生活のほとんどを、人々の夢と希望を結びつけるたぐいまれな才能を持った
カリスマ指導者の影に覆い隠されている男の口からもれた、なんとも興味深いコメントである。

さてティム・クックがすごいことはわかった。しかし、本当に彼がジョブズ氏の跡を継ぐことはありえるのだ
ろうか？　そして彼じゃなかったとしたら、一体誰だろうか？

アップル社外では、詳しいものもそうでないものもいるが、多くの評論家がクック氏はアップルの次の代表に
なることはないと見ている。「だれもクックをCEOになんかしない」アップルに出入りしている、あるシリコ
ンバレーの投資家はいう。「ばかばかしい。物事を実行するだけの奴なんかいらないよ。素晴らしい製品を作
る人間が必要なんだ。ティムはそれとはちがう。彼は業務の男だ。業務なんてこの会社では外部に委託されて
いるというのに。」

アップルにマイクロプロセッサを提供していた当時Freescale SemiconductorのCEOだったミシェル マイ
アーはそれよりはもっと肯定的な見方だ。「クック氏がジョブズ氏のデザイン的な創造性の代わりになれるか
どうか確信が持てない。」マイアーはいう。「その一方で、それは次のCEOの役目ではないといういうことも
できる。」

マイアー氏はいいところを指摘している。確かにクック氏はデザインとマーケティングの分野で、誰かの助け
が必要になるだろう。履歴書に欠点や弱点のないCEOなんているだろうか。「もしも万が一ティムがアップル
のCEOになったら、彼は自分の弱点を補うことができる違うタイプの人を周りに必要とするでしょう。ちょう
どスティーブがティムで自分の弱みを埋め合わせしているように。」1998年にクック氏をアップルを斡旋し
た人材斡旋会社Heidrick & Strugglesの副議長ジョン・トンプソン氏は語る。

今日はここまで。もう、だんだん早く終わらないかなという気がしてきた(笑

Cook氏マジ乙です。

Cook氏、ありがとう。
いつも楽しませて貰ってるよ。

tim cookさん乙です。

Cook氏、どこ行ってもうたんや……。

VIPPERが運営に喧嘩売って大量にアク禁になってるから巻き添えくってたりして…

そろそろ2週間もたちますし次のネタをだそうかと……。

じゃ、いきます。

長いので数回にわけていきます。

http://www.wired.com/print/gadgets/wireless/magazine/16-02/ff_iphone
語られざるストーリー：どのようにしてiPhoneがワイヤレス産業を吹き飛ばしたのか。
By Fred Vogelstein
2008.01.09

デモはうまくいっていなかった。

まただ。

2006年秋、遅めの朝。ほぼ1年前、スティーブはAppleの約200人のトップエンジ
ニアにiPhoneの制作を命じた。ここにいたっても、Appleの会議室、プロトタイ
プは依然として最悪の状態だった。ただバギーだったのではなく、全力でまっ
たく機能していなかった。かかってきた電話はコンスタントに取りこぼし、フ
ル充電になる前にバッテリーは充電をやめてしまい、データやアプリケーショ
ンはいつも決まって止まって使えなくなってしまった。問題のリストは終わり
がないように見えた。デモが終わると、ジョブズは部屋にいる全員をじっと見
つめこう言った。「我々はまだ製品を持っていない」

その影響はジョブズのいつもの癇癪よりもさらに恐ろしいものだった。このAp
pleの代表がスタッフに怒鳴るのは怖いがいつものことだった。この時の彼が比
較的平穏だったのはさらに恐ろしかった。会議に参加していたある人物はこう
言う。「あの時はAppleで数度目の寒気を覚えたよ」

影響は深刻だった。iPhoneはわずか数ヶ月後に予定されていたMacworldの最大
の呼び物になるはずだった。1997年にAppleに復帰してから、Macworldは彼の最
大の製品発表の場としていたし、Appleウォッチャーたちは新しい劇的な発表を
期待していた。ジョブズはすでにLeopard――Apple OSのニューバージョン――
の遅れを認めていた。iPhoneが間に合わなければ、Macworldは失敗に終わり、
批評家が襲いかかり、Appleの株価は傷を負うだろう。

この4.8オンスのガラスとアルミは携帯電話ビジネスを永遠に変えてしまい、キ
ャリアからパワーを奪い、製造者やデベロッパーや消費者にパワーを与える爆
破装置だ。そしてAT&Tはどう考えた？　1年半の秘密会合の後、ジョブズはつい
にテレコムの巨人（当時はCingular）のワイヤレス部門からiPhoneのキャリア
になるための条件を取り付けた。5年間の独占契約と引き換えに、AT&Tストアで
のiPhone売り上げのざっと10％、AppleのiTunes収益のほんのわずか、AT&Tはジ
ョブズに類をみないパワーを与えた。彼はAT&Tを丸め込み、新機能「ビジュア
ルボイスメール」を開発し、時間のかかる店内サインアップシステムを再発明
させるため、数百万ドルと数千人時を支出させた。彼はさらにユニークなレベ
ニューシェア協定を説き伏せ、iPhone顧客のAT&T料金をざっとひとりあたり月
額10ドル獲得した。これらの上に、AppleはiPhoneのデザイン、製造、マーケテ
ィングの全コントロールを保持した。ジョブズは、この固定化したワイヤレス
産業の最大のプレイヤーのひとつからよい取引を絞り出すという、考えられな
いことをなしとげた。いま、最後にしなければならないことは締め切りに間に
合わせることだ。

iPhoneのために働いている人々にとって，彼らのキャリアの中で、次の三ヶ月
が最もきつい時間になった。日常的に廊下で罵り合いが勃発した。徹夜のコー
ディングセッションでボロボロになったエンジニアたちは、数日後に再参加す
るためだけに、眠りを取り戻すべく休みをとった。あるプロダクトマネージャ
ーは彼女のオフィスのドアを叩き付けたために、ドアのハンドルが曲がってし
まい、部屋に閉じ込められた。同僚たちは金属バットで強打し、一時間かけて
彼女を救い出した。

しかしMacworldのわずか数週間前、奮闘は終わり、ジョブズはAT&T幹部に見せ
るためのプロトタイプを手にした。2006年12月中旬，彼はワイヤレスのボス、
スタン・シグマンにラスベガスのフォーシーズンズホテルのスイートで面会し、
iPhoneの鮮やかな画面、パワフルなWebブラウザ、魅力のあるインターフェース
を披露した。巨大電話会社に充満している保守的なエンジニアリングの伝統に
どっぷり染まっている口数の少ないテキサス人シグマンは、柄にもなく感情を
むき出しに、iPhoneを「これまで見た中で最良の製品だ」と呼んだ。（これら
の出来事の詳細はある事情通たちによってもたらされた。AppleとAT&Tはこれら
の会合や関係について話そうとしない）

連投規制くらったのでつづきはまた。

6ヶ月後の2007年7月29日にiPhoneは発売された。当初、アナリストたちは顧客
が2007年の終わりまでに300万台を先を争って買い、史上最速のスマートフォン
の売り上げになるだろうと推測した。これはほぼ間違いなくAppleのもっとも収
益の高い製品だ。Appleは399ドルのiPhone一台の販売ごとに、推測で80ドルの
利益を得る。また、iPhoneの顧客がAT&Tと二年契約をするごとに240ドルを得る。
一方で40％のiPhone購入者はAT&Tの新規顧客で、ニューヨークやサンフランシ
スコのような都会ではAT&TのデータトラフィックはiPhoneによって三倍になっ
た。

しかしAppleやAT&Tの成功と同様に重要なのは、アメリカの110億ドル携帯電話
産業の構造への根本的な影響だ。数十年間、ワイヤレスキャリアは製造メーカ
ーを農奴のように扱ってきた。ネットワークへのアクセスを影響力にして、ど
の電話が製造され、いくらの値段になり、どのような機能が搭載されるのかを
決定してきた。端末は安くて使い捨ての寄せ餌だと見なされており、契約者を
罠にかけキャリアの独占サービスを使うよう閉じ込めるために大量の奨励金が
つけられる。だが、iPhoneがこのパワーバランスをひっくり返した。たとえ高
価であっても、正しい携帯電話は顧客を獲得し、収益をあげることができると
キャリアは学びつつある。現在、Appleのような契約に追従して、すべての製造
メーカーがキャリアに認められる携帯電話ではなく、顧客に愛される携帯電話
を創りだそうと競っている。Piper Jaffrayの証券アナリストマイケル・オルソ
ンはこう語る。「iPhoneはすでにキャリアと製造メーカーの行動を変えている」

2002年、最初のiPodが発売されて少し後、ジョブズは携帯電話の開発を考え始
めた。彼はアメリカ人たちが別々に携帯電話、ブラックベリーを、そして今や
MP3プレイヤーを苦労して運んでいるのに気づいた。消費者がただひとつのデバ
イスを望むのは自然なことだった。さらに、携帯電話や携帯Eメールデバイスが
さらに多くの機能を抱え込み、ついには音楽プレイヤーとしてのiPodの支配的
地位に挑むようになる将来が見えた。ジョブズは、彼の新しい製品ラインを守
るために、いつかワイヤレスの世界へ挑戦しなければならなくなると理解して
いた。

アイデアがはっきりしているのならば、問題も明らかだ。データネットワーク
は遅く、完全な携帯インターネットデバイスには不十分だった。iPhoneのため
にAppleは完全に新しいOSを創らなければならなかった。iPodのOSは複雑なネッ
トワークやグラフィックを扱うのに十分ではなかったし、OS Xのスケールダウ
ン版では携帯電話のチップには大きすぎた。Appleは強力な競合にも直面するだ
ろうとおもわれた。2003年、携帯電話とPDAとブラックベリーをひとつのおしゃ
れなパッケージにまとめあげたPalm Treo 600に消費者は群がった。この事実は
いわゆる統合デバイスに需要があることを証明し、一方でAppleのエンジニアに
とってはハードルをあげることにもなった。

そしてワイヤレスキャリアだ。ジョブズはキャリアたちが何を製造し、どのよ
うに製造するかを決定し、ハードウェアをユーザーがネットワークに接続する
ためのただの乗り物のように扱うことを理解していた。コントロールフリーク
として知られるジョブズは，連中に――のちにジョブズが「穴」とよぶ連中―
―どうデザインするかを命令させたりはしなかった。

2004年までにAppleのiPodビジネスはかつてないほどより重要かつ攻撃されやす
くなっていた。iPodは同社の収益の16％を占めるが、3G携帯電話が人気を獲得
し、WIFI電話が登場間近で、ストレージの価格が急落し、競合音楽ストアが増
殖する中で、支配的音楽デバイスとしての長期的ポジションは危険にさらされ
ているように見えた。

だからこそあの夏、公式にはAppleフォンを否定する一方で、ジョブズは携帯電
話産業への参入に取り組んでいた。キャリアを出し抜くために彼はMotorolaに
近づいた。簡単な問題に見えた。この端末メーカーは広く人気を得たRAZRをす
でに発売していて、ジョブズはMotorolaの当時のCEO、エド・ザンダーをSun M
icrosystems時代から知っていた。取引の結果、MotorolaとキャリアであるCin
gularが複雑なハードウェアのディティールについて議論している間に、Apple
は音楽ソフトウェアに集中できることになった。

もちろんジョブズの考えではMotorolaはRAZRに値する後継機を製造すると見込
んでいたが、すぐにそうではないことが明らかになった。三社はほとんどあら
ゆることについて政治的取引を行った――どうやって音楽をその携帯電話に入
れるのか、どれだけの音楽が保存できるのか、そして各社の名前がどのように
表示されるのかについてさえ。そして2004年の終わりに最初のプロトタイプが
現れた時、もうひとつ問題があった。そのガジェットは醜かったのだ。

2005年9月、ジョブズは彼独特の自信を持って、ROKRを発表し、こう表現した。
「あなたの携帯電話の中のiPod Shuffle」しかしジョブズは彼の手にしている
ものが失敗作だと知っていたに違いない。消費者はROKRを嫌った。ROKR――直
接音楽をダウンロードできず、たったの100曲しか保存できなかった――はすぐ
にアメリカのワイヤレス産業のすべての問題点の象徴になった。消費者のこと
を後回しにする人々の、利害の衝突と混乱の落とし子だった。Wiredは2005年1
1月号の表紙でこの失望を要約した。「これが未来の電話だっていうのか！？」


ROKRが製造ラインに入りつつあったにもかかわらず、ジョブズは彼自身の電話
を作り上げる必要があると認識し始めていた。2005年2月に彼はMotorola抜きの
パートナーシップについて話し合うためにCingularと会談した。ミッドタウン
のマンハッタンホテルで行われたトップシークレットの会合で、シグマンを含
むCingularの一握りの上級幹部に彼の計画を説明した（2006年12月にAT&TがCi
ngularを買収した際、シグマンはワイヤレス事業のトップにとどまった）。ジ
ョブズはCingularに3つのメッセージを伝えた――Appleは「他のあらゆるもの
より数光年先をいった」本当に革命的ななにかを作り上げるテクノロジーを持
っている。Appleは取引を成立させるために独占協定も考慮に入れていた。しか
しAppleはワイヤレス通信の卸売りを買って、現実のキャリアそのものになる覚
悟もしていた。

ジョブズの自信には理由があった。Appleのハードウェアエンジニアは約一年を
費やしてタブレットPCのためのタッチスクリーンテクノロジーを研究しており、
電話にも似たようなインターフェースを実現できるとジョブズに確信させた。
加えて、ARM11チップのリリースのおかげで、携帯電話はついに、電話と、コン
ピュータと、iPodの機能をまとめたデバイスを動作させるのに十分なほど速く、
高効率になった。また、ワイヤレス通信はAppleが消費者に再販売するのに十分
なほど安くなった。Virginのような企業がすでにそうしているように。

シグマンと彼のチームはすぐにiPhoneのアイデアに魅了された。他のキャリア
と同様に、Cingularの戦略は消費者にWebアクセスのためにもっともっと携帯電
話を使うよう要求することだった。音声ビジネスは色あせつつあった。価格戦
争が利ざやを大幅に削減してしまっていた。約束されたように、iPhoneが音楽
やビデオをダウンロードでき、WiFiの速度でインターネットをサーフィンでき
るのなら、データ通信の顧客を大きく増やすことができる。そしてデータ通信
は音声と違って利幅が大きかった。

それ以上に、Cingularのチームはワイヤレスビジネスモデルは変わらなければ
ならないと認識することができた。キャリアたちはネットワークを貴重なリソ
ースとして、端末を価値のないコモディティとして扱うことにすでに慣れてい
た。この戦略はよく機能した。安い電話の購入に奨励金を支払うことで、キャ
リアは新しい顧客により容易に加入させることができた――顧客を確かな収入
を保証する長期契約に縛り付けることができた。しかし、ワイヤレスアクセス
はもはや贅沢品ではなく、すでに必需品になっていた。キャリアにとって最大
の課題は新規顧客を見つけることではなく、他社から奪うことだった。単純に
安い端末で顧客を買収する方法はもはやうまくいかなかった。シグマンと彼の
チームは他のどのネットワークにも用意されていない、マスト・ハブ・デバイ
スを提供したかった。ジョブズ以上にだれがいい製品をつくりだせる？

Cingularにとって、Appleの野心は興味をそそると同時にイライラさせるものだ
った。iPodのメーカーとの心の通い合う関係は、会社のブランドにセックス・
アピールをもたらすだろう。そしてもしCingularがジョブズを退ければ、他の
キャリアが彼と契約するに違いない――ジョブズは彼のアイデアをきいてくれ
るなら誰でもいいと明確にしていた。だが、どんなキャリアもかつて、誰にも、
ジョブズが望んだ自由とコントロールを与えたことはなかったし、シグマンは
彼の同僚幹部や役員たちにジョブズが提案したような取引を認めるよう説得す
るのは困難だろうと理解していた。

連投規制

シグマンは正しかった。交渉は一年以上かかり、シグマンと彼のチームは何度
も多くを与えすぎているのではないかと疑問を感じた。ある時点で、ジョブズ
はVerizonの幹部たちと会ったが、彼らはすぐにジョブズを拒否した。彼らを非
難するのは難しい。何年もの間、キャリアたちは顧客と納入業者に彼らの独占
ネットワークを通してサービスを使い、販売するように仕向けていた。巨大な
コントロールをジョブズに明け渡すことで、Cingularは自慢の――そして高価
な――ネットワークを「土管（dumb pipe）」、コンテンツのソースではなくた
だのコンテンツの水道にしてしまう危険を負った。シグマンのチームはシンプ
ルな賭けをした。コンテンツ取引で失うどのような収益よりも、iPhoneはデー
タトラフィックの急増をもたらすだろう。

ジョブズは取引のよりよい点を待ったりはしなかった。2005年の感謝祭の頃、
最終合意にサインされる8ヶ月前、彼はエンジニアたちにフルスピードで働くよ
う命じた。そしてたとえCingularとの交渉が困難だったとしても、Appleが直面
していたエンジニアリングやデザインの困難に比べればシンプルだった。まず
最初にどのOSを使用するかという疑問があった。2002年以後、Appleフォンのア
イデアが最初に孵化した時、今や理論的にモバイルチップは有名なMacintosh
OSのいくつかのバージョンをサポートすることができる能力を獲得していた。
しかし劇的なストリップダウンと書き換えが必要だった。iPhone OSはたったの
数百メガバイト、ざっとOS Xの10分の1に納まる必要があった。

iPhoneの設計を始める前に、ジョブズと首席幹部たちはどのようにこの問題を
解決するのか決定しなければならなかった。エンジニアたちはすでに携帯電話
での使用のために書き直されているLinuxを注意深く検討した。しかし、ジョブ
ズは他人のソフトウェアを使うことを拒否した。彼らは電話のプロトタイプを
iPod内に構築した。クリックホイールでダイヤルできたが、選択して数字をダ
イヤルすることしかできなかった――ネットをサーフィンすることはできなか
った。そして2006年の初頭、AppleのエンジニアたちはOS XをIntelチップ用に
改訂する数年間の作業を終えつつあったが、AppleはOS XのiPhoneのための書き
換え作業を始めた。

どのOSを使用するかについての話し合いは、Appleの首席幹部全員のうちの少な
くとも一人にとってはありふれたものだった。彼らは携帯電話の世界の込み入
ったことについて議論するにはあまり準備ができていなかった。たとえば、ア
ンテナの設計、高周波、そしてネットワークのシミュレーションだ。iPhoneの
小さなアンテナが十分に、たしかに機能するようにするため、Appleは数百万ド
ルを投じてロボットを使用した特別なテストルームを購入し設置した。iPhone
が必要以上の放射を生まないために、Appleは人の頭部のモデルをつくり――ネ
バネバを使って脳の密度をシミュレートした――効果を測定した。ネットワー
ク上でのiPhoneのパフォーマンスを予測するため、Appleのエンジニアはサーバ
ーサイズで一台あたり数百万ドルの無線周波数シミュレータを十数台購入した。
ジョブズはプロトタイプをポケットに入れて持ち運んでいる際に、iPodの画面
を設計した経験でさえ、iPhoneの画面の設計には役に立たないことがわかった。
傷を最小化するために、タッチスクリーンはiPodのように硬化プラスチック製
ではなく、ガラス製である必要があった。ある消息通によればAppleはざっと1
5億ドルをiPhoneのために費やしたとみられる。

すべての期間、ジョブズは最高の機密性を維持した。内部ではプロジェクトは
Purple 2を略してP2と呼ばれた（廃棄されたiPodフォンがPurple 1と呼ばれた）。
チームはカリフォルニア、クパチーノのAppleキャンパス中に分断さればらまか
れた。Appleの幹部がCingularに行く時はいつも、Appleがこの電話のトランス
ミッタをつくるのに使っていた企業、Infineonの社員として登録した。iPhone
のハードウェアチームとソフトウェアチームでさえ離されていた。ハードウェ
アエンジニアは偽のソフトウェアを載せて回路を設計し、ソフトウェアエンジ
ニアは木の箱に載った基盤を使って開発した。2007年1月のMacworldでジョブズ
がiPhoneを発表した時、プロジェクトに関わっていた30人程度の上級幹部しか
現物を見たことはなかった。

ホサナ（訳注：神を賛美する言葉）、iPhoneはあまりに圧倒的で、その不完全
さを無視してしまいがちだ。599ドルという最初の値段は高すぎた（その後399
ドルに値下げされた）。こ0の電話はAT&TのしょぼいEDGEネットワークを使用し
ている。ユーザーはEメールをサーチできず、ビデオ録画もできない。ブラウザ
はJavaやFlashを使用できない。

だがそんなことは問題ではない。iPhoneはワイヤレス産業のキャリア中心の構
造をこじ開け、消費者、デベロッパー、製造メーカー――そしてあるいはキャ
リア自身にも――巨大な恩恵を解き放った。消費者は使いやすい携帯型コンピ
ュータを手に入れる。そしてPCの登場と同様に、iPhoneは開発の波の火付け役
となりつつあり、それによってiPhoneはさらにパワフルになるだろう。2月には
ジョブズはiPhoneのためにプログラムを書ける人になら誰にでも開発キットを
解放する。

その一方で製造メーカーは数十年に渡ってビジネスをしてきたキャリアたちに
対して新しい交渉力を享受している。AT&Tによって顧客基盤を奪われたキャリ
アたちは先を争って競争力のあるデバイスを探しており、そのためにはいくら
かの権限を受け渡す意思があるようだ。製造メーカーは何を製造するかについ
てより強いコントロールを得ることになるだろう。ユーザー――よくあるひと
りよがりの怪物たちではない――はなにがつくられるかにより強い影響力を得
るだろう。ワイヤレスキャリアが消費者の囲い込み戦略を捨て去るサインを示
し始めていることから、アプリケーション開発者はさらなるチャンスを得るべ
く身構えている。T-MobileとSprintは、インディペンデントな開発者にとって
携帯アプリの開発が容易なOS、GoogleのAndroidのパートナーとしてサインした。
最も頑固なキャリアのひとつ、Verizonは11月にあらゆる互換性のある端末に対
してネットワークを解放すると宣言した。数日後にAT&Tも似た発表をした。最
終的にこの傾向はアプリケーションがどのデバイスでも、どのネットワークで
も動作するという、完全に新しいワイヤレスエクスペリエンスをもたらすだろ
う。やがては、ワイヤレスの世界もすこしインターネットの柔軟さと機能性を
得るだろう。

ワイヤレスネットワークを土管に変えてしまう一方で、消費者、開発者、製造
メーカーにすべての力を与えてしまうというキャリアにとっての悪夢が現実の
ものとなったように見えるかもしれない。しかしさらなるイノベーションを育
てることで、キャリアのネットワークはより価値を得られるかもしれないが、
減ることはない。消費者はより多くの時間をデバイス上で、つまりはネットワ
ーク上で、消費し、より多くの請求書をため込み、全員にとってより多くの収
入を生み出している。AT&Tのマーケティング部長ポール・ロスによればAT&Tは
iPhoneの性能を引き出すような新しい製品やサービス――モバイルバンキング
のような――を探している。「市場を新しい視線で考えている」とロスはいう。
言い換えれば、ワイヤレスキャリアが長い間恐れていた、開発そのものこそが
彼らの必要としていたものだと証明されるのかもしれない。彼らはスティーブ
・ジョブズに示されるまでそれがわからなかったのだ。

以上。age

ほんとお疲れ様ですー

ありがとうございました。

乙ですた
読み応えがあったですよ

gj

いつもありがとうございます。
規制にも負けず、神業だね。

乙です
冒頭の部分は過去スレで読んだような気もしますが、こんなに長文だったとは。

乙です
すばらしい

あいかわらず　グッジョブ　です　サンキュー

おつです
…簡単じゃなかったんだねiPhoneも

Newtonの二の舞にならなくて本当によかった。

gj

これをおねがいします
http://developer.apple.com/documentation/Cocoa/Reference/Foundation/Classes/NSString_Class/Reference/NSString.html

>>354
本買うか Cocoa+リファレンス+翻訳 でググれば情報あるよ。

このスレ見てると、元TBSの宮内鎮雄の声が思い出されるな。

アク禁解けました…。フグ田さん乙でした。

>>357
やっぱりアク禁だったんすね……。
途中でわりこんですみません。
よければつづきをぜひ。

>>356
ttp://jelly.jugem.cc/?eid=225

保守とか

Get a Mac　新作4本翻訳キボンヌ

だれか、これ、たのむ
ttp://www.smashingmagazine.com/2009/04/26/five-reasons-why-designers-are-switching-to-mac/

>>362
このぐらいなら辞書を引きながら自分で読みましょう。
難しい単語ほとんど無いじゃん。

>>362
英検5級の俺でもわかるぜ。
「大爆笑、破産雑誌がどっと混む2009年4月26日にデザイナーがmacにスイッチする5つの理由。」

まブログ記事なのでsageで。

http://blogs.wsj.com/digits/2009/04/29/what-does-steve-jobs-want-with-all-those-chip-guys/
ジョブズは設計屋に何をさせるのか。

去年Appleがシリコンバレーのスタートアップ企業、P.A.semiを買収してから
Appleによる半導体チップ設計への興味についての話題があった。だがそれから
多くの半導体チップ設計の優秀な人材を雇用している証拠が出てきており、
それが続いている。そこで問題だ：Appleは彼らに何をさせているのか。

CEOのジョブズの目標の一つは明快だーiPhone、iPodtouch、そして将来の製品のための
パワフルで電力効率が良いチップを作ることだ。Linkedinのサイトの中で最近Appleに
雇用されたものの投稿に拠れば、以前携帯電話のチップメーカー、Texas Instrumentsや
Qualcommなどで働いていたものが多く含まれている。Web上の求人募集や
それらのまとめサイト、indeed.comなどによるAppleの人材募集にも、ハードウェアから
ソフトウェアにまで、省電力化についての記述が多くある。定型文としては、
"iPhoneソフトウェアチームは、iPhone、iPodtouchのために野心的なバッテリー時間の目標を
実現すべく我々を助けてくれる素晴らしいエンジニアを探しています"といった具合だ。

これは驚くほどでもない。iPhoneは発売の2年前から2000万台を売り、そして厳しい競争に
直面しているため、もっとリードしたいと思っている。そしてバッテリー時間は既に
多くのiPhoneユーザの大きな問題になっている、彼らの不満はバッテリーがとても早く
なくなってしまうことであり、特にGPSを使っているときそれが顕著だ。機能の追加や拡張によって
将来負担が増えていくだけである。

他の方向性としては、最近の雇用に基づくならば、グラフィックスとビデオのための低消費電力技術の
ための設計だ、それはスマートフォンや他の製品のなかでアドバンテージを与えるかもしれない。
Appleの計画を良く知るものによればゲーム、そして映画や電子ブックのためにより大きい画面を
備えた新しいデバイスも開発しているという、それらの製品はより良いバッテリー時間で
パワフルなチップも必要になってくるだろう。

Appleは最近自前のサイトやindeed.comの求人募集で手書き認識や、将来のカメラ技術の
調査への責任をも受け持つカメラ設計エンジニアなども募集している。最近の雇用の
履歴から判断すると、Appleは具体的なチップ製造の知識についても追加しているようで、
半導体ファウンダリとの提携の管理にも役立つことになるだろう。

またポケットサイズデバイスの省電力のモデルには普通必要とされない高いパフォーマンスの
設計やテストに関する求人の記述もある。ある半導体産業のベテランは、Appleの内部チップは
従来のコンピュータに留まらないとは考えないようにアドバイスする、
"Appleは間違いの達人だからね"と彼は言う。

秋にAppleはIBMからプロセッサのエキスパート、Mark PapermasterをiPod、iPhoneの
ハードウェアエンジニアリングチームのトップとして雇用した。IBMは非競争契約違反として
Papermasterを訴えたが、IBMと和解した後、公的に先週からAppleで働くことになった。
またAppleは去年、Ciscoシステムズで以前上級副社長でありネットワーク管理の製品の専門家で
あったCliff Meltzerをも雇っている。LinkedinでのMeltzerはCPUソフトウェアの
バイスプレジデントと書かれている。

新しい才能の雇用にかかる費用もそうだが、Appleは他企業の文化に慣れた社員をまとめるという
挑戦にも直面している。Appleでは製品に関する締切の厳守は当然のことだが、その状況を知る人に
よれば、P.A.semiのエンジニアはもっとルーズな環境で働いていたようだ。

以前P.A.semiで働いていたあるエンジニアは内部の会議で、休暇中は緊急のメールに
応える必要がない方が好みであることを述べると、Appleの経営陣は、社員は締切を守るため
何でもやってもらうということを明確にした、と会議の参加者は言う。

ARMベースのベースバンドプロセサを
プロセス縮小してブロック別電力制御入れて
iPod-iPhoneラインに全展開、みたいな感じかな。

しかしAppleは何でも自分で開発しようとしちゃう企業だよな。
こういう方法は一人勝ちか一人負けかどっちかしか無い。

それ、どこのソニーの話？

>>368
Appleが自社の技術だけで開発したものって、何か有るだろうか。

>>370
Apple II のハードウェア

>>368
何でも、じゃなくて、より良い方法が自分達にできそうなら、じゃないかな最近は

なんでｍａｃ使ってるの？
http://pc11.2ch.net/test/read.cgi/mac/1234093396/41

のｽﾚで貼られてたんだけど、死んだ魚発言等についても話してるらしい
http://www.playboy.com/articles/playboy-interview-steven-jobs/index.html?page=2

長いので一部でもやってくれれば嬉しいです

>>373
よく「ジョブズは日本人のことを『海岸に打ち上げられた死んだ魚みたいだ』と言った」とかいうコピペを見たけど、
これ読むと日本のメーカーによる対米輸出のことなんだな。
日本メーカーは単なるコピーじゃなくてよりいいものを作ってくるから、こっちも革新し続けてないときついぜっつってる。

hosyu

>>368
最近は内部はオープンなUNIXなのに他社ハードで動かせないOS Xとか
内部はオープンなAACやMp3なのにiTunesとしか連動できないiPodとか
内部はオープンなObjectiveCなのにAppStore経由でしか配布できないiPhoneとか
内部はオープン技術使いまくりで外部のI/Fを自社開発で縛り付けて、オープンな技術でクローズドな商品をつくる会社って感じがする。

>>376
オープンの意味、分かって書いてる？

もしiPhone用のアプリが自由に配布出来ていたら、発売して数ヶ月後から
iPhone用ウィルスが猛威を震ってたかもしれない。

Appleの製品使ってると、面倒くさい事に煩わされなくてホント楽ちん。

「ビジネスとして成立するかどうかわからないけど
ともかくOSS支援しながら新しい事業戦略を考えよう」路線で
頑張っていたSunが、最後にはMySQLを手土産にして
Oracle傘下入りした悪夢のような帰結を見るに、
OSSに対するAppleの距離感や舵取りは、昔も今も順当だと思う。

>>378
その理屈が通るならMacOSなんて怖くて使ってられんだろう

>>379
そのOracleもOSSには熱心なんだがね

>>380
> そのOracleもOSSには熱心なんだがね

オラクルとオープンソース
http://www.oracle.com/lang/jp/technologies/open-source/index.html

これ↑になんかめぼしいものある？ Zend Core for Oracleなんか
「自社のプロプライエタリ製品用モジュール出してます」だけだし、
EclipseへのコミットメントもORマッピング廻り中心で
結局自社DBとJava開発環境との親和性を確保したかったってのが主目的。

BerkeleyDBとInnoDB（MySQL）は、OSSの競合DBをで囲い込んで
Oracleのエンタープライズ市場の利権を確保したかったから買収したわけで。
先に買収したBerkeleyDBをOracleがどう扱ったかを振り返って見れば、
MySQLをどういう風にしたいのかすぐ理解できるだろ。それがわかっていて、
なお買収カードとして使わざるを得なかったSunは、これまで長年
OSSコミュニティの庇護者として振る舞いながら、事業戦略が欠如したまま
OSSサポートとしてMySQLを手元に置いたせいで、最後には
プロプライエタリ商用DBのトップベンダにOSSの最有力DBを譲り渡すという
コミュニティにとって最悪の決断をしたことになる。

といっても、これはOracleを非難しているわけではないよ。
あなたのいうOracleの「熱心」な取り組みは、明確な戦略に基づいてる。
つまりは、自社の脅威を取り除き、利益を拡大するという目的に
整合的だからこそやってる。その過程で、必要ならコードコミットも
ガンガンする。それが企業とOSSの適正で健全な距離の取り方だ、
ということが、「OSSで儲けられなかったから、最後は一番高く
売れる奴に自分ごと売り飛ばした」Sunの買収劇で明らかになったわけだ。

Appleも同じだよ。WebKitに対しても、UNIX/BSD界に対してもね。

>>380
理屈じゃなくて単なる可能性ね。

年間300万台くらいしか売れないMacと違って、二年弱で4,000万台に達しそうな端末の
iPhone OSなんだから、ウィルス作者どもの標的にされても何の不思議もないのに、
AppStoreでダウンロードしたものしかインストール出来ない仕様が効いてると思う。
>>376みたいに、ネガティブな面しか見ないネガ厨氏ね。

保守

なぜIEは開発終了したのか
最後のチームメンバーだった人が暴露（と言って
いい内容）してます。「契約が終了したから」ではないことがよく分かります。

http://slashdot.org/comments.pl?sid=171546&cid=14288661

お願いします

あえて全訳するほどのことでもないと思うので要約だけ。
別に暴露というほどのことはなく、よくあるビジネスの転機としか思えないけどね。


IE5が出た直後、MacIEチームはDVR boxの開発チームに配置転換され、
IEは空いている時間で取り組むことを余儀なくされた。
（完成度の高さから）Mac版のトップWebブラウザとなったことで、
フルタイムのスタッフは必要ないだろうというMicrosoftの判断からだ。

数年後、MSN for Macのベースとなることを目指したOS X専用のIE 6チームが結成されたが、
丁度その頃Appleが自社でWebブラウザを開発しているらしいことが明るみに出た。
いくつか徴候はあったが、何よりもMac IEチームにAppleが仕事のオファーを出していたからだ。

当時MicrosoftのMac BUは公式にMSN for Macにコミットしていたし、
この仕事がなくなることはないだろうと思っていたら、社内ミーティングの結論としては
Appleが自社でWebブラウザを開発するならMicrosoftとしては開発するのは割に合わないとの判断だった。
首位から圧倒的に離されたプラットフォームの、首位から圧倒的に離されたWebブラウザに注力する意味がない、と。
で上層部がAppleに確認したところWebブラウザを開発しているとの回答。
翌週ゲイツに確認後、公式にMac IEチームはシャットダウンされた。

それでもMSN for Macは開発がかなり進んでいたのでリリースしてみたが、
ユーザーの数がデベロッパーの数と同じくらいしかいなかった。
それでMac BUはOfficeに注力することになり、名実ともMac IEチームは死んだ。


後段の、筆者がMicrosoft上層部に掛け合ったくだりに関してはどうでもいいので割愛。

サンクス
すっきりしました

ありがとうございます〜

保守

保守

Get a Mac　新作翻訳希望

ほしゅ

>>390適当に
Surprise
Mac:こんにちはマックです
Girl:私は素敵なコンピューターを探しています
M:いいね　じゃあPCだね
G:でも私大量のウイルスとか頭痛なしで動くのがいいんだけど
M:まさにＰＣ
G:本当？マックの方が安定してて安全だって・・・
M:嘘さ　この世界じゃ誰も信用しちゃいけない
G:じゃあちょっと考えてくる
M:PC買いなよ
G:（退場）
P:戦いはこれからだ！
M:・・・何も言わないけど・・・

Trainer
Mac:こんにちはマックです
PC:こんにちはＰＣです
P:絶好調に戻るためにトレーナーを雇ったんだ
Trainer:黙れ！
T:PC Magはマックのカスタマーサポートが一番って言ってたぞ
T:おまえはなりたくないのか？
P:違うよ！
T:PC Worldはマックが一番信頼できると書いてるぞ
T:置いていかれてるじゃないか！
M:確かに差はあるね
T:顧客満足度がナンバーワンなんだぞ！お前は何だ！
P:僕にもいろいろいい所あるんだけど・・・
T:そうとも！
T:よくやってるぞ・・・マック
M:どうも
P:ぉぃぉぃ

>>390
Top of the Line
Mac:こんにちはマックです
PC:こんにちはＰＣです
Lady:私は素敵なコンピューターを探しています
P:ワオ
P:じゃあ最上級のＰＣを紹介しましょう
L:イカしてる！
L:大きな画面のコンピューターを探してるんです
Gentleman:これ以上の大きさが？
L:それにとっても速いの
G:よく速すぎって言われるよ
L:そして大量のウイルスとか頭痛なしで動くの
G:PCはみんなそういう問題はつきものさ
L:じゃ、じゃあ私マックとつき合おうかな
M:ありがとう
G:考えが変わったら電話をくれ

乙です。

Mac OS X 10.6 Snow Leopard: the Ars Technica review
http://arstechnica.com/apple/reviews/2009/08/mac-os-x-10-6.ars

この記事の翻訳をお願いします。アップルのサイトや、
IT系サイトのレビューに書かれていない部分があれば。

>>395
Mac OS X 10.6、別名 Snow Leopard がリリースされました。
今回、アップルは内部構造を大幅に見直し、美しく軽く仕上がっているようです。
何が新しいのか、何が変わっていないのか、そして、アップグレードする価値があるのかどうかを John Siracusa がアップルの新しい OS に深く読み解きます。

============================
以下、めんどくさいのでこちらをどうぞ。
============================

ttp://translate.livedoor.jp/amiweb/browser.jsp?url=http%3A%2F%2Farstechnica.com%2Fapple%2Freviews%2F2009%2F08%2Fmac-os-x-10-6.ars&display=2&c_id=livedoor&langpair=EN%2CJA

ttp://www.excite-webtl.jp/world/english/web/?wb_url=http%3A%2F%2Farstechnica.com%2Fapple%2Freviews%2F2009%2F08%2Fmac-os-x-10-6.ars&wb_lp=ENJA&wb_dis=2&wb_submit=+%96%7C+%96%F3+

ttp://honyaku-result.nifty.com/LUCNIFTY/ns/wtf.cgi?XPID=18608_0

>>395
・拡張属性に圧縮した実行ファイルを入れることができるように
・Objective-C 2.0がそうだったようにObjective-C 2.1でもランタイムの
一番おいしい所は64bitでないと使えない
・QT7->QT XはOS 9->OS Xのようなもの．過去を決別しつつ徐々に移行する
・アプリがBookmarkという概念でファイル管理をできるようになった
・LLVMへの投資でコンパイラのフロントエンドにClangが選択可能になり
構文解析が高度に，エラー特定が容易く
・GDCなどで使われるblockはMacに付属のどのコンパイラでもビルド可
・GDCはキュー一つあたり256byteしか使わないので経済的
・OpenCLはベクトル演算をそのまま書ける
・解像度非依存はかなり近づいて来ているがまだまだ
・ZFS対応になればTime Machineが効率的になるのにAppleはSnow Leopardでは
やる気はない

>>397
> ・拡張属性に圧縮した実行ファイルを入れることができるように
> ・Objective-C 2.0がそうだったようにObjective-C 2.1でもランタイムの
> 一番おいしい所は64bitでないと使えない
> ・QT7->QT XはOS 9->OS Xのようなもの．過去を決別しつつ徐々に移行する
> ・アプリがBookmarkという概念でファイル管理をできるようになった
> ・LLVMへの投資でコンパイラのフロントエンドにClangが選択可能になり
> 構文解析が高度に，エラー特定が容易く
> ・GDCなどで使われるblockはMacに付属のどのコンパイラでもビルド可
> ・GDCはキュー一つあたり256byteしか使わないので経済的
> ・OpenCLはベクトル演算をそのまま書ける
> ・解像度非依存はかなり近づいて来ているがまだまだ
> ・ZFS対応になればTime Machineが効率的になるのにAppleはSnow Leopardでは
> やる気はない

さっき半分まで読んだが、適切なまとめだ

>>397
乙です。
ありがとう。

>>397
>・拡張属性に圧縮した実行ファイルを入れることができるように
リソースフォークにも入れます。
>・アプリがBookmarkという概念でファイル管理をできるようになった
BookmarkというのはAliasをCoreFoundationに移植したもの

移植っつーかあらゆるファイル指定子をNS/CFURLに統合した感じ

>>395
一番面白そうなところを翻訳しました。しかし分量が多すぎる。
http://arstechnica.com/apple/reviews/2009/08/mac-os-x-10-6.ars/3

インストール

Apple によると、Snow Leopardのインストールは「最大45%」高速になったそうだ。
インストール時間は、速度、内容物、ディスクの断片化の程度、光学ドライブの速度などによって大きく変わる。
インストールというのは一度きりで、恐ろしい事態が起きない限りは特に面白くもない。
ま、Appleがそういうなら、確認する価値がある。

条件をできるだけ同じにするべく、私はLeopardとSnow Leopardの両方をインストールした。
光学ドライブからのランダムなデータアクセスを抑えるため、Snow Leopardの最も重要なインストール最適化のいくつかを無効にしている。

不利な条件にも関わらず、Snow LeopardのインストールはLeopardのそれよりも20%ほど短い時間ですんだ。
Appleのいう「最大45%」には届かなかった（最大、という枕詞を忘れずに）。どちらも、インストールは30分以下だった。

Snow Leopardで驚くのは、Spotlightのインデックス作成が非常に速く完了することだ。
私のテストでは、Snow Leopardは174%も高速だった。5:49 に対して 3:20。
さらに、空のディスクへの新規インストールは標準ではない。
しかし、Spotlightのインデックス作成の待ち時間が短くなったのはいい。
Snow Leopardのパフォーマンスを実感できる最初の体験だ。

ほかに特筆すべき点として、デフォルトではインストールされないものについてだ。
例えばRosettaは、IntelMacでPowerPCのバイナリを動作可能にする。
オーケーわかった、 PowerPCはもう死んだ。安らかに眠れ。カーテンを引いて天に召されよ。
Appleに限っていえば、PowerPCは蚊帳の外だ。

しかし、デフォルトでRosettaをインストールしない？ キツい表現をするとこれは無謀と言える。
Snow Leopardにアップグレードした後に、長い間放置していたPowerPCアプリケーションを起動したらどうなるだろうか？
驚くと思うが、こうなる：

（スクリーンショット）
Rosetta：自動インストールされる

Disk Inventory X を Snow Leopardで起動しようとした時にこれが現れた。
PowerPCアプリケーションだというのを忘れていたのだ。
「インストール」ボタンをクリックした後、インストールDVDを要求されるだろうと思っていた。
代わりに、Snow Leopardはネットワークに接続し、AppleのサーバからRosettaをダウンロードしてインストールしたのだ。

（スクリーンショット）
Rosetta 自動インストール

Macの再起動も要求されず、 Disk Inventory X はRosettaのインストール完了後にそのまま起動した。
Mac OS X は今までシステムソフトウァアのオンデマンドインストールをあまり使ってこなかったが、Rosettaに関する便宜はとても好ましい。
「インストール」をクリックすると、Mac OS Xに適用可能なソフトを列記した巨大なXMLプロパティリストがダウンロードされる。
Snow Leopard は同様にプリンタードライバもオンデマンドでダウンロード・インストールしてくれる。
インストールDVDを持ち出す手間が省ける。将来はこの技術がもっと広く使われるとありがたい。

インストールのサイズ

Snow Leopardはディスクを節約する。
Appleは「前のバージョンよりもサイズを半分近く減らした」と言っているが、これは嘘ではない。
クリーンなデフォルトインストール（Spotlightのインデックスも含む）でいうと、Leopardが16.8GBで、Snow Leopardは5.9GBだ。
（ちなみに、この数字はどちらも2進法で計っている。サイドバーをみてね）


ギガバイトの、ほかの名前
Snow Leopard は、ディスクの使用率について上げ底的なトリックを使っている。
Snow LeopardのFinderは1GBを109バイト（10億）としているが、
LeopardのFinder、いや、従来のすべてのFinderは1GBを230バイト（10億7374万1824）としているのだ。
Snow Leopardをインストールした後は、ディスクの容量が突然増えたように見える。
たとえば、私の1TBのハードディスクをLeopardのFinderでみると、931.19 GBと表示される。
Snow Leopardでは、999.86 GBだ。ハードディクのメーカーは、10進法を使っている。
まったく混乱させてくれる。
私は2進法に拘っているとしても、長らく定着していたハードディスクメーカーの表記ルールにAppleが合わせたことを強く非難はできない。

Snow Leopard の減量にはいくつか秘密がある。
ひとつは明らかだ：PowerPCのサポートが無くなったということは、PowerPCの実行コードも無いということ。
Leopard で実行コードをフルに載むと？ 32ビットPowerPC、64ビットPowerPC、 x86、そしてx86_64。
これらアーキテクチャの半分がカットされた。
とはいえ、Leopardでは64ビットのコードを持つアプリケーションはほとんどなかったが。
しかし50%の実行コードの削減は単純に効く。

もちろん、OSの全ファイルが実行コードという訳ではない。
データファイル、イメージ、オーディオ、ビデオ。
しかし実行コードでないファイルのほとんどに共通することがある：それらはたいてい、圧縮されたファイルフォーマットで保管されている。
PNGs、JPEG、AAC、MPEG-4、そして設定ファイルやプロパティリストは、XMLよりもコンパクトなバイナリ形式がデフォルトになった。

Snow Leopardの圧縮分野では、これらとは別種のファイルが頭角を現している。
ひとつ例を見せよう。Snow Leopardでは、内在する実行ファイルのうち97%が圧縮されているのだ。
どうやって？ これを見てくれ：

% cd Applications/Mail.app/Contents/MacOS
% ls -l Mail
-rwxr-xr-x@ 1 root wheel 0 Jun 18 19:35 Mail

（訳者注：ファイルサイズが0KBとなっている）

え？ ちょ、おま…小さいってレベルじゃねーぞ？ マジで実行ファイルか？ 別の何かか？ 確認しよう。

% file Applications/Mail.app/Contents/MacOS/Mail
Applications/Mail.app/Contents/MacOS/Mail: empty

（訳者注：empty表示に注目）

キター！ 消えてるwww
種明かしをすると、この結果はLeopardからSnow Leopardのディスクを見た時のものだ。
実際、以前のMac OS Xからでは、Snow Leopardで圧縮されているファイルは0バイトに見えてしまう。
（もちろん、Snow Leopardで起動していると、ちゃんと見える）

じゃ、データはどこに？
上記の出力にある、アクセス権を表す文字列の末尾についた「@」（Leopardで登場した機能）がヒントだ。
Mailの実行ファイルはサイズ0だが、それはいくつかの拡張アトリビュートを持っている：

% xattr -l Applications/Mail.app/Contents/MacOS/Mail
com.apple.ResourceFork:
0000 00 00 01 00 00 2C F5 F2 00 2C F4 F2 00 00 00 32 .....,...,.....2
0010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
(184,159 lines snipped)
2CF610 63 6D 70 66 00 00 00 0A 00 01 FF FF 00 00 00 00 cmpf............
2CF620 00 00 00 00 ....

com.apple.decmpfs:
0000 66 70 6D 63 04 00 00 00 A0 82 72 00 00 00 00 00 fpmc......r.....

ふぅ、これが全データだ。でも待てよ、リソースフォークに格納されてるの？
8年ほど前、それは推奨しないってことにしたよね？
確かにそう。あなたは、Appleが愛する自慢のファイルシステム、HFS+の追加機能の目撃者になる。

Mac OS Xのあけぼのに、Appleはジャーナリング、シンボリックリンク、ハードリンクを追加した。
Tigerでは、拡張アトリビュートとAccess Control Listを組み込んだ。
Leopardでは、HFS+ はディレクトリのハードリンクをサポートした。
Snow Leopardでは、HFS+ は新しい技を覚えた：per-file compression（ファイル単位の圧縮）。

com.apple.decmpfs アトリビュートの存在が、そのファイルが圧縮されているという最初のヒント。
このアトリビュートは、実際にはSnow Leopardが起動した時にxattrコマンドから見えないようにされる。
しかし、この特別なアトリビュートを解釈しないLeopardからは、丸見えだ。

Mac OS X 内部をよく知る導師、Amit Singh による hfsdebug。
これのSnow Leopard対応版を使えばより多くの情報が明らかになる。

% hfsdebug /Applications/Mail.app/Contents/MacOS/Mail
...
compression magic = cmpf
compression type = 4 (resource fork has compressed data)
uncompressed size = 7500336 bytes

見ての通り、リソースフォークは確かに圧縮データを保持している。
しかし、なぜリソースフォークなのか？ Appleのいつもの、後方互換性のための賢いやり方だ。
最近の例としては、ディレクトリのハードリンクの見せ方が挙がる。
Leopard以前のバージョンでは、エイリアスに見えるようになっているやつ。

HFS+ の圧縮は過去のシステムには存在していないため、
Snow Leopard以前のシステムでは圧縮データの読み出しや解釈ができないようにしてある。
10.6以前のシステムで稼働しているアプリケーション（またはユーザ）が、圧縮されたファイルを不用意に弄ってしまわないよう、圧縮データを見えないようにしたのだ。

そのような方法で隠されている、もしかすると巨大なファイルを、Snow Leopard以前のシステムは正しくコピーできるのだろうか？
これこそ、リソースフォークを使う理由だ。
ファイルを移動したりコピーしたりする際、FinderはMac固有のメタデータとリソースフォークを正しく扱ってくれる。
Leopardでは、cpとrsyncも同じ動作をしてくれる。
以前のOSからSnow Leopardのディスクを見ると、空っぽで0KBのへんてこなファイルに見えるが、コピーや移動を行ってもデータを失う可能性は低い。

Appleが圧縮データをこっそり運ぶと決めた場所は、リソースフォークだけではない。
より小さなファイルについて、hfsdebugを使うと：

% hfsdebug /etc/asl.conf
...
compression magic = cmpf
compression type = 3 (xattr has compressed data)
uncompressed size = 860 bytes

この例では、（圧縮してはいるが）拡張アトリビュートにすっぽり格納できるほどデータが小さい。
そして、これが最後のフロンティア：

% hfsdebug /Volumes/Snow Time/Applications/Mail.app/Contents/PkgInfo
...
compression magic = cmpf
compression type = 3 (xattr has inline data)
uncompressed size = 8 bytes

うんうん、拡張アトリビュートに非圧縮なファイルがまるごと格納されているね。
ここで見ているような標準的なPkgInfoファイルは、Classic Mac OS由来のタイプコードとクリエイターコード（各4バイト）を保持しているだけだ。

% xattr -l Applications/Mail.app/Contents/PkgInfo
com.apple.decmpfs:
0000 66 70 6D 63 03 00 00 00 08 00 00 00 00 00 00 00 fpmc............
0010 FF 41 50 50 4C 65 6D 61 6C .APPLemal

「fpmc...」宣言は、この記事の上の方にある com.apple.decmpfs アトリビュートにも出ていたが、数値の末尾に、予想通りのデータが見えている：
タイプコード「APPL」とクリエイターコード「emal」（Mail.app用 - Classic MacOSの伝統どおりの可愛らしさ）。

あなたは不思議に思うことだろう。
これがデータ圧縮のすべてだとしたら、8バイトの非圧縮データ + 17バイトの宣言文字列を拡張アトリビュートに格納することが、ディスクスペースをどのぐらい節約するのか？
HFS+がディスク領域を割り当てる方式に、その答えがある。
データフォークあるいはリソースフォークに情報を格納する際、HFS+は複数のアロケーションブロック（デフォルトでは1ブロックあたり4KB）を確保する。
従来の方法では、8バイトを格納するのに最低4096バイトの領域を占有することになる。
拡張アトリビュート用にディスクスペースが割り当てられるときは、このアロケーションブロックのサイズが関与しないのだ；データはもっとタイトに格納される。
結果的に、これら25バイトのデータを拡張アトリビュートに格納することで、4000バイト以上を節約できる。

しかし、圧縮はディスクスペースを節約するだけではない。
I/Oの遅延や帯域の低下によるCPUの動作待ちは、伝統的なテーマだ。
過去数十年間、CPUのパフォーマンスは向上し続けていて、（そしてコンピュータのリソースは有り余るようになった - 最近は特に）それはディスクのパフォーマンス向上にくらべてはるかに大きい。
現代のハードディスクのシークタイムや回転待ちの遅延は、ミリセカンドのクラスにとどまっている。
1ミリセカンドあれば、2GHzのCPUは200万回サイクルをまわせる。
そしてもちろん、実データの転送時間も無視できない。

ところで、OSやハードウェアによる複数段のキャッシュ技術はこれらの遅延をがんばって隠蔽してくれている。
しかしキャッシュが満杯になってしまえば、ディスクに落とし込まねばならない。
圧縮すれば、転送するべきデータ自体が減る。
現在のマルチコアなMacでは、普通の使い方だとCPUのリソースが笑ってしまうぐらい余っている。
ディスクから圧縮データを転送してCPUがメモリに展開する作業、この総時間は、非圧縮データを転送する時間よりも短いのだ。

転送データ量を減らすことのメリットについて説明したが、ファイルを拡張アトリビュートに格納すると実際に高速化できる。
データの局在性がそれだ。

大きなデータを転送するのにハードディスクが低速になるのは、ハードディスクのヘッドがディスクの別の場所に移動するからだ。
ヘッドの移動開始、停止、狙った場所に正しく静止、ディスクの回転待ち…ヘッド移動のたびにこれらの時間がかかる。
物理的な部品が高速かつ的確に踊る様は驚きだが、限界がある。
一連の動作は、ハードディスクのような回転ストレージにとってはパフォーマンス殺しだ。

HFS+ ボリュームはファイル - メタデータ - のついての全情報をディスクの2つの優先領域に格納する：
カタログファイルには、ファイル情報、アクセス権、所有権、その他諸々など。
アトリビュートファイルには、「named fork」。

HFS+の拡張アトリビュートは、アトリビュートファイル内の named fork という形で提供されている。
ただし、領域を大きく確保できる（ファイルシステムがサポートする上限まで可能）リソースフォークと異なり、HFS+の拡張アトリビュートはアトリビュートファイルに「インラインで」格納される。
そのため、アトリビュートごとの上限は約128バイトになる。
しかし、実データを読み出すのに、ディスクの別の場所にヘッドを移動させなくてもいいわけだ。

ご想像の通り、カタログファイルとアトリビュートファイルがあるディスク領域は頻繁にアクセスされるため、キャッシュされている可能性が高い。
メタデータとデータ本体の両方を含むファイルの格納を、B-tree構造化されているカタログファイルとアトリビュートファイルで完結させるという狙いにより、全体的なパフォーマンスの向上に成功している。
8バイトの領域を25バイトに膨らませていることについてだが、それがデータストレージのアロケーションブロックサイズよりも小さく、また、OSが読み出すべきアトリビュートファイルのB-treeノードに丸ごと格納されているうちは、心配無用だ。

Snow Leopardのディスクスペース節約に大きく貢献している要素は他にもある（例えば、不必要な言語リソースや"designable.nib"ファイルの除去）。
しかしHFS+の圧縮は、技術的に非常に興味をそそられるものだ。

インストーラの知性

Appleは、インストールプロセスに二つの興味深い仕掛けを施してきた：

Snow Leopardはあなたのアプリケーションの互換性を確認し、非互換であることが確認されているプログラムをインストール対象から外す。
また、インストールが強制停止された場合でも、データを失うことなしに再開できる。

「非互換であることが確認済」のアプリケーションを除外する。
これは間違いなく、2年前にTigerからLeopardにアップグレードしたユーザの一部に起こった「ブルースクリーン」問題への回答だ。
これは非互換性 - 「許可されていない」サードパーティのシステム拡張 (extensions) が引き起こした。
私はこのような手段を実利的なスタンスで見ることにしている。
Appleが、ユーザへの影響を最小限にする現実的なアプローチをとったことを好ましく思う。

もちろん、非互換かもしれないソフトウェアすべてを検知して無効にするのは無理な相談だろう。
最も人気がある、または最も評判がよいリスキーなソフトウェアを検知するのではないだろうか。
あなたが開発者なら、自身のソフトがAppleのブラックリストに載っているかどうか確認するのに便利だ。

インストールの再開機能についてだが、電源トラブルの後でインストールを継続する時、私はこの機能をテストする気力を失っていた。（UPSは持ってる）
インストールのような長時間のプロセスのことを考えると、この手の堅牢性は歓迎だ。とくにラップトップのようなバッテリー駆動のマシンにとっては。

インストールプロセスのこういった改良の背景には、Appleの開発者がOSの各要素を洗練させることに時間をかけたことがある。
インストーラのチームは2年近くの開発サイクルの間、インストーラを満足なものにするというプレッシャーを受けていたのだろう。
そのへんの実状はわからないが、ユーザーはその成果を受け取ることができた。

以上です。

実際投稿してみると、分量はそれほどでもなかった…

乙！　原文の内容も翻訳もナイスだ。

とても面白かったです！

一応、気付いちゃったので僭越ながらも訂正しまする
>>404
109バイト（10億）　　　　　　　　→　10の9乗（10億）バイト
230バイト（10億7374万1824）　→　2の30乗（10億7374万1824）バイト

Blockについての説明も非プログラマーにもわかりやすくて面白かった。
「Cプログラマーたちよ、ようこそ、高階関数の世界へ」。

ためになりますた

>>412
いつもありがとうございます。
じっくり読ませていただきます。

ありがとう

GJ!

>>395
続いて、Grand Central Dispatchの概要です。
こういう記事の翻訳はスレッドプールとかに詳しい人がやればいいと思いました…
意味がつかめてない箇所があるので、その辺は流してください。

http://arstechnica.com/apple/reviews/2009/08/mac-os-x-10-6.ars/12

Grand Central Dispatch

並行処理という難問に対するSnow Leopardの答え、それがGrand Central Dispatch (GCD)だ。
QuickTime Xと同じくキャッチーな名前だが、技術を理解しない限りは不明瞭なままだ。

まず、GCDはCocoaの新フレームワークでもないし、特定の用途にのみ発揮される補助技術といったものでもない。
Mac OS Xの下層に焼き込まれたプレーンなCライブラリだ。
（libcに組み込まれていて、ユーザー空間の深層に置かれているlibsystem。その中に。）

あなたのプログラムでGCDを使う時に、新たなライブラリにリンクする必要はない。
ただ単に、#include <dispatch/dispatch.h> すれば即座に動く。
GCDはCライブラリだから、Cを呼び出せる言語ならどれでも使える：Objective-C、C++、Objective-C++ 。

キューとスレッド

GCDはいくつかのシンプルな要素からなっている。まずキュー（待機列）から始めよう。
GCDにおけるキューとは、そのままの意味だ。タスクはキュー（待機列）の形にされて、FIFO（先着順）で処理されていく。
(First In, First Out の略で、スーパーのレジの列のごとく、列に並んだ順に処理されていく） タスクが振り出されるというのは、タスクがスレッドに割り振られて実際に実行されるということ。

GCDのキューはFIFO（先着順）でタスクをスレッドに割り振っていき、同じキューから発行された様々なタスクが常に並列で実行される。
動画を用意した。
Grand Central Dispatchの、キューの動作
Click to Play
A Grand Central Dispatch queue in action

タスクBが、タスクAより先に完了していることに気づいただろうか。
キューからの振り出しはFIFO（先着順）だが、タスクの完了はそうではない。
また、3つのタスクがキュー化されているが、スレッドは2つしか使われていない。
これがGCDの重要なところだ。

しかしまず、キューの別の面も見てみよう。
永続キューも通常のキューと同じように動作し、同時に複数のタスクが実行されるようになっている。
つまり、永続キューでのタスク完了もまたFIFO（先着順）となる。
永続キューは通常のキューと同じく明示的に生成される。
ただし、各アプリケーションがそれぞれに、メインスレッドで実行されている永続キュー、すなわち「メインキュー」を持っている。

上の動画では、動作していたスレッドが、不必要になると消えていることを見せてくれる。
これらのスレッドはどこから生じ、どこへ行くのだろうか？
GCDは、スレッドのプール（貯水池）を一元管理している。
キューが振り出すタスクがなくなると、スレッドはプールに戻される。

これはGCDの設計における、極めて重要な側面だ。
驚かれるだろうが、伝統的な手作業管理のスレッドを使ってパフォーマンスを限界まで引き出す時、「いくつスレッドを作るか」というのはかなりの難問なのだ。
少なすぎると、ハードウェアがアイドル状態になってしまう。
多すぎると、使用可能なCPUコアにスレッドを割り振るようなことですら時間を食うようになる。

仕事を、8つの独立した単位に分けるという問題を挙げてみよう。
このソフトが、8コアのマシンで4つのスレッドを生成したなら、スレッド数は多すぎるのか、少なすぎるのか？
これは引っかけ問題！ システムの状態によって答えが異なってくる。

8コアのうち6個が他の仕事で手一杯だとすると、コアの空きは2つ。
そこに4スレッドを生成すると時間を浪費してしまう。
ちょい待ち、6コアを占有しているその仕事が終わったらどうなる？
そうなれば空きは8個だ、しかしスレッドは4つ。コアの半分がアイドル状態になってしまう。

プログラムを実行する時はハードウェアのすべてを使いたいものだが、いくつのスレッドを作るのが正解なのか、プログラマーが知る術はない。
このマシンでコアはいくつ使えるのか？塞がっているコアはいくつなのか？
途中でコアに空きができたとき、プログラムがそれを知るにはどうすれば？

スレッドの最適数については、単一のグローバルな存在が最終決定をくだす。Snow Leopardでは、それはGCDのことだ。
タスクを持つキューが無い時は、プール内のスレッドはゼロのまま。
タスクがキューから振り出されると、GCDは利用可能なハードウェアに応じて複数のスレッドを生成する。
GCDは、システムが持つコアの数や、現在稼働しているスレッドの数を把握している。
キューがスレッドを必要としなくなれば、それらはプールに戻され、タスクを抱えた別のキューにあてがうことができる。

これは実に最適な企てだ。
Mac OS Xでは、スレッドは比較的に"重い"。
各スレッドはレジスタ値、スタックポインタ、プログラムカウンター、加えてセキュリティの信用性を追跡するカーネルデータ構造、スケジューリングの優先度、保留シグナルとシグナルマスク等々…を管理している。
総計するとスレッドあたり512KB以上のコストがかかる。
各スレッドが持つ実データもあるのだが、それ以前に、1000個のスレッドを生成するとそれだけで500MBものメモリおよびカーネルリソースがコストとしてのしかかってくるわけだ。

スレッドあたり512KBのお荷物と比較すると、GCDのキューはほんの256バイトのコストで済む。
キューは非常に軽く、開発者がキューを大量に用意してもOKだ。
先の動画では、キューが3つのタスクを2つのスレッドに割り振る時、1つのスレッドが2つのタスクを実行した。
スレッドの重さはメモリ量だけではない。スレッドを生成することもまたコストがかかる。
各タスクごとに新しいスレッドを生成するのは最悪のシナリオだ。
GCDは複数のタスクを実行するのに、常時スレッドを使うことができる。これがシステム全体の効率向上を勝ち取った。

プログラマーがスレッドの数を決定する時の問題を覚えているだろうか？
GCDを使えば、まったく気にしなくてもよくなる。
代わりに、理屈では、プログラマーはアルゴリズムの並列性を最良にすることに集中できるようになる。
500の並列タスクを使うのがベストならば、500のGCDキューを用意して仕事をキューに投げ込めばいい。
GCDは、仕事を実行するのにいくつスレッドを生成するのか算定する。
そのうえ、システムの状態変化を考慮して、スレッドの数を動的に調整してくれる。

しかし恐らく最も重要なのは、より多くのCPUコアを持つマシンが出てきても、プログラマーがアプリケーションを変更する必要がまったくないことだ。
ありがとうGCD。意識しなくてもコンピュータの利用可能なリソースをすべて使えるのだ、文字通り最適に！
- 大本の最適な並列作業数は、キューの用意数を決める時にプログラマーによって定義される。

ちょっと待った、まだある！
GCDキューは、自動判断で複雑に導かれた非循環式のグラフによって、並び替えが行われる。
（実際には、循環式にもできるのだが、そのときの振る舞いは定義されていない。やらないように）
キューの階層化は、中央管理キューの下位セットに内包されたサブシステムからのタスクを流し込んだり、効果的に配列された永続キューを通常キューとして強制セットしたりするのに使われている。

また、キューについては何段階かの優先度が存在し、スレッドに割り振る時の頻度や緊急度を決定する。
キューは一時停止、再開、キャンセルが可能になっている。
キューはグループ化することもができ、グループから発行された全タスクを追跡したり、全タスクをひとつの単位として扱ったりできる。

まとめ。
GCDのキューとスレッドの使用形態はシンプルで、エレガントで、それでいて非常に実用的なアーキテクチャだということだ。

以上です。

当該ページにある動画を見るのが、一番理解が早いような。
「自動判断で複雑に導かれた非循環式のグラフ」って、Directed acyclic graphのことでした。
WikipediaでDirected acyclic graphを調べると、わかりやすい図が載っています。

乙です！

日本語だと非循環有向グラフって言いますね。

乙です！

日本語だと非循環有向グラフって言いますね。

第二弾きたーーーーーーーーーーーーーー
お疲れ様です＾＾

>>420
> GCDはCライブラリだから、Cを呼び出せる言語ならどれでも使える：Objective-C、C++、Objective-C++ 。
これって微妙だよね。Appleのドキュメントにもこう書いてる所があるけど、
逆にC++では使えないってかいてるドキュメントもあるし。

>>429
> > GCDはCライブラリだから、Cを呼び出せる言語ならどれでも使える：Objective-C、C++、Objective-C++ 。
> これって微妙だよね。Appleのドキュメントにもこう書いてる所があるけど、
> 逆にC++では使えないってかいてるドキュメントもあるし。

Clang+LLVMはまだC++未整備だけど、GCDは対応しているように読めたよ。

http://www.apple.com/getamac/ads/

ここにAppleのTVCMがあるんだけど、これ字幕ほしい。
英語のまま見ててもなんとなく、
とても面白い雰囲気が伝わっては来るんだけど、
やっぱ日本語字幕が欲しいなぁ。

>>425
乙です。
ありがとう。

>>395
さて、次はQuickTime Xについて。

http://arstechnica.com/apple/reviews/2009/08/mac-os-x-10-6.ars/6

QuickTime X

Appleは、LeopardでCベースのQuickTime APIを64ビット化しなかったが、その時ちょっと変なことをした。
同時に、それはとても大きな取引に見えた。
Mac OS Xにおける64ビットへの移行は、既に何年も、いくつかのメジャーアップデートにまたがっている。
QuickTimeがまだ64ビットになっていないことが想像される。

結局、私の簡潔だが悲観的な評価は正しかった：QuickTimeは「Carbon依存」だった。
カーボンのような、由緒あるQuickTime APIが64ビットになることは、永遠にない。

QuickTimeテクノロジーとQuickTimeブランドは確実に64ビットに対応する。
32ビットのみの要素の背後にあるのは、1991年に登場してから18年間使われ続けたCベースのAPIだ。
それはSnow Leopardで64ビットに置きかえられ、QuickTime Xと名付けられた。

QuickTime Xの「X」は、「テン」と発音する。
これは、多くの不気味な相似の手始めにすぎない。以前のMac OS Xのように、QuickTime Xは：

* 旧QuickTimeからの決別を狙っている
* もともと他のプラットフォーム用に開発された技術がベース
* 前バージョンとの透過的な互換性を持つ
* よりよいパフォーマンス、より現代的なアーキテクチャ
* 初リリース時には、重要な機能の多くが欠落している

一気に見ていこう。まず、なぜ過去からの決別が必要なのか？ それは単純に、QuickTimeは古い - 本当に古いから。
1991年の初リリース時に表示された郵便の消印サイズのビデオは、技術の偉業と思われた。

当時、最速のMacintoshは25MHzのCPUを積んでいた。
右のふざけたグラフが雄弁に物語る。
これまでは、前向きな姿勢だけでよかった。
技術が誕生したときの状況が、最終的に、必然的に、技術の運命を決定する。
これはQuickTimeのような、後方互換性を強く求められる長命なAPIには特に真実味がある。

パーソナルコンピュータでのビデオ内蔵を成功させたQuickTimeが、ここまで長続きしたのは率直にいってすばらしいことだ。
しかし世界は変わる。
Mac OSが協調型マルチタスクやメモリー保護の欠如という泥沼にはまったのと同様、2009年でのQuickTimeは、並列性に関する古びた概念と、設計時に焼き込まれた古びたサブシステム層が足をひっぱっている。

iPhone向けのビデオ用コードが書かれたとき、QuickTimeの最新バージョン7は単純にその要求に対応できなかった。
デスクトップでの長い人生の間にQuickTimeは肥大化し非能率になり、携帯機器（QuickTime1.0がリリースされた当時のMacの6倍のCPU速度を持つが）でモダンなビデオコーデックを扱うのに必要なGPU再生支援を欠いてしまった。
故に、Appleはコンパクトで、モダンで、GPUフレンドリーで、iPhoneのRAMやCPUに優しいビデオ再生エンジンを作った。

うーん。
デスクトップビデオのAPIは歳を取ったので置き換えないといけない。
新鮮で新しく、多少軟弱なハードウェアでも良いパフォーマンスを出せるビデオライブラリ。
Apple「( ﾟ∀ﾟ)ｱﾋｬﾋｬﾋｬﾋｬ」
しかしテクニックは変化する。幸運にも、これがAppleの強みだ。
QuickTime自身は既に3つのCPUアーキテクチャ、3つの異なるOSを経験している。

64ビットへの移行はもうひとつの（劇的ではないにしろ）転換点であり、AppleはQuickTime7と新しいQuickTime Xとの間に境界を設けることにした。
Snow Leopardでは、64ビットアプリケーションが使うQuickTimeはQTKit Objective-C フレームワークだけに制限された。

QTKit の新秩序

QTKitは新しいものではない：CocoaアプリケーションにQuickTime7のよりネイティブ感のあるインターフェイスを提供するもので、2005年に誕生した。
この抽象的な追加レイヤーが、QuickTime Xの移行の鍵だ。
QTKitは、QuickTime7とQuickTime Xとの間にあるオブジェクト指向の壁を隠蔽する。
従来のQTKitを使用したアプリケーションでは、QTKitの裏側でQuickTime7とQuickTime Xのどちらを使うかが選択されている。

QuickTime Xがより良いものなら、なぜQTKitはそれをすべての場合で使わないのか？ その答え。
Mac OS Xと同じく、初リリースであるQuickTime Xは機能が大きく制限されているから。
QuickTime Xは再生、キャプチャ、書き出しをサポートしているが、一般的なビデオ編集機能をサポートしていない。
また、そのサポートは「現代的な」ビデオフォーマットに限られている - 基本的に、iPod、iPhone、AppleTVで再生可能なものだけ。
他のビデオコーデック、そしてプラグインによるコーデックも忘れていい。QuickTime Xはそれらもサポートしていないから。

QuickTime Xが作業に対応できないケースでは、QuickTime7がその穴を埋める。
ビデオのカット、コピー、ペーストは？ QuickTime 7です。
ムービーから特定のトラックを取り出すには？ QuickTime 7です。
Appleの携帯デバイスが対応していないムービーを再生するには？ QuickTime 7です。
プラグインを使って対応コーデックを増やす場合は？ 読めたと思うけど、QuickTime7です。

ちょい待ち。
・64ビットアプリケーションがQuickTimeを扱う手段がQTKitだけ
・QTKitの背後ではQuickTime7とQuickTime Xの両方がある
・QuickTime7は32ビットのみ
・Mac OS Xは32ビットコードと64ビットコードの両方を実行できる「mixed mode」をサポートしていない
こんな状態で、64ビットのプロセスがQuickTime7を必要とするような作業をするというのは、狂気の沙汰ではないか？

64ビットのQuickTime Playerを起動して、QuickTime7を必要とするムービーを開いた場合を見てみよう。
Sorenson videoを使っているやつだ。（憶えているかい？ あの古き良き日々を）
よしよし、ちゃんと再生できる。
しかし、アクティビティモニタで「QuickTime」を探すと、このようになっている：
QTKitServer 32-bit process
（スクリーンショット）ずいぶんコソコソしてるねえ：32ビットのQTKitServerプロセス

答えが明らかになった。
QTKitを使った64ビットアプリケーションがQuickTime7（32ビットのみ）のサービスを要求するとき、QTKitは32ビットのQTKitServerプロセスを発生させて、それが実作業や64ビットプロセスとのやり取りを行う。
QuickTime Playerを起動した時にアクティビティモニタを眺めれば、必要に応じてQTKitServerというプロセスが発生しているのを見ることができる。
これらはQTKit frameworkによって、ユーザーに意識させないまま行われる；アプリケーション自身がこの機構を意識する必要はない。

うん、QuickTime7がMac OS Xから完全に消えるには（少なくともAppleは7をQuickTime Classicなどとは呼んでいない）、長い長い時間がかかる。
しかし、前途は明瞭だ。
Mac OS Xの新規リリースごとに、QuickTime Xのサポート領域は広がり、QuickTime7が必要とする数多くの事柄が減少していく。
例えば、Mac OS X10.7では、QuickTime Xはプラグインをサポートするようになると想像している。
10.8では、QuickTime Xはビデオ編集をサポートするだろう。
QTKitのネイティブな表面の下で起こっているあらゆる事柄が、遂には、QuickTime7を必要としなくなる。

意味するところ

驚かれるだろうが、現在のQuickTime Xの制限は、実はQTKit APIの進化や面白いアドバンテージを浮き彫りにしているのだ。
QTKitがQuickTime Xを使うように直接指示する方法がない - この方針について推察してみよう。
鍵はQTKit APIの概念にある。

1から7までのQuickTimeは、内部ではすべてのメディアリソースを単一の型で扱っている：ムービーオブジェクト。
この型はムービーを構成する個別のトラック、各トラックのサンプルテーブルなど、QuickTimeがメディアを解釈して操作するのに必要な全情報を含んでいる。

良いように思われるだろう、総合的なムービーオブジェクトの構造において、QuickTimeが要求することすべてを理解するまでは。
例えば、QuickTimeでMP3ファイルを再生するとしよう。
QuickTimeはまず、MP3を扱うムービーオブジェクトを生成しなければならない。
不幸なことに、MP3フォーマットはオーディオ構造に関する総合情報を滅多に持っていない。
たいていは、パケットのストリーム（順番付けされたデータ）だけだ。
ムービーオブジェクトを完成させるために、QuickTimeはスキャンおよびオーディオストリーム全体を解析する苦労を強いられる。

QuickTime7および以前のバージョンでは、スキャンと解析をバックグラウンドで逐次実行することで負荷を低減していた。
QuickTime Playerがムービーコントローラにプログレスバーを重ね表示するのを見ることができる。
下の画像は、Leopardで63MBのMP3ポッドキャストをロードしたときの様子だ。
ムービーのタイムラインバーで、グレーの部分がゆっくり右に伸びていく。

（スクリーンショット）QuickTime 7は必要以上に仕事をしている

再生は即座に始めることができる（頭から）とはいえ、一歩引いて考える価値はある。
QuickTimeを扱えるすべてのアプリケーションで、ムービーオブジェクトが生成される：編集、トラックの取り出しや追加、書き出し、名前を付ける… しかし、やりたいことがファイルの再生だけなら？

QuickTime 7のAPIには、内容に素早くアクセスする機能が欠けているという問題がある。
「ファイルをできるだけ素早く開いて再生できればいいよ」と指示する術がない。
編集または内容を書き出す場合に備えて、ディスクからファイルの全バイトを読み取って構造を確定するために解析する、なんてことしなくていい。
単に開いて再生するだけでいいんだよ。

Snow LeopardのQTKit APIはまさにこの機能を提供する。
事実、QuickTime Xバックエンドが適任な唯一の事柄、それはQuickTime X自身ができないことを一切やらずに、目的のものを再生することだ。
そして、再生した部分以外を扱うときは、QTKitに例外動作を要求する。

このメカニズムは、アプリケーションのメインスレッドにおいて、QuickTime Xが巨大もしくは遠距離にある（例えば、遅いネットワーク越しにある）ムービーファイルを、UIを停止させずに非同期ロードする方法でもある。

QuickTime Xの流れに乗るべき理由は多い。
QuickTime Xがサポートするメディアフォーマットで見ると、Xのほうが7よりも再生負荷が軽い。
（これは、再生だけを行う時に、編集や書き出しのための内部準備をしていないことだけが理由ではない。）
QuickTime XはH.264のGPU再生支援をサポートしているが、初リリースではNVIDIA 9400M GPUをのせたMacだけが対象だ（2009年のiMacの一部モデル、2008年および2009年のMacBookの一部モデル）。
最後に、QuickTime Xは延び延びになっていたColorSyncサポートを実現した。

The X factor

これはQuickTime Xの長い旅路の始まりにすぎず、そこまで幸先のいいものではない。
QuickTimeエンジンが編集をサポートしていない？ プラグインもない？ こんなのをリリースするなんて、まったくお話しにならない。
しかし、これが近年のAppleのやり方だ：着実かつ周到に進行させる。
Appleは、時間よりも、機能レスでのリリースを選んだ。

QuickTime7が全機能64ビット対応を果たすのかどうか開発者は心配していたが、QuickTimeの重大なコードベースでの難問（そして、腐ったCarbonを追い出すこと）は、当のAppleがもっとも影響を受けている：Final Cut Studio。
これまでは、Final Cut Studioは32ビットにとどまっていた。
QuickTime Xの機能向上にAppleが強い関心を抱いていることを、控えめに指摘しておこう。

とはいえ、Appleが拙速であることを期待してはいけない。
18年間開発されてきたAPIを作り直すなんてのは一晩でできやしない。
Mac OS Xの重要アプリケーションすべてをQTKitオンリーに置き換えるには、数年はかかるだろう。
移行とは愛あればこそ。

以上です。

最後まで残り続けたレガシーテクノロジーに、遂に改革の手が…という感じでしょうか。

＞偽の神さん
乙です。訳そうと思ってたら先を越されたw

>>433の「同時に、それはとても大きな取引に見えた。」は、
「当時はそれほど大したことでないように思えた」かと。
a great/big deal = so much　くらいの意味です。

「QuickTimeがまだ64ビットになっていないことが想像される。」は、
「単にまだQuickTimeが64bit化される順番でなかっただけかもしれない、と考えることもできた」かと。

>>395
そろそろ力が尽きてきました。
最後は、ファイルシステムAPIの統合。

http://arstechnica.com/apple/reviews/2009/08/mac-os-x-10-6.ars/7

ファイルシステムAPIの統合

Mac OS Xには、歴史的経緯により、アプリケーションがファイルを参照する方法がいくつもある。
プレーンなパス（例えば、/Users/john/Documents/myfile のような）は、OSの最下層でサポートされている。
シンプルでわかりやすいが、アプリケーションがファイルを追跡する唯一の方法がこれだとすると、あまりいいアイデアではない。
アプリケーションがパス文字列を元にファイルを開いたとして、編集中にユーザーがファイルを移動させてしまったとする。
アプリケーションがファイルの保存を指示された場合、パスだけを頼りにしていると、既存の場所に新規ファイルとして保存されてしまうだろう。

Classic Mac OS では、パスに依存しない、より洗練された内部方式を持っていた。
HFSおよびHFS+でサポートされている、固有のファイルIDを使う方法だ。
Mac OS Xでは、このコンセプトをFSRefというデータ型で実現している。

そして現代、ローカルマシンを越えてファイルを見つけるための表現方法として、URLがデファクトスタンダードになっている。
URLはローカルファイルを参照することもできるが、それはファイルパス方式と同じ欠点がある。

データ型の多様性は、Mac OS XのファイルシステムAPIに反映されている。
ある機能群は引数としてファイルパスを使い、別の機能群はわかりにくいファイル参照を使い、そしてURLを使う機能群もある。
これらのAPIを使うプログラムは、ファイル参照を相互変換するのに多くの時間を浪費することがある。

ファイル情報を取得する際も似たような状況だ。
OSのあらゆる層に、ファイルシステムのメタデータを大量に検索する機能があるが、包括的に使えるものはひとつもない。
ディスク上のあるファイルの情報をすべて得るには、複数のシステムコールを使わねばならないが、それらのファイル参照型はバラバラだ。

WWDCでAppleが挙げた例がある。
Leopard上のプレビュー.appで、ひとつのファイルを開くときの結果だ：

* FSRef をファイルパスに変換 = 4回
* ファイルパスをFSRefに変換 = 10回
* getattrlist() を25回コール
* stat() または lstat() を8回コール
* open() または close() を4回コール

Snow Leopardでは、Appleは新しく、統合されていて、包括的なファイルシステムAPIを、単一のデータ型を軸に構築した：それはURL。
しかしこれらはURL「オブジェクト」なのだ - NSURLとCFURLで、相互に互換使用できる - そして、FSRefの特性をも備えている。

Appleがこのデータ型に定めた理由は、opaque型であるため機能強化しやすい、それらを使う数多くのAPIがある、など。
URLは、数ある選択肢の中で最も将来が約束されていて、また新しいデータ型やメカニズムに対してほぼ無制限の柔軟性を提供できる体系を持つ。
新しいファイルシステムAPIは、パフォーマンスを引き出すためにメタデータやデータキャッシュをサポートしたopaque URL型 を軸とする。

また、Bookmarkと呼ばれる新しいディスク表現方式も登場する。
（ブラウザのブックマークと混同しないように）これはネットワークに対応しており、Mac OSのエイリアスに取って代わる。
Bookmarkは、あるファイルの中からファイル参照を作成するもっとも強固な方法になる。
また、各Bookmarkに任意のメタデータを付け加えることもできる。
例えば、アプリケーションが、「お気に入りの」ファイルにアプリケーション固有の情報を付加し、それらファイルの永続的なリストを保持し、背後で起こるファイル移動を反映させたいとすると、ブックマークを使うのがベストの選択になる。

私が長々と述べているのは、ファイルシステムAPIに自発的に興味を持ってもらいたいという訳ではなく、以前のCoreTextの時のように、Mac OS Xがプラットフォームとしてまだまだ若いと言いたいのだ。
7つのメジャーリリースを経てなお、Mac OS Xは3つの鎖から逃れようともがいている：NeXTSTEP、classic Mac OS、そしてBSD Unix。AppleのCore OSチームが、古くて厄介なAPIあるいはデータ型を、新しくモダンなものに容赦なく置き換えてきた様を見ることになるだろう。

変更の成果を受け取れるのはいつの日か？ これら新しいAPIが使われたMacアプリケーションがエンドユーザーの手に来る日。
最も上手に書かれたMacアプリケーションが、すでに望ましい挙動を披露している。
例えば、Leopardのテキストエディットは使用中のファイルが移動されても正しく追跡してくれる。
Document moved dialog
（スクリーンショット）テキストエディット：良識あるMac OS X市民

もちろん、変更の要点は「上手に書かれている」ことだ。
ファイルシステムAPIのシンプル化は、ユーザーフレンドリーな振る舞いを提供するための手間を大きく縮小し、開発者の背中を押してくれることだろう。
パフォーマンスの向上はおまけではあるが、開発者が新しいAPIをアプリケーションに採用する理由をひとつ増やしてくれる。

以上です。
これで、自分が面白そうと思った箇所は終わりです。
後は別の方におまかせで…

お疲れ様です。
英語が苦手な者にとっては真の神です。
ありがとうございました。

>>445
乙です。
ありがとう。

いつもありがとうです

ありがとうございました。興味深かったです。

読んでて面白い。プログラミングしたくなる。乙です。

QTスレから飛んできますた。超乙です。
>>433は「切手サイズ」ですね

翻訳神はありがたいなあ

TigerでFinderの項を訳した者としては、ここでFinderの翻訳を取り上げないわけにはいきますまい。
なんせ初めてCocoa化され、しかも64bitになったFinderですからね。
ということでまいりましょう。
ttp://arstechnica.com/apple/reviews/2009/08/mac-os-x-10-6.ars/18

Snow Leopardの最初期のスクリーンショットのリーク画像には、これまでと変わらないFinderのメニューの
「Finderについて...」を選択すると表示される情報ウインドウがあり、それはバージョン10.6と表示されていた。
つまり内容がアップデートされていることが推測できたわけだ。もっと面白いのは、その画像からSnow Leopardの
Finderは64bitアプリケーションであることが判明したことだ。

Mac OS XのFinderはMac OS Xの後方互換性を有するCarbon APIから成る「ドッグフード」アプリケーションとして
産声を上げた。これまで何年間も、Finderは不満や嘲笑のターゲットになっていた。これらの印象の悪さは、しばしば
Carbon vs Cocoaの優位性を論じる平行線の議論にかぶさってきていたものだった。

「FinderがクソなのはCarbonアプリだからさ。Cocoa Finderを出せよ！そしたら悩みの種も消えるからさ」とか。
さて、Snow LeopardのFinderは64bit版だ。そしてご存知の通りCarbonは64bitに移植されなかった。
てなわけで、Snow LeopardではFinderはCocoaなのだ。（実は悩みの種もまだちょっとあるんだけどね）

Cocoa化されるにあたっては、Snow Leopardの公式が適用されている。すなわち、目新しい機能追加はなし、
せいぜい小さなものが1つか2つあるだけというもの。で、新たにCocoa化されたFinderは見た目も動作も
今までのCarbon Finderとほぼ同じだ。Cocoaであることを示す一番のインジケータは、Core Animationによる
遷移効果の適用範囲が広がっていることだ。たとえば、サイドバーありのブラウザウインドウからそれらを折り畳んだ
最もシンプルなビューにしつこく変更しようとしたとき、これまでのように表示がチラつくことはなくなった。
その代わり、サイドバーはゆっくりとスライドしてフェードアウトし、ツールバーはシュリンクする。
すべてが新しいビューに呑み込まれていくのだ。
（訳註：これはFinderウインドウの右上のボタンをクリックしたときの挙動のことを言っているようです）

このCore Animationによる遷移効果は、いくつかのケースで一線を越えてしまったにもかかわらず、アプリケーションを
より洗練されたものに、そしてより「Cocoaっぽく」感じさせる。そして、Cocoaの採用により―想像だが、デベロッパに
とってはそうしたくなる衝動に抗いきれないほど―いとも簡単に機能を追加できるようになった。

カラムビューのヘビーユーザーが最も待ち望んでいた機能追加が今回ようやく実装された。すなわち、カラムビューが
ソート可能になったことだ。このソート順の変更はすべてのカラムに同時に適用される。カラムごとにソート可能でないのが
気に入らないが、ソート機能がないよりははるかにマシだ。ソート順の変更はFinderのメニューの「表示」から行える
（各ソートにはそれぞれキーボードショートカットが割り当てられている）。また、カラムビューのウインドウ内の
空白エリアを右クリックしてコンテクストメニューを開き、そこからソート順の変更を行うこともできる。

（スクリーンショット：Finderのカラムのソート順変更）

Snow Leopardではアイコンビューにさえも機能追加が行われている。すべてのアイコンビューウインドウには小さな
スライダーが表示されていて、そこからアイコンのサイズを変更できるのだ。

（スクリーンショット：アイコンビューはスライダー付きに）

これはちょっと変に思えるかもしれない。だって、アイコンのサイズってどれだけ頻繁に変更する？　でもFinderで画像の
プレビューを行おうとした場合、これは理に適っている。こういう役立つケースにおいては、アイコンの最大サイズが
512x512ピクセルに拡大されたことも、さらに理に適っている。

アイコンプレビューそれ自体は、Quick Lookの機能により適合するように機能が拡大されている。たとえば、小さなPDF
アイコンをズームして、下に示すように高解像度のプレビューをスムーズに行うことができる。ページをめくることまで
できるのだ。スペースバーを押せば、更に大きく柔軟性に富むQuick Lookビューに移行できるのだ。とってもスムーズな
エクスペリエンスだね。

（スクリーンショット：PDFファイルのアイコンプレビュー）

QuickTimeのプレビューも同様に機能が拡大されている。アイコン上でズームすると、妙な丸いプログレスインジケータの
ついたムービープレイヤーへと早変わりする。Finderのビューの設定における気まぐれな動作に抵抗しつつ、最も有用で
あるところのアイコンビューに移行することを考えると、この奇妙な小さなスライダーは実に有用なものになると思う。

（スクリーンショット：JobsのKeynoteのムービー）

リストビューにも機能追加が行われた。事故か偶然かそれとも？　リストビュー上である行をドラッグしようとしたとき、
行全体がドラッグ可能になった。Leopardではアイコンかタイトルしかドラッグできなかったのだ。選択アイテム数を
増やそうと他のアイテムにまでドラッグ範囲を広げてドラッグすると、カーソルが移動してしまっていたのだ。
この変更は意図的なのか、それとも新しいCocoa Finderにおけるリストビューのコントロールに用いた技術によって
たまたまできた結果なのか、私には分からない。でもいずれにせよd(゜ω゜)bｸﾞｯである。

リストビューにおいてカラムの分割線をダブルクリックすると、当該カラムが適切な幅にリサイズされるようになった。
これは、ほとんどのコラムが最も幅広い箇所に合わせて幅が拡大／縮小するということを意味する。データヘッダはより
冗長性の少ないフォーマットを表示するようにシュリンクする。これはおそらくLeopardでも部分的にはそうなっていた
のだろう。この機能がCocoaによって初めて実現できたことなのか、あるいはSnow Leopardで初めて正しく動作する
ようになったのかは知らないが、いずれにせよ良い方向への変化である。

Finderのブラウザビューを用いた検索機能も、年々多くのユーザーが待ち望んでいた「ちょっとしたこと」を実装する
ことで大きく進化した。Finderウインドウのツールバーから検索を実行する場合に、デフォルトの検索範囲を環境設定から
指定できるようになったのだ。神のご加護があったのかしらん。

（スクリーンショット：Finder 環境設定。マウスオーバーするとオプションが表示される）

他にも、長く待ち望まれていて今回実装された機能の拡張がある。デスクトップ環境をより強固なものに感じさせる拡張だ。
その良い例が、「ディスクが使用中のため取り出せない」エラーメッセージの取り扱いの進化だ。このメッセージを見た
ユーザーの次の反応は「わかった。で、何が使用中なの？」だったが、Snow Leopardではようやくその情報が提供される
ようになったのだ。

（スクリーンショット：ターミナルが使用中のためディスクが取り出せないというメッセージ）

（そう、Mac OS Xでは現在のディレクトリでコマンドラインシェルが実行中だとディスクを取り出せないのだ。
頭の良い処理だが、ウザくもある）

「ディスクが使用中」のエラーメッセージを見たときのもう一つ考えられるユーザーの反応は、「そんなのどうでもいい。
今取り出したいんだ！」というものだ。これにもオプションができた。

（スクリーンショット：ディスクの強制排出中の画面）

ふむ。でも一方のダイアログでは取り出しを妨げているアプリケーションの情報が、他方では強制排出のオプションが
見られるのはどうしてだろう。私には謎だが、おそらくはFinderに提供されるコンフリクトの情報に直接関係している
のだろう。（今まで通り、昔ながらの lsof コマンドで原因を推測することもできる）

で、新しいCocoa FinderはCarbon時代のみっともないバグをすべて一掃することができたのだろうか？　実は完全には
できていない。Cocoa Finderとしては実質バージョン1.0のリリースだし、1.0らしいバグもある。Glen Aspeslaghが
見つけてくれたバグを右に示そう。

お分かりかな？　もしお分かりでなければ、変更日順にソートしていると思われる順番を見てほしい。そう、いにしえの
Finderマジックは完全になくなってはいないのだ。

アイコングリッドの操作におけるいくつかのおかしな挙動もまだ残っている。グリッドのスナップが有効なビューにおいて
（あるいはCommandキーを押しながらドラッグしたとき）、アイコン同士がまるでお互いを怖がっているかのように
大きく離れようとする。グリッドスポットを選択しスナップしようとした場合、その近くのアイコンもそうなる。
あたかもこれらのファイル名がある日200文字の長さの名前になって隣のアイコンに重なり合うことをFinderが極端に
恐れているかのように。

この挙動が最悪の状況で現れるケースとしては、Finderの画面右端がデスクトップにマウントされているボリュームの近くに
ある場合が挙げられる。（因みにこれはデフォルトではない。デスクトップ上にディスクを表示させる場合は、Finderの
環境設定でチェックを入れる必要がある）新しくディスクがマウントされると、この症状が出てくるので驚くことが
しばしばである。Finderの画面右端近くにアイコンがある場合、新規にマウントされるディスクはその場所を避けて
表示される。ここでもまた、実際の名前ないしアイコンが重なり合うのをFinderは避けているわけではない。単にいつか
将来的にそういう可能性があるというだけのことであるのに。馬鹿げたことだ。

Finderのレポートカード
全体的には、Snow LeopardのFinderはいくつか本質的な進化を遂げたといえる。64bit Cocoa化、いくつかの役に立つ
新機能、そして洗練が加えられた。わずかにアニメーションの少々過剰な使用と未だに残るややこしいバグが気になるだけだ。
Carbon FinderがSnow Leopard以前の機能構成と洗練度にたどり着くまでどれだけの時間を要したことかと考えると、
今回のCocoa Finderは最初のリリースにもかかわらず、前任者に追いつき追い越しているという意味で、素晴らしい成果を
挙げている。Leopardでは、Carbon vs Cocoa戦争はCarbonはお役御免になったわけではないという点で一息ついていた
のではないだろうか。でも今回Carbonは第一線を退いた。そして勝者がその利を得たわけである。

＝＝＝＝ここからは訳註＝＝＝＝
Tigerのときでも感じたのですが、このレビュアーはClassic Mac OSのアイコンビューの相当な愛好者で、
従ってレビュー自体も見てお分かりの通り、彼がアイコンビューでFinderを使うことを前提に書かれています。
TigerやLeopardではAppleがアイコンビューに関して力を入れていないことに
悲憤慷慨しているようなレビューだったのですが、
今回のレビューではQuick Look機能の強化にあわせてアイコンビューも
大幅に機能強化されたことにご満悦という心境が伺えて、訳していて面白かったw

おおー、面白かった。
翻訳ありがとうございます。

お疲れ様です。
今後さらなるFinderの進化が期待できそうで嬉しいです。

乙です!GJ!

面白かったです。これ読むまでカラム表示順を変更できることに全く気づいてなかった

カラムの表示順変更自体は10.5でもできるけどね

保守

お願いします。
ファイルのダブルクリックで作成アプリが開かない話。Snow Leopard で Creator 消滅？
http://www.appleinsider.com/articles/09/09/22/inside_snow_leopards_uti_apple_fixes_the_creator_code.html

>>465
その記事ではないけど、どうやら消滅したみたい

>926 名前: 名称未設定 Mail: 投稿日: 2009/09/25(金) 01:09:02 ID: ETIbxH/C0
>>>925
>コレと関係しているのか?
>
>Macでtwitterスレ
>http://pc11.2ch.net/test/read.cgi/mac/1212367517/
>624 ：名称未設定：2009/09/25(金) 00:28:53 ID:I7pmvyaN0
>>>623
>原因はこれ 雪豹の仕様変更
>http://d.hatena.ne.jp/kotobatojp/20090913/1252833797

>>465
Creator廃止の流れは以前から表明して、Appleは代わりに
UTI(Universal Type Identifier)を使う事を推奨している。
たとえばKeyNoteなら com.apple.keynote.key、Excelなら
com.microsoft.excel.xls が既に定義されている。
UTIはEA(Extended Attribute, 拡張属性)としてファイルへ埋め込まれ、
SpotlightはUTIを参照して文書を検索する。

PhotoShopや雪豹は持っていないから断定なんてできないんだけど、
現行版だとUTIが定義されていないから面倒なのであって、
雪豹対応版(あるいはアップデータ)で改善されるんじゃないかと推測。

KeyNoteやExcel/WordのCreatorを削除しても、その文書が
適切なアプリで開けるか確認してみて >>雪豹を飼ってる住人さん達

UTIはその名の通りファイルタイプを識別するものであって、開くアプリケーションを指定するものではないよ。
まあ俺はクリエータなんて要らないけど。

うーん、そうかぁ。じゃ>>476は撤回する。

>>469
先に撤回されてしまうと、476 が迷惑すると思うが。
それはともかく、 リソースフォークにアプリを埋め込む方は
依然有効なので、今後、各アプリが勝手に対応するのでは
ないかと思ったりしてる。あるいは、Default Folder X あたりが
対応したら万事解決したりして。

失礼、レス>>469のアンカ>>476を>>477に訂正。

>>471
>失礼、レス>>469のアンカ>>476を>>467に訂正

>>476,477に期待

>>470
RCDefaultAppが既にこの仕様変更に対応している。

>>476に期待！

Re: Mac関連ｵﾀをそれはもう凄まじい勢いで跳躍するｵﾚ7

>>471あ！？

お前の力はそんなものか

なさけなや

age

>>470
ダメ元で Default Folder X の開発元にフィードバックしたら、出来ないこともないけど、
常にアプリ名をリソースフォークに書き込むようにした方がいいかね? 環境設定にチェック
ボックスをこれ以上追加したくないんだが。 って返事が来た。
開く／保存ダイアログで個別にチェックボックスか何かで選択できれば嬉しいと返したが
それから返事がない。駄目かも。

>>481
俺は信じている

何やってんだよｗ

Get A Mac CM新作。他はひねりがないのでこれだけ。

Broken promises

Mac:どうもMacです。
PC:PCです。
PC:Mac、いいニュースがあるんだ。
Mac:ん？
PC:Windows7が発売されたんだ。これまでの問題が全部解決だよ。本当さ。
Mac:…前にも言ってたような…
PC:えっ？
--回想始め--
PC:Windows Vistaが出たよ。XPの問題は全部解決だ。
PC:Windows MEの問題は全部…
PC:Windows 98の問題は全部…
PC:Windows 95の問題は全部…
PC:Windows 2の問題は全部解決だ。本当だぜ。
--回想終わり--
PC:今回は違うんだ。本当に。

乙。やっぱ訳が解ると面白いな。Teeter Totteringも誰かおながいします。

これおねがいします、
http://www.appleinsider.com/articles/09/10/23/apple_shuts_down_zfs_open_source_project.html

>>486
・MacのZFSプロジェクトが突然中止。
・メーリングリストもソースリポジトリももうすぐ消滅。
・原因はOracleによるSun買収。
・OracleはBTRFSを持っているのでZFSを推進しないだろう。
・Appleはエンタープライズ用FSとしてZFSを考えていた。
・マイナーで信用されないFSになるなら意味が無い。
・BTRFSに移行するかHFS+を改良して行くかは不明。

>>487
ありがとー
自分としてはBtrfs希望です
とにかくHFSでなくモダンでセキュアなFSが早急に必要でしょう

・・・セキュアの使い方あってるかな

米Appleが旧FSメンテと新FS開発のエンジニア公募を開始しているから
独自FS開発路線で行くのかも、ってMacRumorに書いてあった

この初代スレでも書かれてたDominic Giampaolo、
XFSやBFSに関わったFSマイスターが今Appleに在籍してるから
モダンFSの独自構築という路線はありうると思うよ

Steve JobsとLarry Ellisonとの個人的コネクションで
好条件でBTRFSライセンスを持って来ちゃうって可能性も
ありかもしれんけどねー

>>489
解説ありがトン
くわしんですね
あなたの言っている様に独自の可能性もありそうですね
でも結局ZFSかBTRFSのパクリになるような
オープンソースでも何か特別な契約が必要なのかなー

以前WINとファイルの移動中にLEOPARDがフリーズ、
どうしょうもなくスイッチ長押しリセットその後
二度とWINとは繋がらない、いまだにそうです
こうゆうトラブルはFSがステキなら、何事もなく復活する
と自分は思っているので今回のニュースは残念です

あっ、スレ違いですね失礼しました

HFS+はオープンにできないのかな

オープンにすればいいってもんでもないでそ

>Samsung SSD vs HDD
>
>http://www.youtube.com/watch?v=rjCmLJtITK4
>
>MacのCM「Get a mac」日本版全12回
>http://www.youtube.com/watch?v=qnzmXD2YTqc
>
>【CM】Macとドナルド.マクドナルド
>http://www.youtube.com/watch?v=x5QzpaL7BnA
>

保守

祭り落ち阻止

保守

これをお願いします
http://brainstormtech.blogs.fortune.cnn.com/2010/02/13/apples-10-biggest-problems/

※一部こちらで訳されてはいますが
http://maclalala2.wordpress.com/2010/02/14/john-gruber%e3%80%81%e3%82%a2%e3%83%83%e3%83%97%e3%83%ab%e3%82%92%e6%96%ac%e3%82%8b/

復帰age

最も影響力あるApple評論家のひとりが、Appleの問題点について語る
Gruber at Macworld 2010

サイト「Daring Fireball」運営者のジョン・グルーバー---ドレクセル大学で
コンピュータを専攻した後、プロのブロガーに転身した---は、Web上で最も
影響力があり雄弁なApple擁護者といえるだろう。その彼がMW EXPO 2010に、
Appleを称えるためにではなく、その弱点を検討するためにやってきた。

彼はこの役割をおふざけとは考えておらず、金曜の昼下がりに集った聴衆にも
話が理解しやすくなるよう、童話の「白雪姫」から映画「レイジング・ブル」に
到るまでのポップカルチャーの比喩を豊富に交えつつ、真剣なプレゼンテーションを
行った。

だが、彼のプレゼンテーションの核心は、驚くべき手加減なさで列挙された、
今日Appleが直面している（と彼が考えている）最も切迫した10個の課題だった。

彼の挙げた順に述べると、その課題とは：

■1 スティーブ・ジョブズ
グルーバーはこう言う。スティーブ・ジョブズがAppleに戻った後に精力を
注ぎ込んで作り上げた、彼にとって最も重要な作品は、MacでもiPodでも
iPhoneでもiPadでもなく、Apple Inc.という企業そのものだろう、と。
そして悲観的な見方をすれば、Appleはあくまで、この余人を持って代え難い
人物が中心にいることを前提として精緻に編成された組織である（訳注：
すなわち、彼が最大のウィークポイントだ）。ジョブズはヒット作を
量産し続けているPixarのように、自分という著名でカリスマ的なリーダーが
いなくてもこの企業が廻るように体制を整えてきた、という楽観的な見方も
できるが。

■2 AT&T
Appleは「物事がうまく運んでほしいと思うなら、自分自身でやれ」という格言を
信じている企業だ。とすれば彼らは当然、サンフランシスコなどの都市圏での
サービスレベルが冗談みたいにひどいAT&Tというキャリアに頼っているという
現状には苛立ちを感じているはずだ。では、その苛立ちは、AppleがAT&Tに
向き直り、ダースベイダー風に「お前には失望させられた…」と宣告する段階
にまで来ているのだろうか？　グルーバーはそうは考えていない。AT&Tは
iPhoneを熱烈に欲しており、AppleはAT&Tから、Verizonに期待できるより
ずっと良い契約条件を引き出せるからだ。COOのティム・クックはアナリストに、
AppleはAT&Tの事業計画を検討した上で、AT&Tには現状の問題を解決する
ための猶予期間を与えると述べたが、AT&Tが抱えているサービス上の
さまざまな問題は、このAppleの好意を無駄にしている。

■3 コンピュータ
グルーバーは、コンピュータの未来はiPadにあると予見している。彼は
「iPadは本当に、本当に素晴らしい」と捲し立てた。ソファに座っているときに
コンピュータが必要になったら、たいていの人はMacBook ProではなくiPadに
手を伸ばすだろう。そしてこれは、Appleが未知の領域に足を踏み入れることを
意味してもいる。初代MacがAppleIIに取って代わった時代のように、現在の
Appleは、用途が重複した2系統のコンピュータ製品を抱えている。そして
当時のAppleIIは、その骸が冷え切るまでには数年かかったものの、基本的には
Macが発売されたその日に「死亡」したのだ。

■4 App Store
iPhoneのApp Store批判には2つの流派がある。最も声高なのは、App Storeは
完全に間違った方向に進んでおり、GoogleがAndroid Marketplaceでやっている
ように、審査と承認という手続きを経ていないアプリでもダウンロードできるという
選択肢をユーザに提供すべきだ、という批判。もう一方は、Appleは概ね正しい
方向に進んでいるが、スピードを出しすぎているせいで若干コースから外れている、
という見方だ。グルーバーは、前者の声があまりに大きすぎるために、Appleが
後者の声もそれと一緒に無視してしまうことを恐れている。世の中には、たとえば
任天堂のゲーム機端末のようにApple同様にアプリが厳しく管理されている
プラットフォームもあるし、iPhoneに見劣りしないアプリ数を誇るプラットフォームも
ある。だが、厳格に審査を受けた15万本のアプリを擁するプラットフォーム
というのは、前代未聞だ。「この仕組みが維持できないとわかったら、彼らは
どうするのだろうか」とグルーバーは問いかける。

■5 セキュリティ
自社OSが常に攻撃にさらされ続けてきたMicrosoftは、多大な努力を払い、
Windows 7に強固な対マルウェア保護機構を組み込んだ。一方Appleのユーザーは、
OS Xのマルウェアがほとんど出回っていないことから、セキュリティをそれほど
気にかけていない。グルーバーはどのOSが本質的に安全かは気にしていないが、
非公開の脆弱性に対するAppleの対策の遅さに対しては懸念を強めている。
たとえばOpenSSL（インターネット上でカード情報などの保護に使われる
オープンソースの暗号化機構）のセキュリティホールが昨年9月に一般に知られる
ようになってからAppleが対応するまでには75日かかった。「こういうことが
何度も起きている」とグルーバー。Appleは最初に対応すべきときにも一番最後に
対応する。OpenSSLを利用している企業（Microsoftは違う）のうち最大の企業は、
他ならぬAppleなのだ。

-----------------------
続きは後日。

ありがとう
面白かったので続きにも期待です

お疲れさまです。いつも楽しみにしています。
読みやすいです。

はいよさん、乙です。

鋭い切れ味の数々の意見。

アメリカには、プロのブロガーって職業の人が居るのか。

これは面白い記事だな

■6 Mobile Me
iPhoneとMacの同期にはいいのだけれど、Mobile MeのWebアプリは
結局何のためのものなのだろう？　ユーザがコンピュータに向かっ
ているときにはMailとCalendarを使うだろうし、外にいるときには
iPhoneを使うだろう。グルーバーはAppleがアプリをWeb化した理由
について「世間がその話題で盛り上がっているから」ではないかと
している。エルビス・プレスリーが登場した後にもみ上げを伸ばし
た場末の歌手みたいなものだ。

■7 バックアップ
データ喪失は悲劇だ。そしてAppleのシステムの基本的なデータ保
存先はローカルなので、Googleに比べると、データ保護に関しては
特に脆弱だと言える。Time Capsuleは発想としては正しいが、本来
iPhoneとMacは同期すべきものだということさえ知らないような
人々にとっては、これは真の解決策にはなっていない。「結局のと
ころ、長期的解決策はクラウドにデータを置くことだろう」とグ
ルーバー。だがそれは、AppleをGoogleに比べて脆弱な足場に置く
ことになる。AppleのMobile Me運営のひどさからすると、彼はクラ
ウドへのバックアップについてもAppleがうまくやれるかについて
も懐疑的なようだ。

■8 Apple TV
グルーバーはApple TVがジョブズの失敗作だと喧伝する連中の一味
ではない。彼はApple TVを気に入っているが、根本的な問題がある
とも指摘する。この機器は基本的に映画とTV番組をiTunes Store経
由で見るためのものであり、結果として、そのへんにあるビデオ屋
よりも品揃えが悪い。Hulu（米国内向けの動画配信サービス）はす
ばらしいソリューションだが、BoxeeがHuluの番組をTVで見る方法
を見つけたとき、Huluの連中は怒り狂った。彼らは「自分たちのア
タマの中だけに、PCとTVを仕切るイカれたレンガの壁を築いてい
る」のだとグルーバーは言う。彼らは広告依存型のHuluがTVで視聴
可能になったこと自体ではなく、むしろ人々が彼らのコンテンツを
海賊版化し、無料で、かつ広告なしで番組を見るようになったこと
を憂慮すべきなのだ。「そんなアホな人々と交渉しているような状
態で、Appleが今のありさまから本来あるべき姿にどうやってたど
り着けるというのか、わからない」とグルーバー。

■9 抜け目ないライバル
企業がハングリーで居続けるためには直接のライバルが必要だが、
企業が大きくなりすぎると、ライバルは逃げ出してしまう。具体的
にはMicrosoftがそうだ。かつては同社にも「見るべきものがあっ
た。無慈悲で恐れを知らぬ企業だったから」。グルーバーによれ
ば、Netscapeをジェイク・ラモッタ（訳注： http://bit.ly/aeElpc ）の
流儀でぶちのめして血塗れにした後で、同社が生み出せた唯一の
新機軸が、やはり強いライバルが存在する業界に参入したXBOXだけ
だったのは、決して偶然ではない。グルーバーは、スマートフォン業界
におけるAppleの一番のライバルはGoogleではなく（同社はAndroid
が成功しようが失敗しようがWeb広告でいくらでも儲けられるから
だ）、彼が絶賛するWebOSを擁するPalmだという。「Palmが成功す
るのは、我々にとっても、そしてAppleにとってもいいことだと自
信を持って言える。成功しすぎるのは問題だが」。

■10 Aboutダイアログのクレジット表示
これはやや気づきにくいネタだが、Apple製アプリケーションの
「この○○について…」を表示すると、アプリケーションの名前と
バージョン以外にはわずかな情報しかないことがわかるだろう。何
より明らかなのは、開発者の名前がどこにも明記されていないとい
うことだ。これはドットコム・ブーム時代の遺物であり、かつてシ
リコンバレーのヘッドハンターたちがこのAboutダイアログでApple
従業員の名前を調べていたことに対するジョブズの対策を引きずっ
ているだけだ。映画やTV番組が、制作に協力したスタッフ全員の名
前を明記しているのは、組合がそう主張しているからというのもあ
るが、何より、それが正しいことだからだ。Appleが主張するよう
にソフトウェアが芸術の一形式であるなら、「芸術家は作品にサイ
ンをするべきだ」。

おわりでーす。

ここの初代スレ立てたのは確か自分なんですが、
あれからもう8年経ってるなんて嘘みたいですね！
ひさびさに趣味の翻訳できて楽しかったでーす。

>>510
誰も訳してくれないかなー、と思ってた所でした。ありがとうございました。
ここ数年のAppleは絶好調すぎて逆に不安を感じているので、興味をそそられる記事でした。

>>510
乙です
面白かったっす

>>510
乙です
べいべー♪

>>510
乙♪

mac関連ネタじゃなくpalmの話なのでsageで。

----------
Palmの絶望の日
http://news.cnet.com/8301-30684_3-20000800-265.html

業界内に歴史の一つを築いた企業の嘆きの章が始まろうとしている。

3月に収益を発表するとき、その発表と混乱という言葉は結びつけられるべきではない。
だがPalm Pre、Pixi、そしてWebOSへの消費者の反応が下がり続け、復活の望みが
小さくなっていることが発表された翌日に、Palmの周辺はまさしくそのような状態になったのだ。

前四半期のPalmのスマートフォン販売は408000台にしかすぎなかった。しかし小売りパートナーには
960000台のスマートフォンが出荷された、つまり人間に実際に売られた数より在庫になっている
スマートフォンの方が多いということだ、CES2009でPalm Preを発表し業界を魅了してから
1年以上経っている。

これには甘いことは言えない：Palmは激しく競合する市場に大量につぎ込み、そして
良く受け入れられたはずの製品への興味を得ることは出来ず、現金を溶かし在庫は積みあがったのだ。
それは一度に処理するには多い代物だ。

Palmの株は金曜日の昼には26％下げた。複数の証券アナリストはクライアントに時間内に株を
放出することを勧めている。そのうち2人は株の目標価格を0ドル、実質無価値にまで減らした。

言ってしまえば全盛期を過ぎた伝説的なボクサーが、10ラウンドを戦うために出て行こうと気持ちを
奮い起こしているのを見ているようなものだ。内側にまだなにかほとばしるものを見つけ、彼を
少しでも応援する。だがやられてしまうことを予想してすくむ部分もある。

非公開投資企業のElevation Partnersは3年前に3億2500万ドル、Pre発表前の2008年後期には
追加の1億ドルを投資し、Palmにはまだ生きているものがあると考えていた。しかし金曜日の午後には
株価が1年前の7.71ドル、1年間の最高値は18.09ドルから5ドル以下にまで下がり、時価総額は
6億9500万ドルになった。Elevationの投資家のBonoはPalmで探していたものがいまだ見つかっていない。

Palmの重役はいまだ状況を好転させることに自信を持っており、キャリアパートナーの販売員の
トレーニングへの投資を約束し、新しい魅惑的な製品のヒントをくれた。

しかし、一部ではこれがPalmの終わりの始まりであるのは明らかだとするものもいる。
モバイルを知っている人間にとってこの市場では合併が避けられないことは長く知られたことだ：
開発者は単純に6つのOSをサポートすることはできないし、キャリア側も人が欲しくない電話に
補助金を出す気にはなれない。

一部の人気で生き続けることは出来るだろう：製品は良すぎるし、エンジニアも優秀だ、そして
ブランドも一部の注意を引くにはいまだ十分なものだからだ。ポケットの中で行われる競争相手、
Apple、Google、Microsoft、HP、Dell、RIM、Nokia、Sony、その他の企業からすれば
Palmを吸収するのは難しいことではない、そしてElevationの従業員が現在買収をしてくれそうな
相手に財務データのコピーを準備していることも考えられることだ。

Palmはコンピュータ業界が生んだ最も重要な企業の一つだ。Palm Pilotは
モバイルコンピューティングを作った。Treoはそのアイデアの論理的な拡張だった、ポケットの中の
インターネットの可能性の萌芽を見せてくれた。

しかしPalmはiPhoneの最初の犠牲者だった。Palmのソフトウェアは2007年の時点で何年も
発展が無く、iPhoneによってすぐに平凡なものになってしまった。そしてその答えであるWebOS、
それが遅れてきたパーフェクトなものだったとしても、出てくるまでに時間が掛かりすぎたようだ。

Palmの支援者は、世界がPalmが終わったと思った時に彼らをやっつけさらに強くなって戻ってくる
他の企業ー例えばCEOの元の雇い主のAppleー等に向くことになるだろう。Apple自身が蘇ったのは
古き良きコンピュータから音楽やメディアそしてモバイルへとゲームを変えていったからだ、
一方でPalmは事実上発明した自分たちのゲームの中で関連したものを持続するために
必死で戦っていた、その違いだ。

あなたが最高の成果を生み出すためにこつこつ働いた後、製品が出され丸一年興味が失われていくのを
みてしまえば、それは再考する時だ。

コンピュータの時代において最も根源的な変遷の一つのまっただ中に我々はいる、
デスクトップからモバイルへの変化だ。
世界に手本を示した会社のその一つはその終わりを見ることなく無くなるのかもしれない。

----------

乙です
なんか一昔前のAppleを見るようですね
PalmPreなかなか良いものらしいですが

おつおつ。ちなみにpalm好きだよ俺。

乙です
Palmはスマートフォンに行くのが早すぎたくせに
WebOSに到達するのは遅すぎたんだろうな…

初代iPodTouchを買うまでPalm使ってた俺は悲しい

Zです感慨深いのう

モノクロのPalmは魅力的だった、シンプルで合理的
IBMのWorkPadはかっこ良かった

カラー液晶の機種が増えてたにも関わらず、あえて軽快に
動作するモノクロ液晶を搭載して、薄さに拘ったVisor Edgeが最強。

発表されてから約10年経過した今見ても、美しいデザイン。
http://www.mobilenews.ne.jp/news/2001/03/13/edge1.jpg
http://www.mobilenews.ne.jp/news/2001/03/13/edge2.jpg
http://www.mobilenews.ne.jp/news/2001/03/13/edge3.jpg

Palm Preは操作系にジェスチャーが入り過ぎててこりゃ駄目だと思ったな

>>515　乙です。

iPhoneが出るまで、10年以上Palm使ってたんだよなぁ。
そう考えると、寿命の長いプラットホームだった。

PCとの同期という考え方は、革新的だった。

PEG-T400持ってたなぁ…結局外出先でのスタンドアローンに耐えきれず手放しちゃったけど…

俺も中古でCLIE買うときに、店員から
スタンドアローンで使うならいいマシンですよって言われたな、、

今でもPalm m105やm505，折り畳みキーボード持ってます。
Palmでメールログを取り込んで持ち運んだり，着せ替えたり楽しかったな。

それ言ったら部屋のどこかにUS-Robotics製PalmPilotが…

>>522
なついなぁ。俺も使ってた。

The iPad Launch: Can Steve Jobs Do It Again?
http://www.time.com/time/business/article/0,8599,1976935-1,00.html

iPad始動：ジョブズはまたやれんのか？

ある楽しい春の日に、私は宇宙で最高にかっこいい場所を訪れた：
1 Infinite Loop, Cupertino, Calif、1993年からAppleが本拠にしている場所だ。
彼らはそれをキャンパスと呼びとても大きい場所だが、現在のAppleの規模の拡大を
考えれば十分な大きさでもない。現在追加の場所が設計され建設されている。
カンパニーストアで"I visited the mothership"Tシャツを仕入れ（我らファンボーイは哀れだ、
今すぐ認めるよ）、社員食堂、芝生やパブリックスペースを見せてもらった。
ここをキャンパスと呼ぶのは当を得ていて、皆学生のような恰好をしている。
スーツを来てるやつをここで見つけたら政治家に会いにきてるやつだと思うだろう。

フィルシラーとエディキューはそれにふさわしくジーンズを着てくつろぎながら
新しい製品iPadについて話すために私を迎えてくれた。シラーはワールドワイドプロダクト
マーケティングの上級副社長であり、Appleの最新製品の出荷における責任者である。
キューはインターネットサービスの副社長であり、iTunes、AppそしてiBookオンラインストアを
監督している。

私はiPadを試すためにAppleに招待されここにやってきた、そして後にこの会社のボス、
スティーブジョブズと1時間を過ごすことになる、彼とこんなに時間を過ごしたのは初めてだ。
しかしシラーとキューに会うとして、私はiPadのリリースにおいて否定的な部分について
書いておくのが公平だと考える。二兎を追うものは一兎も得ずー本当にポータブルというには
小さいわけではないし正当なコンピュータとしては大きくない。
注目すべきは全てがいつも通りAppleのコントロール下であることだ。Flashは無いし
マルチタスクもカメラも無い。ただのスケールアップしたiPhoneやiPod touchである。

"それをネガティブに言う人はいる"、シラーは言う。"そしてポジティブに言う人もいるよ。
'おお、大きいiPhoneだ、だせえ'もいれば'こりゃ大きいiPhoneみたいだ、かっちょいい'とかね。
幸いiPhoneを多くの人が持ってくれてるから最初にiPadと出くわしたときにすぐに使い勝手と親しみが
あるんだ。他の全てのことに関しては機能についてのことじゃないんだ、それは経験なんだ。
試してもらえば意味がわかると思うけど。"

もちろん僕は試したくてうずうずしてる、でも最初キューがiBookアプリケーションとその
オンラインストアを見せてくれた。iPadがAmazon kindleに致命的打撃を与えるような
多くの話がある：それは出版社が長い間Amazonの値段に関する厳しい支配から
逃れられるのを期待しているように思えた。Penguinの代表経営責任者のジョンマキンソンに
話を聞いた、なぜ彼はiPadを切望しているのか。彼は言う、"我々にコントロールの権限を戻し、
市場が発展する方法を見つけることを可能にしたんだ。正直に言って、iPadを見たとき
啓示のようなものだった、これは出版の未来でなくてはならないと。使ってみれば
わかると思うんだけど"。"わかった"、私は言った。"私もすぐ試してみたいんだけどね"。
デューク大学のトレーシーファザーも教育現場におけるiPadの可能性について同じように楽観的だ。
"iPadは文章、ビデオ、教材や学生が入力したものが全部一緒になる革命の前触れになるでしょう、
とても興奮してる"、彼女は言う。"試してみた?" "えー、まだ"。

そしてゲームもある。多くの人がiPadを主にゲームのプラットフォームだと見ている。
iPhoneの最も成功したデベロッパーの一つGameloftの創業者マイケルギレモットはiPadに
関してさらに情熱的だ。"これはゲームの進化の第4段階だよ"、と彼は言う。"最初はマイクロコンピュータ、
その後専用コンソール、次にスマートフォン、そして今はiPadだ。君はどう思うんだ?"
私は言った、"実際にやったら知らせるよ"。

そして間もなくそうなる。私は何を考えておけばいいかを理解していると思っている。
長い間私はApple製品を使ってきたからだ。

------------
1ページ目終了。続くかわからんので2ページ目以降は誰でもいいのでドゾー。
また誤訳の指摘もドゾー。

コンピュータが楽しくなった理由

iPadの発表に世界が準備しているこの時、AppleをiMacやiPod、iPhoneファミリー、
iTunesのサービスだけの巨像としか見ない若い人は、Appleを愛する人が
いかに辛い人生を送っていたかを知れば驚くかもしれない。

1984年、銀河ヒッチハイクガイドの作者、ダグラス・アダムスはイギリスでMacを
所有する最初の人だった。そして私は2人目だ。輝く緑色のコマンドラインよさようなら、
こんにちはマウスアイコン白いスクリーンのグラフィカルなデスクトップ閉じれるウィンドウや
ブラインドのように降りてくるメニュー。次の10年を通して私は定期的にダグラスのロンドンの家を訪ね、
フロッピーディスクを持ってベルを鳴らしていた。

"彼はいますか?” 興奮して息を切らしながら言う。ダグラスの奥さんのジェーンはあきらめておかしそうに
階段を指し、私はファイルが楽しみを交換するために飛びつく。我々はおもちゃの電車のセットで
遊ぶ子供のようだった。そして問題もあった。それはそういう面白さだった。コンピューティングが
楽しいのではなかったのだ。ダグラスと私はかつてデスクトップのアイコンを再設計するのに
2週間を費やし、ジェーンにどっちが勝者かを判断するように頼んだ。彼女は機転を利かせ、それぞれに
1等をくれた。そうでなければ我々は何週間も腹を立てたのだ。しかし、我々はMacを使って
本や台本も書いた：それは朝にベッドを飛び起きさせ起動して仕事をしたいと思える最初のマシンだった。

それにもかかわらず、その頃に遡ればコンピュータは商売のための真面目な機能をこなす実用的な
道具であるという信念を持った人間にとってMacはおもちゃ、気取り屋の遊び道具、上品な浅い楽しみと
嘲笑され、ユーザによってではなくIT技術者やシステムエンジニアによってコントロールされるべき
ものであった。PCはWindows95のリリースによってようやくMacスタイルのGUIを採用したが、
Appleにはダメージが与えられた。1997年にはAppleが厳しい危機にあり、ダグラスと私は勝ち誇った
PCユーザの満足そうな同情に慣れていった。"あなたはもうすぐ趣味の店やメール注文でスペアパーツや
アップグレードができるようになりますよ"、彼らは含み笑いをしていた。
専門家やビジネス誌も一致していた。

しかしそれはそんな早くは来なかった。すこし我慢してくれ。アメリカの企業史において最も
並外れたものの一つが描かれようとしているのだ。Appleの"気分屋"共同創業者のスティーブジョブズ
（ジョブズのような人は常にそういう通り名がつけられる）はMacのリリースから1年で自分の会社から
クビにされた。追放され、ジョブズはPixerとNeXTを作った。1997年NeXTをAppleが買収した後、
彼のAppleへの復帰、現在では伝説のものだ。デザイン部門では、ジョブズはジョナサンアイブと言う名の
若い英国人の仕事を見て、会議を要請した。アイブは1年間その力を活用や認識されておらず、ジーンズの
後ろのポケットに辞職願いを突っ込んで現れた。彼はその才能を解き放つための命令とともに出て行った。
その結果は当時想像された標準的なベージュのボックスから大きく変わったオールインワンの白と
ボンダイの透明なケースのiMacだ。アイブの次の大きな仕事はiPodでその後にiPhoneになった。
ジャングルの中でAppleが負け犬から巨大な野獣への変化は進行中だった。そして現在我々に
近づいている藪の中からiPadが見えてきている。

笑顔にさせる道具

この熱狂を知らない場合のために。iPadはタッチスクリーンの板、タブレットコンピュータであり
対角線で9.7インチ、25cm、重さは680gだ。Appleには、iPadの発表に関して違った事情がある。
iPhoneがリリースされたとき、スマートフォン市場はノキアWindows MobilePalmソニエリブラックベリー等の
巨大で確立されたプレイヤーによって独占されており、Appleは初心者だった。しかしiPadのリリースでは
Appleは最初から有利な位置にある。反発の雰囲気があるのだ。ブログ界隈や技術系雑誌では厳しく
非難するような準備が出来ている。Appleは度を超してしまった。このデバイスは何なのか。
誰が必要とするのか。

iPadに無い全ての機能の問題をデザイナーであるアイブにぶつけた。"様々な意味で、それがそこに無いことが
我々は誇りにしているものなんだ"、彼は私に言う。"我々にとって、ユーザと彼らが操作するコンテンツの間に
何も無いように感じられるまで、何度何度も洗練させていくということが全てだ"

彼が言おうとしたものではないが。技術系ジャーナリストはスペックリストや機能に取り付かれている。
これは出来るのか？それは？彼らはそれらの機能の合計としてデバイスを見る。しかしこの手の考え方は
AppleのDNAではない。iPadは作業をする、アプリを動かしそのデバイスに期待されるカレンダー、
eメール、ブラウザ、オフィス向け、音楽ビデオゲームを持っている、しかし結局デバイスを手に入れた時
道具としてそれらへは関係していないことを私は知った：経験が人や動物の関係により近いものなのだ。

この手の話が変に感じるのもわかっている。だが少し考えてみてほしい。我々は人間だ、我々が何かに
最初に反応するものは計算によるものではなく感覚的なものだ。アイブとそのチームが理解していることは
もしポケットや手に毎日何時間もものがある場合、その関係は深いものであり、人間的で感情的なものだと
いうことだ。Appleの成功は我々の側に対して取り組んだ消費者向け製品に現れている：彼らの製品は
操作し触れ撫でて滑らせつまんでピンチしてつついてさすることでユーザを笑顔にさせるのだ。

もしこういうことに免疫があったり、あるいはこういうことを弱いとか大げさだとか使えないとか
能率的じゃないとか考えてるのであれば、あなたの市場には十分な機能目標があるということだ。
だがこう考えるかもしれない：楽しさを出発点にし、細部、仕上げ、つや出し、そし
て設計をすれば思うに金持ち向けの浅い高級玩具にはならず素晴らしく実用的なプロダクトになると。
iPhone App Storeは確かに馬鹿げたダメなものを提供しているが、続々と医療、軍事、産業にも使える
重大なプロフェッショナルのツールが出てきている。iPhoneはMacの様に最初はおもちゃとして嘲笑されたが
スマートフォンの風景を様変わりさせている、Appleの競争相手が見かけが悪いまま急いで独自の
タッチスクリーンフォンやApp Storeを奪おうとしているのだ。イミテーションが最も誠実な
お世辞の形であるなら過去2年のAppleへのGoogleやMSのお世辞は偶像崇拝にほかならない。
iPadも同様に真似されるであろうことはほとんど疑問の余地は無いだろう。

"僕らはよそが何をやろうとしているかを予想はしない"、アイブは言う。"我々は我々が正しいと考えていることに
集中して、それに専念するのだ"。アイブの焦点と完璧主義は有名だ。彼とのどんな会話も何時間もの仕事に
関するもので、最も些細なことですら絶対に正しくなるまで満足しない。彼は消費者が
決して気付かないことが最も嬉しい。自然で邪魔されない操作と感じるものになるために
使われた数千もの決定と革新を一切考えずにiPadを使ってほしいのだ。"もし上手くいくなら、強固にも動作するはずだ"と
彼は言う。"考えずに車のシートに投げ入れたり荷物の中で押しこんだりする人のために作られたんだ。
デリケートになるようなものじゃない。もうiPadは試してみたの？" "まだ"、私は答えた。"まだ会う人がいるんだ"

ジョブズに会う

私は5人のイギリス首相、2人のアメリカ大統領、ネルソンマンデラ、マイケルジャクソン、イギリス女王と
会ったことがある。スティーブジョブズとの時間はそれらの出会いよりさらにナーバスにさせた。あなたが
考えていることはわかる、だが事実なのだ。私は本当にジョブズが優れた人物だと信じている、世界を
変えた少数の革新者の1人であると。彼はショウマン、完全主義の監督者、予見者、熱中する人間であり日和見主義の
間のどこかに存在し、Appleの成功に大きな役割をしたデザイン、細部、仕上げ、質、使いやすさそして信頼性について
強い主張がある。アイブはもの静かで控えめで人目につかないようにするが、ジョブズは自信家で確信を持ち
寛大だ。いくつかに関しては彼の個人の魅力はエルマーガントリーのようなものでかなり危険なものだ。
ジョブズの基調演説から出てくるカリスマ性は"現実歪曲空間"と呼ばれている。

ジョブズに会ったとき、彼は有名な黒いタートルネックのセーターと青いリーバイス501ジーンズを着ており、
"偽物だ"と叫ばずにすんだ。最近の肝臓移植からの体重減は、なぜかは考えられなかったが、俳優のウィリアムハートの
思い出させる華奢さを感じた。我々は会議室で会った。全ての予備の棚と壁の棚には少なくとも12台のiMacが
置かれており、それぞれがファミリースライドショーを再生していた。ジョブズが椅子で後ろにもたれ、
足をテーブルに乗せ、歓迎の笑顔をしていた。私の最初の質問は神経を使った5分も続く片言だった。
彼は我慢強く楽しんで聴いてくれ、そして答える、"そうだ"、また”違う"もあっただろうか。
私はこの質問が何だったか覚えてない。レコーダーをオンにするのを忘れていたのだ。すぐにそれをし、
赤面する。

多少落ち着き、1月にiPadの製品発表時、ジョブズが2つの交通標識の前に立っていた、1つは'リベラルアート'の標識で
もう1つは'テクノロジー'の標識であったことを彼に思い出させた。"これは私がいつもAppleを見ている場所だよ"、
ジョブズは聴衆に言った、"リベラルアートとテクノロジーの交差点だ"

私はそれにさらにもう少し他のものがあるということを示した：確実にAppleはリベラルアートとテクノロジー、
そして商業の交差点に立っているのでは？"もちろんだ、我々がやっていることは商業的に意味が無くてはならない"、
ジョブズは認める、"だけど決してそれが出発点ではない。我々の出発点は製品とユーザー経験だ。もうiBookは見た？"
全てのiPadにバンドルされる"クマのプーさん"を私に見せてくれた彼の喜びは、気取っておらず魅力的だ。
彼は書見台やスタンドとしてケースをどう使うかを見せてくれた。"iPadの経験は多くの人に深いものになると思ってる"、
彼は言う。"僕も本当にそうだ。純粋に深いものだ"。思い当たることがある。"これはあなたのためのデバイスだと
言われているのを聞いたが"、私は返す。"全てを変えるものになる"。"人々はいかにその経験がユーザが取り巻くものかが
わかったとき、まさにそれに合う方法、唯一の言葉は魔法なんだ。"、ジョブズは言う。

5年でジョブズは2つの厳しい健康不安が明らかになった。1997年に復帰したときよりももっと多く、彼の
記事が書かれた。"3回目にはこの幕は閉じてしまうのか"、私は尋ねた。"あなたはこの株価が高くて妥当な時期に
Appleを去ってあなたのキャリアを終わらせるのではないのか"。"私はキャリアとして人生を考えてはいない"、
彼は言う。"私はやることをやる、そして物事に対応する、それはキャリアじゃない。人生だ"

彼が去った後、iPadと1人になった。最後に自分のいじる時間だ。スリップホルダーのしたから覗いてみる、
そこにそれがある。スイッチを入れてみたとき、スクリーンが映り、少しためいきが出て行く。10分後には
床に寝たりうなったり噛み付いたりしていた、Appleのプレスの代表からそれを奪おうとしたのだ。

厳密には事実じゃないけど、iPadを諦めるのは少しそういう感じだったのだ。約束された通り滑らかな感覚、
明るいスクリーンにユーザを取り巻く経験のための準備が出来ていた。だが私は準備ができていなかった、
デバイスとの関係が出来上がるのがどれだけ早かったか。私はiPad無しでクパチーノを後にした、しかし
その後自分のものを得て、どこに行くにも一緒だ。

私がそうしたように一般の人はiPadに向かわなくてもいいのだ。おそらく彼らはappとiBookが高すぎることに
気がつくだろう。多分彼らはもっと機能が増えた後継モデルを待ってるのだ。しかし私にとっては
私のiPadは銃のロビイストのライフルのようなものだ：私からそれを奪い取るには私の硬直した死者の指から
こじ開けるしか無い。ところで、私の指をこの驚くようなオブジェクトの表面に滑らせ動かすと、ある悲しい想いが
わき上がる：人類が今でも工夫をしている'銀河ヒッチハイクガイド'に最も近いものをダグラスアダムスは見ないまま
この世からいなくなったことだ。
終

フライは作家で俳優でテレビ出演者である。彼の映画出演はWilde, Gosford Park, V for Vendetta
最近はティムバートンのAlice in Wonderlandでチェシャ猫を演じている。俳優とともに4つの小説と
2冊の自伝も書いている。

ダグラス・アダムスが生きていたら気に入ったかな。
銀河ヒッチハイクガイド（作中に出てくる方の）iPad版とかあればいいのに

"DON'T PANIC"と書いた液晶拭きとか欲しい

Ars Technicaに今回の13" MacBook ProがCore i5を採用しなかった理由の考察が載っていた。
結構面白かったので、翻訳あげときます。
ttp://arstechnica.com/apple/news/2010/04/why-the-13-macbook-pro-didnt-get-a-core-i5-upgrade.ars


Why the 13" MacBook Pro didn't get a Core i5 upgrade
13" MacBook ProがCore i5に移行しなかった理由

Appleのプロライン最小のノートブックのファンは、過日のMacBook Proのアップデートで13"モデルが
Intelの最新CPUアーキテクチュアを搭載しなかったことに落胆した。
シュリンクされた32nmプロセスで製造されたNehalem世代のコアであるCore i3/i5/i7は、Core 2 Duoと
比較して明らかに性能上のアドバンテージを有している。でも13" MacBook ProはCore 2 Duoにとどまった。
で、どうしてAppleはこの13" MacBook ProにArrandaleの恩寵を与えなかったのだろうか？

実はそれにはいくつもの理由があることが判明したのだ。コスト、グラフィック性能、バッテリー性能、
そして物理的な寸法の問題といったことだ。

まず、2008年10月に登場した以前のMacBook Proの基本的なアーキテクチュアに思いを馳せてみよう。
すべてのモデルがCore 2 Duoプロセッサを搭載し、GPUにはチップセット内蔵型のNVIDIA 9400Mと、
15"及び17"モデルはもう一つのディスクリート型GPUを搭載していた。16個のプロセッシングコアを
内蔵した9400Mは、それ以前のMacに採用していたIntel GMA950やX3100のグラフィック性能をはるかに
凌駕していた。9400Mはまた、CUDA互換という利点があった。AppleがMac OS X 10.6でCUDAに似た
仕組みのOpenCLを新たにサポートした今では、なお意義深いことだった。

15"と17"のMacBook Proについては、Appleはそれをやった。この2モデルについてはCore i5/i7と
組み合わされたIntel HM55コントローラーの他に、NVIDIA GeForece GT 330MモバイルGPUを搭載した。
（なぜ新しいMacBook ProがUSB 3.0をサポートしなかったのか知りたい人は、AppleではなくIntelを
責めるべきだ。なぜならこのArrandaleチップセットはUSB 3.0をサポートしていないからだ）

ところが13" MacBook Proについては、Appleは難しい選択を迫られた。13" MacBook Proは
Appleが作る最小の「プロフェッショナル」なポータブルゆえに、軽量かつお手頃価格でなければならない。
それでいて、ユーザーは性能に期待する。CPU性能のみならずGPU性能も。

ここでCore i5を採用するという選択肢もあったかもしれない。でもその場合、Appleがターゲットとしていた
価格帯よりもずっとコストを上げてしまっていただろう。あるいは、Core i5よりは廉価なCore i3を採用する
という選択肢もあったかもしれない。Core i3ではCore i5/i7が有するターボブースト機能は省かれている。
（ターボブースト機能とは、2つのコアのうち1つが休止状態のときにもう1つのコアのクロックスピードを
必要に応じて上げる機能である。複数コアに対応していない／最適化されていない一部のタスクを処理する
には優れた機能である。）それでもCore i3はハイパースレッディング機能を有している。これは1つのコアが
2つのスレッドを同時に処理できる機能で、マルチコア／マルチスレッド対応のタスクを処理する上で
スピードアップになる。その意味でCore i3は13"には最適なように一見思えるが、後述する理由により、
実はそうではなかったのだ。

今回13"に採用した、旧型より高速な2.4GHz/2.66GHzのCore 2 Duoは、旧世代のアーキテクチュアゆえに
Core i3/i5より低価格である。そして我々は、在庫一掃を目論んだIntelがAppleに破格の条件を提示したものと
確信している。AppleによればこれらのCore 2 Duoは比較対象となるCore i3の約90％の性能だということだが、
勿論これは負荷に大きく依存するし、より発熱が大きいという代償もある（Core 2 Duoは45nmプロセスで
32nmプロセスのi3よりもクロック周波数が高い）。

AppleがCore i3/i5と組み合わされるIntel HDグラフィックスにのみ依存しようとした場合、グラフィック
性能は逆に大きく後退してしまっていたであろう。だからこそ15"と17"のMacBook Proにはディスクリート型
GPUを採用せざるを得なかったとも言えるのだ。コストアップという理由の他に、13" MacBook Proの場合
単純にロジックボード上にディスクリート型GPUを搭載するスペースがないというのもある。
以下の写真を比較してほしい。

（写真上：13" MacBook Pro (2009)のロジックボード。写真下：15"と17"のMacBook Pro (2009)の
ロジックボード。IntelのCPUを赤、NVIDIA 9400Mを緑、NVIDIA 9600Mを青で示す）

13" MacBook Proの場合、Core i3とHM55の組み合わせに加えてディスクリート型GPUを搭載する
スペースがないことはコンピュータエンジニアやエレクトリックエンジニアでなくたって理解できる。
ディスクリート型GPUを搭載するためにロジックボードを改良しようとしたら、バッテリーの占有空間を削り
マシンを爆熱から守るための廃熱のパスを追加しなければならなかった可能性もある。そんなことをすれば
バッテリー寿命には二乗で響いていただろう。ディスクリート型GPUが使う電力分に加え、バッテリーの容量が
減るわけだから。そうなるとバッテリー寿命は先代モデルの7時間を維持できればいい方で、新型の公称10時間
には全く届かなかったことだろう。

AppleはIntel HDグラフィックスのみに依存することでグラフィック性能を後退させたくなかったし、
ディスクリート型GPUを詰め込んでバッテリー寿命を短くしたくなかったというのはここまで書いた通りだ。
GPUとコントローラーを一体化したNVIDIA 9400Mこそが、これらの制約から自由になれる唯一の選択肢
だったのだ。残念ながら、IntelとNVIDIA間でのライセンスをめぐる抗争が原因で、Arrandale（あるいは
他のIntel製メモリコントローラー一体のプロセッサでもいいが）ファミリーにはこのような解決策がないのだ。
互いに相手を訴え合っているこの抗争の結末がどうなるかは誰も知らないことであるが、座して和解を
待つほどの余裕はAppleにはないのだ。

Appleにとって幸いなことに、NVIDIAは一体型コントローラーの性能をいくつかアップさせていた。
40nmプロセスへの移行、それの基となるより進化したローエンドコア(GT216)の構築などだ。Appleは
NVIDIAに、9400Mのコントローラーを進化させたバージョンであるGeForce 310Mのバリアントとして
特別に48コアを内蔵したバージョンを製造させた。このGeForce 320Mにより、13" MacBook Proの
グラフィック性能は最大で80％もアップした（NVIDIAの主張によると、16コア版の310MでもIntel HD IGP
より10倍高速ということだ）。同時に、一般的なタスクの実行時で40％もの省電力化も実現した（おそらく
Core 2 Duoにとどまることによる消費電力上のハンデをも上回っているだろう）。加えて、Mac OS Xの
Grand Central DispatchによるGPGPU用途において3倍ものリソースを供給するのだ。

明らかに、Appleは過去のテクノロジーであるCore 2 Duoにとどまることで13" MacBook Proを「放置」
したわけではなかった。Appleの広報がArs Technicaに語ったところによると、13" MacBook Proは
他には類のない、性能・ポータビリティ・より長くなったバッテリー寿命のコンビネーションを
$1200から始まる価格帯で提供し続けたかったとのことだ。より高速になったCore 2 DuoとNVIDIA 320M
の組み合わせがそれを可能にしたのだ。

勿論、他のメーカーの供給するノートで同等の性能を持つもの、同等のポータビリティを持つもの、
（もしかして）同等のバッテリー寿命を持つもの、同等かより安い価格のものをそれぞれ見つけるのは容易だ。
だが、これら4つのすべてにおいて同等のものを持ち、そして（好みにもよるが）同等にスタイリッシュな
ノートを見つけるのは難しいだろう。

スティーブ・ジョブスが最近、顧客へのe-mailで語ったところによると、「我々はごくわずかなCPUの
性能向上よりも、グラフィック性能の向上と10時間のバッテリー寿命を採ることにした。ユーザーの皆さんは
グラフィック性能の向上により、パフォーマンスが大きく進歩したことを実感できるだろう」


おしまい。

あ、すみません。
>>541と>>542の間にこれを補ってください。
（本文が長すぎるって怒られて削った分を戻し忘れてましたorz）


ところで、モバイル向けCPUであるArrandaleファミリーを設計する上で、Intelはメモリコントローラー／
PCIeバスコントローラー／内蔵グラフィックプロセッサをCPUの隣の独立したパッケージに収めた。
このことはすなわち、これらのプロセッサは、USBやFireWire I/Oといった古典的なサウスブリッジ機能を
制御するために、能力に劣る電力食いのプロセッサを別個持たなければならないことを意味していた。
そして内蔵のIntel HDグラフィックス以上の仕事をさせようとすると――以前のGMA950やX3100より
かなり進化したとはいえ一部のタスクにおいて未だに9400Mには及ばない――ディスクリート型GPUが
必要なのだ。

乙です！

大変乙です！面白かった…！

これって既出?
iPadのプロモの吹き替え
http://kita.dyndns.org/wiki/?iPad+Video+Dubbing

こりゃ、面白い。

欲を言えばコワモテのScott ForstallがSafariの紹介で
"You just... do!"って言うところ。
just...と言った後に間を空け、do!!って伸ばすところ。

あの部分は「あなたはただ...　　　　　なすがまま!!」みたいに
カッコつけて欲しかったなぁ。

おぃおぃ、なすがままじゃ意味が違ってくるだろうなんて反論は
正解を知らない僕に言っても、たぶん意味が有りません。

あそこキモいよなw

俺もあのある意味きもい感じが好きだ。
これは面白いね。参考になります。

どなたかお願いできますれば...
ttp://www.apple.com/hotnews/thoughts-on-flash/

ここにあったよ
ttp://japanese.engadget.com/2010/04/29/flash/

>>553
Thx!

ここにもあった
ttp://www.applelinkage.com/#100430001

んでそれに対する反論
linkageの短い要約読む限りはまともな反論になってないけど
wsjの内容が気になる
ttp://www.applelinkage.com/#100430006
ttp://blogs.wsj.com/digits/2010/04/29/live-blogging-the-journals-interview-with-adobe-ceo/

>>548
くっつけたのがニコニコに上がってた
http://www.nicovideo.jp/watch/sm10475419

>>556
すごい。何言ってるのか、わからん。

>>556
なつかすい　20年前に広島に2年住んでた　カープの達川を思い出した

>>556
YouTubeにも上がって
http://www.youtube.com/watch?v=bh-sENPLd44

あちこちで取り上げられ始めてるみたいね
http://twitter.com/#search?q=iPad%20%E5%BA%83%E5%B3%B6

英語が不自由なのですが、ジョブズにメールしようと考えています。
(ジョブズのメルアドは検索したらすぐに分かりました。[email protected]ですよね？)
以下の文の英語訳をお願いします。返事が来たらまたお願いします(汗)

(タイトル)表現力として重要なアダルトカテゴリについて。日本人の提案

初めまして○○と申します。日本に住んでいる日本人です。

今月28日に日本でもiPadが発売されますが、
日本の出版業界からも大変注目されているのですが、
iPadのAppStoreで出版することには問題があります。

日本は欧米よりもアダルト表現の規制が緩く、
日本で一般向けとして出版されている漫画についても、
AppStoreで提供出来ないものが多く存在します。

しかし、アダルト要素は何も性的な興奮だけが目的ではなく、
表現力としての側面もあり、重要な要素です。規制するべきではありません。

これは、米国の価値基準に判断が委ねられている問題もあります。
AppStoreは各国ごとに別々に提供されているので、本来ならば、
各国の基準に基づいた、各国ごとの審査が可能なはずです。

そもそもの前提ですが、アダルトカテゴリを規制していては、
全ての出版物が電子化されるのは不可能です。

AppStoreのこの問題を解決するには、アダルト表現を全面的に規制するのではなく、
AppStoreにペアレンタルコントロールを導入し、親が子供の見るものを制限できる
ようにすることが唯一の解決策だと思います。

それに関連して、iPhoneやiPadに対してマルチアカウントを導入するべきです。
子供用に専用アカウントを新設すれば、子供がアダルトコンテンツに触れることを
防止できます。

・AppStoreへのアダルトカテゴリ新設と、ペアレンタルコントロール導入
・iPhone OSのマルチアカウント化
・各国の価値基準に基づいた、各国ごとの審査体制

この提案についてどう思われますか？
ジョブズ、貴方の考えを聞かせて下さい。


以上です。↑の翻訳をどうかお願いします。

ん？こっちか

[email protected]
[email protected]

別にどうでもいいことだわ。
わざわざメールするほどの事か？
業界の人？

>>1の
> ・訳文の二次利用はご法度です。
> ・ご自身のサイトの翻訳はご遠慮下さい。
このあたりに引っかかるので、誰も協力してくれないと思うぞ。

もっとシンプルに「iTunesStoreにペアレンタルコントロール導入して下さい」で通じるぞ。

とはいえ中高生でも「成年コミック」を本屋で身分証明書なく買える現状ではな
規制が議論される前にきちんと枠組みを作って置けば良かったんだよ

>>560
英語板へ行け

>>561
自分で訳してみな。
で、日本語の文章も併記しておいて
Sorry, My English is not good. とでも書いておけば良いんじゃね？

そういうのは自分で書かないと伝わらないよ。
まぁ、それ以前に Jobs には届かないと思うけどね(篩に掛けられる)。

存在忘れてた保守

定期方言翻訳
ttp://www.nicovideo.jp/watch/sm11350377

存在忘れてた保守

iPadでエロ漫画読みたい虹ヲタか

>>568
＞で、日本語の文章も併記しておいて
＞Sorry, My English is not good. とでも書いておけば良いんじゃね？

これスピーチでもやる人がいるけど、読んだり聴いたりすれば上手でないのはすぐ分かるから、へんに言い訳のようなことはしなくていいそうだ。

ほしゅ

保守、そして要望。

どうやら有名なブログみたいですけど、序文から面白そうな事を書いてる雰囲気を
肌で感じたので(ちょっと嘘、誰か訳してください。

Daring Fireball: The Chair
http://daringfireball.net/2011/03/the_chair

保守しとくか。。。。

保守記念。Appleリテイル10周年記念のポスターに書いてあった言葉。
間違いはガンガン突っ込んでください。
http://images.worldofapple.com/tenyearsretailanniversaryposter_030611.pdf

"我々は多くの事を学びました"

この10年、我々は多くの事を学びました。

我々は最初の日のような熱意を持って毎日対応する事を学びました。我々は顧客が我々に示しているものと
同じぐらいの多くの配慮を顧客に示す重要性を学びました。そして、適材適所で人を雇用する技術を学びました。
我々は近隣が我々に適応することを期待するより、近隣に適応するほうが良いことを学びました。
それが多くの時間とエネルギーを費やして我々の方法でストアを立ち上げた理由です。

我々の一番最初のストア、タイソンズコーナーにおいて、最初の30分で最初の教訓がありました。
鉄に光沢を出す事が必要だと気付いたときにはもう店がオープンしていました。
特別な研磨法がありました、そして特別な研磨道具も。使用されたことのない砂を鉄に吹き付けることで
跡が付き辛くなることを学んだのはその時です。

また我々はガラスがガラス以上のものになれることを学びました。32フィート6インチの透明なガラスボックスは
マンハッタンスカイラインの巨大ビル群の間にさえ建たせる事が出来ることを学びました。ガラスが5番街の
キューブとしてアイコン化し、またニューヨーク市で5番目に写真を撮られるランドマークにもなれた時でした。
またそうしなければならないのなら、ガラスの3階窓枠を導入するためにシドニーの全体の通りを閉鎖
出来ることも学びました。3階のガラスを作る時は3階のガラスをはめ込む装置も作らなくてはなりません。
上海のストアに使う1枚のガラスのために世界最大の曲線状ガラス部位の作り方も分かりました。

我々はまた石についてもかなりのことを学びました。ガスバーナーで御影石の真の色を明らかにするように。
それも時に御影石に合わせられなくてはならない色の特徴というものもあります。

また我々はこれらの細部を完璧にしようとする事は1つの山を動かそうとするように感じられることを学びました。
時には2つの山である場合も。しかし最後にはその努力はそれだけの価値があります。鉄、ガラス、石を組み合わせ
本当にユニークで刺激を起こすスペースを作ることが出来たからです。

また我々はストアの正しい設計を探求する事に厳しい評価をしているとも考えています。その設計が正しいかを
しっかり確かめるためにリージェントストリートのストアの実物大の正面をクパチーノの駐車場に作りもしました。
それは実物大で物事が見えることの価値を教えてくれました。我々はかつてミニストアが利便性において最高のものを
提供するだろうと考えていました。その後1つを作りました。それによって実際には大きい方がより良いものになることを
示してくれました。そして我々のストアが大きくても、細部が縮こまりすぎるようなことはないと学びました。
これはパリのオペラストアで500000枚以上のタイルを最後まで修復した時にもう一度学んだことです。

また我々は顧客がオープンスペース、ガラスの階段、手製のオーク製テーブルを好むことを学びました。そして
そのようなスペースは彼らを引きつけるためにマツやトマトのような匂いをさせる必要はありません。我々は
常にストアをもっと賢く、もっとアイコンとして、もっと革新的になるように努力しています。そして我々は
全て1つ1つを本当に誇りに思っています。我々は成功したからというだけではなく我々に学ばせてくれる
全てのもののためにストアを誇りに思っています。Appleストアはあらゆる意味でAppleを会社として
強くさせてくれました。

ここ10年を通して、我々はストアが顧客に対するAppleブランドの具現化であることを学びました。現在、
顧客というものが我々が偶然にもここに居る全ての理由なのです、ですので彼らに少しの言葉を捧げましょう。
我々が2001年タイソンズコーナーでストアをオープンした頃、他の人は皆顧客と話そうとすることは
少なかったのです。それによって我々はもっと顧客と話すべきではないかと考えました。出来るならば直接。
そのためあらゆる可能な機会があれば会話を始める方法を見つけました。顧客がテーブル上の製品で
遊んでいる間、我々は話すのです。あるいはワークショップに参加してくれるときもです。これらの会話は
顧客が我々の製品を愛してくれていることを教えてくれました、しかし彼らが本当に欲しいものは家族写真で
出来たスクラップブックを作ることなのです。子どものムービーを、国中を旅行したWebサイトを作りたいのです。

それらによって教えられました、Apple Storeはクリエイティビティを中心に置ける、そして置くべきだろうと。
そしてApple CampやYouth Workshopのようなプログラムを通しクリエイティビティは年齢に関係ないことも
分かりました。我々が見た子どもが作るムービーやスライドショーは必要なものは正しいツールとアイデアだけ
であることの証明です。ですので我々は正しい事をしなくてはなりません、なぜなら子どもの笑顔は我々のものと
同じぐらい大きなものだからです。我々はミュージシャンがヒットチャートのトップにたどり着くアルバムを、ストア内で
録音できることを学びました。また賞を獲得した映画監督は我々のコンピュータだけではなく、ワークショップにも
興味を持っています。

楽しむことについては多くのことを学びました。そして顧客は我々の製品をビジネスにも使いたいと考えていることを
学びました。その経験は1週間に1日のプロデイではビジネス向けの顧客には不十分だと教えてくれました。そのため
ビジネス向けに毎日オープンする必要があります。そしてビジネス向けのトレーニングセッション、ワークショップ、
イベントのスペースが設けられました。全てのスタッフメンバーが他の顧客のニーズと同様、ビジネス向けの顧客の
ニーズに堪能であるべきだと我々は学びました。

様々な種類の顧客と何百万もの会話で我々は学びました、それはコンピュータや電話が顧客を愛しているかのように
人に感じさせることについてではありません。そんなことは不可能です。そうではなく、顧客が愛することを行うための
ツールを提供することについてです。そしてそれらのツールを提供するためにOnetoOneやパーソナルセットアップのような
素晴らしいプログラムを作る方法を学びました。このようなプログラムは恐れを自信に変えるために我々が作ったのです。
顧客は販売より所有経験がより重要であることを我々に示していたのです。我々は質問することによってこれらの全てを
学びました。そしてその答えを真摯に聞いています。そして全てを聞くことを確実にするために、36の言語、
そして少数の地域の方言で会話をすることを学びました。少数の文化的な物事も学びました。皆さんの言葉の適切な
使用などです。日本の顧客は我々に彼らのスーパーヒーローは肩マントを付けていないことを教えてくれました。また
我々にフィードバックを贈り物として見ることを教えてくれました。

我々はジーニアスバーへ来ることはコンピュータだけよりももっと多くのものを直すことが出来ると学びました。
顧客とAppleとの関係性を修復できるのです。それもジーニアスと話す人を見つけるために小さい冷蔵庫に無料の水を
用意する必要はありません。何かが上手くいかないときに正しい正確な答えを得られればそれで十分なのです。
ストア内修理の時間を7日から1日へ短縮する方法も学びました。

顧客は我々に非常に高い水準を求めています。それをさらに高いものにする方法も学びました。325店ものストアの
オープニングで、グランドオープニングは興奮の行列が出来ることを我々に教えてくれました。そのような人たちは
何時間も行列に並んでいます、数日ということもあります、その表のドアを真っ先に初めに通るだけのために。
そして無料のTシャツを得るために。Tシャツに関しては、我々自身についてあなたが想像することが出来るものより
もっと多くのことを学びました。黒いTシャツを着るときに我々は調和が取れているとわかりました。そして多くの色のものを
着ると、混乱してしまいます。しかし青のシャツがもっとも適しています。その青のシャツにAppleロゴを刺繍するのに
正確には4253針の縫いが必要なことも学びました。そしてその縫いがどっちの方向に行くのかも分かりました。

製品を発表するとき供給が要求に見合うことを確実にするために我々はハードに働かなくてはならないことを学びました。
最初の日ではなかったら、その後すぐにでも。ストア内では革新的な方法で我々の製品をどう使用するかを
学びました。出来る限り効果的に顧客を手伝うためにEasyPayのような完全に新しいシステムを作りました。
ジーニアスバーの後ろのホットラインを店内のより正しい専門的知識のものに替えました。

これらの経験の全ては我々を賢くしてくれます。そして我々が成し遂げた全ての中心には、この10年で我々が学んだ
全てのもの、従業員がいるのです。芸術が技術にいかに重要なのかを知っている者。新製品を発表した日、
顧客と同じ、あるいはそれ以上の興奮をする者。ドアから入ってくる何百万もの人と永続的な関係を作るために
一生懸命働いている3万人以上の賢く献身的な従業員。手元のコンピュータを直すこと、ワークショップで
教えること、在庫の整理、アイコン的な構造設計、プロプライエタリな技術の発明、取引の交渉、マークの
詳細に取り組むこと、その他数えきれない多くのことを行うことなどに限らず、我々はあらゆる分野の中で
最高の人間を雇うことを学びました。

我々は従業員をトレーニングし、そして彼らから学ぶことが我々の仕事だと考えています。我々は様々な
別の背景を持った従業員を雇っています、先生、ミュージシャン、アーティスト、エンジニア、彼らは
我々に教えることが出来る多くのものがあります。その熟練したものと同じように人を引きつける人格を
どう評価をするかを学びました。知性、そしておもいやりにも重きを置く探し方。仕事ではなく、経歴が
欲しい人を探す方法。そしてふさわしい人物を雇うとき、我々は管理するのではなく導くことが出来ることが
分かりました。我々は変化のためにそれぞれの人間に庭の各部分を与えることが出来るのです。最高の人材は
次世代に向けて最高のトレーニングをよく提供していることも学びました。そしてスタッフの全メンバーは
各ストアへの関係を感じるだけでなく、クパチーノのチーム、そして世界中のストアとの関係性を
感じることが重要なのです。物事を行うのに最も良い方法は普通翻訳されるので、言語や国には関係ありません。

応募者が非常に優れているため、クパチーノよりAppleストアでの雇用の方が難しくなっている場合があることを
学びました。時には1人を雇うのに2-3年掛かる時もあります。Appleにとって彼らが正しくないという
わけではなく、我々が提供しなければならない機会が彼らにとって正しいことを確かめたいのです。
何故我々はそんなに選択することを学んだのでしょうか? そんなに注意深く? なぜなら従業員はAppleストアの
魂だからです。そして共に我々のチームは今までのリテイルの中で最も強いものです。我々のストアも同様に
美しくアイコン的かもしれませんが、これらのストアを作り人員を配置する人は最も重要なものなのです。

この3652日目、皆さん全員に感謝をいたします。初日にその場にいた方、そしてその最初の日が今日だった方にも
感謝をいたします。この10年でAppleストアは会社としてのAppleを変えていきました。我々の経験、我々の成功、
我々の時折する間違い、それらが我々をより良いものにしているのです。それらがAppleをより良くしているのです。
そのような経験、それらが我々を変化させて来たために、次に学ぶものが待ちきれないのです。10年経ちました。
なんてすごい第一歩目なのでしょう。

終わり。

久しぶりに乙！

乙！

I want to translate my iBook to Macbook!
Can anyone help?

ぜ、全力で頼む上げ・・

Mac OS X 10.7 Lion: the Ars Technica review
http://arstechnica.com/#!/apple/reviews/2011/07/mac-os-x-10-7.ars

>>588
とりあえず序章だけ。続きは気が向いたらやりますｗ

Mac OS X 10.7 は2010年10月に初めて公の場に姿を現した。しかしながら、そのプレゼンテーションは控えめなものであった。
iPhone登場の「Appleは電話を再発明する。」やiPad登場の「魔法のように革新的なデバイスを、信じられないような価格で。」
といったレトリックを用いることもなく、Steve Jobsは新しいOSを「これからのMac OS Xの姿を、ちょっとだけ覗いてみよう」
とだけ紹介した。

Jobsの背後に映し出されたのは、過去7回のMac OS Xのメジャーリリースの名前。
Cheetah, Puma, Jaguar, Panther, Tiger, Leopard, Snow Leopardだ。
こうした過去の振り返りはMac OS Xのメジャーリリースの発表では恒例となっているが、長年のAppleウォッチャーでさえも、
今回ばかりはちょっと違和感を覚えたかもしれない。
というのも、Mac OS Xにネコ科の動物の名を冠する習慣はJaguarから始まり、それ以前の2つのリリースのコードネーム
（CheetahとPuma）はデベロッパコミュニティー以外にはほとんど知られていなかったからだ。
Apple自身もまた、これらの名前を公式なマーケティングメッセージとしては扱っていなかった。
それなのに、なぜ今、このネコ科の名前を再び前面に打ち出したのだろうか。


その答えは次のスライドに登場する。Mac OS Xの次のメジャーリリースの名前はLionだというのだ。
JobsはLionという名前について特に言及はしなかった。ライオンはネコ科の動物、というだけで。
そしてすぐに次のスライドへ移行。ここでJobsは新しいリリースに込めたメッセージを明かした。
「草原の王」としてでも「ネコ科最大の動物」としてでもなく、"Back to the Mac"つまりMacへの回帰である、と。
この"Back to the Mac"は、実は当イベント全体のテーマとなっていた。
Mac OS XからiOSが生まれ、そして今AppleはiOSというモバイル向けOSがもたらした革新をMacに還元しようとしているのだ。

AppleはLionを、その名が示すところの「頂点としての存在」として扱うことを控えたのだが、それには十分な理由があった。
過去2回のMac OS Xの次のメジャーリリースは、弟分であるところのiOSの衝撃的な興隆の陰に隠れてしまっていたのだ。

Leopardは当初の予定よりも登場が遅れた。そして同じ年にiPhoneが登場。後任のSnow Leopardでは、目立った新機能がなく、
代わりにOS内部の機能の拡張とバグフィックスに注力していた。公式発表がそれなりに妥当なものであったにもかかわらず、
急速に勢力を拡大していたモバイルプラットフォームという存在が、Macからスポットライトのみならず
リソースをも奪っているという印象を拭い去ることはできなかった。

その文脈において、Lionという名は前途の暗い含意を持ち始めているのだ。
ライオンとはネコ科の名前の最後に出てくるものだと思えるし、何より「ライオンの次って？」ということになる。
iOSのいいとこ取りをしてMacに還元するプロセスというのは、iOSとMac OS Xの完全な融合の第一段階なのでは？
LionというのはMac OS Xというラインの終焉を意味しているのでは？

・・・といった悲観的な予言は、ひとまず措くとして、ここではLionを将来の前兆としてではなく、プロダクトとして評価しよう。
AppleはLionについて「250以上の新機能」を有していると宣伝している。
この数はLeopardの「300の新機能」には及ばないまでも、何を以て「機能」と呼ぶか（そして250「以上」とはどういう意味か）
次第だと思う。それでも、Lionはここ何年かのMac OS Xのリリースの中では最も意義深いものであるし、
ことによるとMac OS Xの歴史上最も意義深いリリースかも知れない。Lionで新たに導入されたAPIの数は
TigerやLeopardには及ばないまでも、Lionでの最も重要な変更点は、過去のトレンドをラディカルに加速させたものである。
Appleは人々に未来像を提示して惹き付けることに飽きたかのように見える。
Lionでは、Appleは我々を置いてきぼりにすることを選んだのだ。

（序章終わり）

>>589
乙サンクス！
気長に待ってますw

>>590
(´･ω･`)b GJ!

おおおお続きぜひお願いします

んじゃ私は最後の章（１９ページ）を。

おすすめ度

Ars Technicaにさえ、新OSについてただ結論だけを知りたがる読者が
一定の割合で存在する。これは良いリリースなのか。価格やインストールの
苦労に見合うだけの価値があるのか。激遅で機能も貧弱だった最初の
数リリースを除けば、すべてのOSXはその質問に対して高らかに"Yes"と
答えられる出来であった。Lionもその伝統を引き継ぐものである。あまたの
新技術、そしてインターフェイスとバンドルアプリケーションの抜本的
アップデートは、29ドルの出費に見合う以上の価値を提供する。

ソフトウェアとハードウェアの互換性については、いつも通り注意すべき
である。このレビューを読み終えるが早いかアップグレードに走る、など
もってのほかだ。物理メディアを介さないLionの配布形態により、性急に
アップグレードしようとする人がこれまで以上に増えるだろうが、ここは
我慢のしどころである。数日、あるいは数週間でも様子を見て、お気に入りのア
プリケーションすべてがLionでも問題なく動作するか、よく確認したほうが
いい。まだPowerPCアプリケーションを使っているなら、Intelネイティブで
動作する代替ソフトに乗り換えが終わるまではアップグレードを控えよう。
そして、アップグレードの前にはとにかくバックアップ、バックアップ、
バックアップ。

捨てては行けないものたち

Lionは、その名前こそ何かの終わりを暗示してはいるが、オペレーティング
システムの中身自体は明らかに新たな旅の出発点を画するものである。
デスクトップOSに関してはこれまでに多くの知恵が積み上げられ、
そのあるべき姿が追求されてきた。しかし、iOSの成功に力を得たのであろう
Appleは、数十年にも及ぶその伝統に対して果敢にも戦いを挑み始めたのだ。

10年前、AppleがクラシックMacOSをOSXにリプレースした時も同じことが
起きた。もっとも、その時のほうが変化は劇的だった。OSXは、複合された
グラフィック、滑らかなアニメーション、そして写真のようにリアルな図像を
Unixという安定した基盤と融合させ、デスクトップのルールを刷新した。
Appleは、プラチナアピアランスやアップルメニューといった旧OSの痕跡を、
そしてデスクトップ自体さえも、すべて過去のものにしようとしたが、結局は
いくつかの点について長年のMacユーザーの要求に従った。Lionでの変化が
古参のMacユーザーから同様の抵抗を受けることは疑いもないが、しかし
今回の場合、おそらくAppleはその意志を曲げないのではないか。

MacOSXはその登場時、当時のPC産業を相手に、次世代のユーザーインターフェイス
とはこうあるべきだと鮮烈に打って出た。それと全く同じことを、Apple自身の手に
なるiOSが、10周年を迎えたデスクトップOSであるMacOSXを相手に今、敢行したの
である。iOSのインターフェイスは過去の「しがらみ」とは無縁に見えたからユーザー
にとってショックが少なかったし、そもそも、それまでのモバイルOSのしきたりは
誰にも好まれていなかった。しかしデスクトップOSの世界ではそうはいかない。
自分を繰り返し傷めつけてきた操作体系にもかかわらず、ユーザーはそれにしがみ
ついて離れようとしないのである。まるでストックホルム症候群の被害者であるかのように。

典型的なユーザーのMacにインストールされているアプリケーションが、Lionによって
導入されたソフトウェアデザインの原則に従って動作するようになるには、その半数が
条件を満たすのにさえ何年もの時間を要するだろう。その移行への道筋は、特にiOSが
苦もなく統一的なインターフェイスを実現したのと比べてしまうと、いびつなものに
なるだろう。その間、Appleの新生プラットフォームには嵐の中でOSXを未来に導く
灯台となってもらおうではないか。Macはそのモバイル弟分よりも常に高機能である
だろう。しかし、だからといって簡単なタスクまで操作が煩わしくなっていいはずが
ない。今日、コンピュータの初心者にiPadを手渡すことになったとして、我々が心配
することは何もない。そして、それと全く同じ心持ちで、彼をiMacの前に座らせる
ことができるとしたらどうだろう。想像してみて欲しい。それこそがOSXの目指す未来だ。

メモリ保護やプリエンプティブマルチタスクなどといった技術的詳細は、
一時はその存在を言葉で定義することが必要なほどに重視された機能で
あったが、現在では、わざわざ定義するまでもなく当然の存在になって
いる。メインストリームのレビューでは、ソフトの評価であれハードの
評価であれ、わずか数年前には盛んに取り沙汰されていた技術スペックや
実装の詳細を論じることが、最近ではめっきり減っている。

この現象は、本レビューを結論だけではなく頭から終わりまで全て読む
ような、我々ギークのなかでも最もギークな連中の間にさえ広がっている。
友よ、君はこの記事を読むのに使っているデバイスのCPUクロック周波数
を、RAMの容量を、あるいはメモリバスの転送速度とバンド幅を知っている
だろうか。そして思い出してみて欲しい。１０年前に同じ質問をされた時、
君はどう答えただろうか。

ここ10年、技術の進歩により、我々が気にかけなくてはいけないことの
数は減る一方である。Lionも技術の進歩である。これまで、MacOSXを
定義することとは、何が追加されたかを論じることだった。しかし、
Lionはそのような時代に終りを告げる。これからは、MacOSXは何が
除かれたかによって評価されなければならない。

（最後の章おわり）

>>594
乙！

>>597
(´･ω･`)b GJ!

わっふるわっふる

2ページ目の前半だけやっちゃいます。後半は後日。後半の方が面白い話なんだけどねｗ

インストール

Lionのシステム要件はSnow Leopardのそれと大きくは変わらない。IntelベースのMacが必要なのは同じ。
ただし今回は64bit対応でなければならない。最後の32bit Intel Macは2007年8月に出荷を終えていた。
Appleは前回、同様に4年前に出荷されたPower PCのサポートを打ち切っていたが、顧客離れは最小限にとどまった。
時代は進むものだ。

でも時代がちょっと早く進みすぎることもある。LionはPower PCをサポートしない二代目のMac OS Xだが、
Power PC用のアプリケーション自体が動作しないのは今回が初めてだ。Snow LeopardではRosettaという
変換エンジンにより、Power PC用のアプリケーションを動作させることができた。そしてそれはよくできていて、
元々開発に用いられたPower PC版Macで動かすよりもしばしば高速で（いくらPower PC版Macが古いとはいえ）
動作していた。でもLionはRosettaを搭載していない。インストールオプションですら用意していないのだ。

Power PC用ソフトウェアのサポートが永遠に続くなんて誰も期待していないし、未だにすべてのアプリケーションの
Intel Macネイティブ対応を済ませていないデベロッパがMacプラットフォームに特に貢献していないのは明らかだ。
だがしかし、ユーザは一部のPower PC用のアプリケーションに未だに依存している。たとえば、筆者は
Power PC版の古いバージョンのPhotoshopを使っている。Photoshopはとっくの昔にIntelネイティブだが、
筆者のように使用頻度がごく低い者にとっては、アップグレードするには高価にすぎる。Power PC版でも
筆者の使用目的には全く問題ないのだが、Lionでは全く動作しないのだ。

もう一つよくある例はQuicken 2007だ。Intuit社の会計ソフトのMac版では未だに最も使いでがあるソフトだが、
未だにPower PCオンリーなのだ。これはIntuit社の問題であるのは明らかで、Appleに責任はない。
だが一般的なユーザの視点から言えば、現在でもこれほど多くの人の助けになっている完全な機能（=Rosetta）を
どうしてAppleが削除したのか、理解に苦しむところではないか。

現実問題、一つ一つの機能には関連するメンテナンスコストがかかるものだ。OSの奥深いところで関与しているであろう
バイナリ変換フレームワークであればなおさらのこと。OSに絡み合っているPowerPC関連のコードを完全に
断ち切ることは、Appleにとっては顧客に与える不便を正当化するだけの理由があるのだろうと推察する。
でもやっぱりちょっと「痛い」のだ。

次なる衝撃は販売とインストールのプロセスである。LionはMac OS X史上初めて、最近導入されたMac App Storeで販売される。
実は、Mac App Storeは唯一Lionを購入できる場所なのだ。

昨年、AppleがiLifeとiWorkをMac App Storeで購入できるようにしたのは、予想外のことではなかった。だが、Appleの
プロフェッショナル向け写真アプリケーションのApertureの場合は、一部の人の財布の紐を緩くした。何しろ、
パッケージ版の$200から$80まで一気に値下げしたのだから。

Lionのデベロッパ向けのプレビューリリースもまた、Mac App Storeで提供された。Appleのデベロッパリリースは
もう何年も昔からデジタルで提供されていたが、デベロッパ専用のwebsiteからディスクイメージをダウンロードする方式から
プロモコードを再取得して新しいビルドをMac App Storeでダウンロードする方式に今回改めたことについては、
一部の人たちは眉をひそめたものだ。プロフェッショナル向けビデオ編集ソフトのFinal Cut Pro XをMac App Storeで
しかも大幅に値下げして提供することをAppleがアナウンスしたときは、勘の鈍いAppleウォッチャーでさえ気付き始めていた。

さてこのLion、たったの$29という価格（新機能のなかったSnow Leopardと同価格）で、Mac App Store専売だ。
大胆な変化ではあるが、予想外というほどでもなかったわけだ。

これまでAppleは、ビットをディスクに刻み、それを化粧箱に収め、その箱をトラックや列車や飛行機に積載し、
世界中の小売店や通販ショップへ出荷していた。それらは最終的にはまた別のトラックや列車や飛行機を経由して
ユーザの手元に届けていた。でもこれからは、すべてがデジタル頒布なのだ。（Mac OS Xが出荷されるにあたって
製品の化粧箱や光学ディスクをお見せするというこれまでの伝統は、これでおしまいなのだろう。その代わり、
インストーラーアプリケーションのアイコンをお見せすることとしよう）

Lionは巨大なダウンロードであり、高速のネットワーク接続を以てしても、まだユビキタスとは言えない。
一方、新たに出荷されるMacはLionがインストールされた状態で出荷される。そこでありがちな疑問は、
現有のMacをLionにアップグレードしたいが高速ネットワーク接続を持っていない、という人はどのくらいいるのか？
ということであろう。OSのアップグレードをしようという者は、一般人よりも高速なインターネットアクセス
手段を有しているものだ。現実的な所要時間で3.76GBものダウンロードできる余裕がない人は、Apple Storeの
実店舗が手助けしてくれるものだろうと思う。

（更新：Macworldによれば、Lionを物理的な媒体で入手する方法ができるようだ。AppleはUSB版Lionを$69で
　提供する予定らしい。また、Apple Storeの実店舗にMacを持ち込めば、Lionの購入からインストールまで手助け
　する、とAppleは言明した。）

ところで、この記事の読者なら、高速ブロードバンド接続を持っている確率が高いだろう。ならばこの記事を読むのを
今すぐ中断し、Mac App Storeを起動して、ギガバイト単位のダウンロードを始めてから、読むのを再開しても
よいだろう。ダウンロードが終わるとMac OS X Lion インストールという名のインストーラアプリケーションが
アプリケーションフォルダにできているはずだ。（おわかりかな？）

さてインストーラアプリケーションができたわけだが、ご興味がおありならばもう少し掘り下げて、アイコンを
Control+クリックして「パッケージの内容を表示」させてみよう。Contents/SharedSupportフォルダの中に
InstallESD.dmgなる3.74GBのディスクイメージが見えるだろう。これがLionの実態だ。何となれば、これを
DVDに焼いてインストールDVDにしても、緊急起動用の外付けディスクを作成してもよいだろう。

この方法はAppleが公式にサポートしているものなのかどうかは疑わしいが、要するにLionのインストーラは
何も変わったことをしているわけではない、というのがポイントなのだ。過去のMac OS Xのバージョンが
そうであったように、Lionにはシリアル番号も、プロダクトアクティベーションも、DRMの類も全く存在しない。
実は、Mac App Storeのライセンスポリシーは過去のMac OS Xよりもさらに緩やかなものだったりする。
Lionのライセンス条項からの抜粋：

Mac App StoreからApple製のソフトウェアのライセンスを取得し、ソフトウェアの利用規約に同意した場合、
Mac App Storeの利用規約に従いMac App Storeの許諾する範囲において、条件付きで以下の転送不可かつ非占有的な
ライセンスを与えられる。

(i) 個人利用かつ非商用目的に限り、ユーザが所有するか管理者となっているSnow LeopardまたはSnow Leopard Serverが
インストールされたApple製のコンピュータ（以下「Macコンピュータと称す」）に1部、Apple製ソフトウェアを直接、
ダウンロード、インストールし、使用することができる。

Snow Leopardに関する言及が少々ややこしいが、要するにLionを初めて購入しダウンロードするためにはSnow Leopardが
必要だということだ。このライセンス条項はLionが世に出てしばらくしたら改訂されるものと思う。

同じセクションのライセンス条項にはこんな興味深い一節もある。

(iii) 既にApple製のソフトウェアが動作していて、ユーザが所有するか管理者となっているMacコンピュータ上の
仮想オペレーティングシステム環境において、Apple製ソフトウェアを2部までダウンロード、インストールし、
使用することができる。

整理すると、Appleはあなたが所有するか管理者となっているすべてのMacに、Lionをそれぞれ最大3つインストールすることを
許可しているというわけだ。実在環境に1つ、仮想環境に2つ。それもたった$29という価格で。悪くない話だねえ。

インストーラ自体は至ってシンプルだ。Appleの新しいOSはこうなるだろう、とでも言わんかのような単純化されたものだ。
インストールオプションもカスタムインストールも存在しない。ユーザのすることといえば、義務となっている
エンドユーザライセンス規約(EULA)に同意するだけだ。そして選べるインストールパラメータはただ一つ、ターゲットディスクだけだ。


（残りは後日！）

>>605
(´･ω･`)b GJ!

>>601
乙サンクス！

いいっすね
久しぶりにここが良ｽﾚになってる

さてインストールの続きいきます。

でもちょっと待って。これってどうやって動くの？　だって、現在動いているシステムと同じボリューム内に
格納されているアプリケーションから、新しいOSをインストールできないはずなのに。起動用のドライブもなしに、
そもそもドライブが一つしかないスタンドアローンMacまでもアップグレードするのって、どうやったらできるのだろう？

こういう質問を平均的なコンシューマが思いつくことはないだろう。ここがある意味ポイントだと思う。
確かに、目をつぶってインストーラアプリケーションを起動し、表示されるスクリーンに順々に従って
クリックしていくと、これまで長年Mac OS Xで慣れ親しんだインストーラアプリケーションで見てきたのと
同じように再起動がかかるのだ。そして再起動が終わると、あなたのMacはLionで起動している。マジックだ！

OK、実はマジックじゃないんだ。ちょっとややこしいことをしているけどね。第一の、そして最後まで残る驚きは、
Lionのインストーラは実際にディスクのパーティションを切り直していることだ。自身が使用するための650MB分の
ディスクスペースを確保するために、パーティションを切っているのだ。

でも心配無用、現存のデータはすべて保存されているから（Mac OS Xは何年も前から、現存のデータを一切
損なうことなく、ディスクにパーティションを切ることができるようになっている）。このプロセスに必要なのは
新しいパーティションを確保するために必要な空きスペースを並べ替えることだけなのだ。

筆者が試した例をご覧に入れよう。まず250GBのHDDを2等分にパーティションを切り、片方には "Lion Ex" という
ボリューム名をつけた。こちらは現在Snow Leopardが動いていて、これからLionをインストールしようとしている
ボリューム。もう片方には "Timex" というボリューム名をつけた。こちらは "Lion Ex" のTime Machineバックアップ用。
この時点でdiskutilのlistコマンドを走らせてみた。

/dev/disk1
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *250.1 GB disk1
1: EFI 209.7 MB disk1s1
2: Apple_HFS Lion Ex 125.0 GB disk1s2
3: Apple_HFS Timex 124.6 GB disk1s3

同じディスクにLionをインストールした後はこうなった。

/dev/disk1
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *250.1 GB disk1
1: EFI 209.7 MB disk1s1
2: Apple_HFS Lion Ex 124.5 GB disk1s2
3: Apple_Boot Recovery HD 654.6 MB disk1s3
4: Apple_HFS Timex 124.6 GB disk1s4

新たに生成されたパーティションは、実はApple_Bootという今までと異なる形式のものだ。このRecovery HD
ボリュームは通常起動時にはマウントされず、したがってFinderからも見えない。ディスクユーティリティを用いても
表示されず、ディスクのパーティションマップ上でも小さな空きスペースとしてだけ表示される。でも前述のように、
コマンドラインのdiskutilなら見ることができるし、マウントすることさえもできる。

diskutilでマウントすると、新しいボリュームは普通のHFS+形式であることが分かる。ボリュームの最上位階層には
com.apple.recovery.bootというディレクトリができていて、ここにはBaseSystem.dmgという名前の430MBの
圧縮された不可視ディスクイメージファイルとともに、起動に必要ないくつかの小さなファイルが含まれている。
このディスクイメージをマウントすると、1.52GBの起動可能なMac OS Xボリュームが現れ、ここにはSafariや、
ユーティリティフォルダに含まれる標準的なアプリケーションの多く（ディスクユーティリティ、起動ディスク、
ターミナル他）、それにMac OS Xのインストーラアプリケーションが含まれている。言い換えれば、普通の
Mac OS XインストーラDVDと全く同じような中身なのだ。

リカバリーパーティションにコピーされたファイル一式は、インストーラによってインストール先のディスクにも
コピーされる。ここで新たに起動可能なシステムと認識される。Lionのインストーラが再起動するボリュームは、
実はこれなのだ。インストールするファイルは、先にMac App StoreからダウンロードしたLionのインストーラ
アプリケーションから読み込まれる。インストールが完了すると、一時的な起動ファイルは削除されるが、
Recovery HDパーティションはディスク上に残る。Command+Rを押しながら起動すると、自動的にRecovery HD
パーティションから起動を行うようになっている。（Optionキーを押しながら起動しても――これはLionで新たに
導入された機能ではないのだが――起動可能ボリュームの選択肢にRecovery HDパーティションが表示される）

リカバリーパーティションからの起動というのは、実は同じパーティション内の前出のディスクイメージ
BaseSystem.dmgをマウントし起動することなのだ。こうすることで、伝統的なMac OS Xのインストールディスク
オプション一式が表示される。Time Machineのバックアップからのシステムの回復、Mac OS Xの再インストール、
ディスクユーティリティの起動、パスワードのリセット、などなど。オンラインヘルプのオプションも用意されていて、
そこではSafariが起動する。リカバリーパーティションにSafariを含んでいるのは良いことだ。だって、何か問題に
出くわしたときに、人々がまず頼るのはGoogle先生であってGenius Barじゃないのだから。

結果として、Snow Leopardで導入された、OSの容量を削減するためのファイル圧縮のマジックがあるにもかかわらず、
Lionはインストールのプロセスの一部としてあなたのディスクスペースを500MB以上も奪い去り、決して返してはくれないのだ。
このパーティション名からはAppleの意図が明らかに見て取れる。制限付きの起動可能ボリュームからMacを診断し
修復を行うための最終手段としてのメカニズムなのだ。（ここで「制限付きの」というのはソフトウェア的な意味に
おいてのことである。それ自体が起動ディスクとして存在する一方で、ディスクにハードウェア上の問題が発生したときには
リカバリーパーティションは意味をなさないからだ）

どうやらAppleは、ソフトウェア的に良好なボリュームからMacを起動することは、ディスクスペースのごく一部を
犠牲にしてもそれだけの価値があると判断したようだ。MacBook Airや他のドライブ容量の小さなMacのオーナーは
この方針に同意しないかもしれないが。その場合は他のディスクから起動し、そこでディスクユーティリティ（または
コマンドラインのdiskutil）を用いてパーティションを切り直すこともできる。でも、Genius Barのスタッフが、
あなたのやり方がApple流のやり方とちょっとかけ離れているからと少々眉をひそめても驚かないでほしい。

2ページ目は以上。

やっていることはWindowsのネットブックにありがちなDtoDリカバリーに近いようですね。仕掛けはもっと巧妙だけど。

>>613
(´･ω･`)b GJ!

乙です！

乙です

まだLion入れてないけど、Recovery HDいいな
起動ディスクの修復に、シングルモードやDVDで起動が不要になった
Safariが入ってるのも使える

OSの内部構造とかプログラムに興味があるので、９ページを訳してみました。

内部のからくり

SnowLeopardは内部の変更に焦点を絞ったリリースだった。それに従って、私
のレビューでもコンパイラーの機能（LLVM・Clang）やプログラム言語の拡張
（ブロック）、あるいは新しいライブラリ（GrandCentralDispatch）など、エ
ンドユーザーの目に触れない部分を集中的に取り上げた。

Lionは内部の変更に集中したリリースではない。むしろ全く違う。しかしアップ
デートの規模は大きく、ユーザーの目につくインターフェイスの大変更ととも
に、OSのコア部分にも重要な変更がかなり加えられている。ArsTechnicaの
MacOSXレビューを読むのは今回が初めてで、ここまでは何とか読み進めてこら
れた、という方。くれぐれも注意されたい。本セクションは一層難解である。
新しいアプリケーションのスクリーンショットを単に見たいだけというのであれ
ば、遠慮なくここを飛ばして次セクションに移ってほしい。我々ことナード連中
であっても、そういうお気持ちはよく理解しておりますぞ。

セキュリティ

Microsoftはここ数年、セキュリティをWindowsの最優先事項と位置づけ、
そのように公言もしてきた。そして今日のWindows７は、広く使い古され
てきたご先祖OS、WindowsXPよりも大幅に安全だと考えられている。ま
た、今ではMicrosoftが自社製のウィルス・マルウェア対策ソフトを配布し
ているとはいえ、サードパーティによるウィルスソフトの市場も依然盛況
である。

一方、Appleのセキュリティに対する取り組みはといえば、このような正統
的なやり方からは常に少し外れている。AppleがOSXに基本的なマルウェア
対策機能を追加したのは、ごく最近のことにすぎない。そしてそれはひっそ
りと行われ、機能アップデートの際も同様であった。ああそうか、Appleが
悪意あるソフトウェアについて語るのは、何か特定の、具体的にこれとはっ
きりしているマルウェアについて直接問いただされた場合に限るのだなと、
こういう印象をうけたものである。

語るに足るほど重要なことがないのなら口を開くな、というこのやり方は、
まさにAppleらしい。しかし、セキュリティ専門家やジャーナリストにとって
は、腹立たしいことこの上ない場合もある。ではエンドユーザーから見たら
どうかと言えば、Appleのセキュリティ対策は、実はこれまで不十分なもの
であり、ユーザーの保護に成功しているとは言えなかった。少なくとも
Microsoft程度には。今までは多くのMacユーザーが影響を受けるレベルのセ
キュリティ問題が発生したことがなかったので、対策の不十分さが発覚しな
かったというだけのことだ。
（訳者吐露：この段落は私の解釈の度合いが強いです。請うご批判。）

アプリケーションのサンドボックス化

もっとも、黙して語らないとはいえ、AppleがMacのセキュリティ向上のために
何もしてこなかったわけではない。Leopardで、Appleはカーネルに基本的なサ
ンドボックス機能を追加した。SnowLeopardでは、MacOSXの動作を支えるデー
モンプロセスの多くがサンドボックスの中で走るようになった。例によって、特
に吹聴されはしなかったが。

アプリケーションをサンドボックス内で走らせるのは、もしそのアプリケーショ
ンがマルウェアに感染したとしても被害を最小限にとどめることが目的である。
サンドボックス化されたアプリケーションは、やれることの範囲が通常のプロセ
スよりも大幅に制限される。例えば通常のアプリケーションであれば、それを起
動したユーザーが所有権を持つあらゆるファイルを消去することができる。もち
ろん普通のアプリケーションはそんなことはしないが、それでもひとたびマル
ウェアに乗っ取られた場合、何か破壊的な動作に及ぶ恐れがある。

Lionでは、サンドボックスのセキュリティモデルが大幅に拡張され、Appleは
ついにサードパーティのアプリケーションにも採用を推奨するようになった。サ
ンドボックス化されたアプリケーションは、一連の「資格（entitlements）」
を備えていなければならない。資格とは、そのソフトウェアが仕事をするために
どんなリソースが必要なのかをいちいち指定するものだ。Lionは、ネットワー
ク接続を要求したり、あるいは外部からの接続要求を受け入れたりといった基本
的なタスクをはじめ（ちなみにこの二つは別々の資格）、ビルトインカメラから
動画や静止画を取り込むなどといった高度な作業に至るまで、約３０の資格をサ
ポートしている。

しかしちょっと考えてみると、例えばまともなドキュメントベースのMacアプリ
ケーションであれば、少なくとも現ユーザーが所有する全てのディレクトリを読
み書きする資格が必要であろう。その資格がなければ、どうあってもユーザーは
書類を開き、保存することができないはずだ。これでは、そもそもサンドボック
スの目的が完全に損なわれてしまうのではないか？

この問題を解決するためにAppleが選択した方法は、ユーザーが明示的に指示し
たアクションに対して一段高い特権を与えるというものだ。Lionは、
PowerBox（pboxd）という認証されたプロセスを導入し、サンドボックス化さ
れたアプリケーションの代わりに、「開く／保存」ダイアログの表示とコント
ロールを任せている。保存したいファイルやディレクトリをユーザーが指定した
後で、初めてPowerBoxはアプリケーションのサンドボックスに穴を開け、当該
の保存処理だけをそのアプリケーションに許可するのである。

「最近使った項目を開く」メニューから最近開いたファイルにアクセスする、ア
プリケーション再起動のときに以前開いていたファイルを元通り開く、あるいは
ドラッグアンドドロップを扱う、などといった場合にも同じメカニズムが使われ
る。これは、アプリケーションに不特定のファイルを読み書きできる資格を禁じ
るのが目的である。そう、念のため言っておけば、サンドボックス化されたアプ
リケーションには署名が必須である。

Lionのアクティビティモニタには新たに"Sandbox"という項目が追加されてお
り、これの表示をオンにすると、アプリケーションがサンドボックス化されてい
るかどうかを確認することができる。いくつか例をお見せしよう。

http://static.arstechnica.net/2011/07/04/lion/sandboxed-apps.png

AppStoreは、Lionで導入される新技術の採用を開発者に促すためのAppleの戦
略なのではないか、と以前論じられたことがある。サンドボックスについて言え
ば、それはすでに現実となっている。Appleは、この１１月から、AppStoreに
登録するアプリケーションは全てサンドボックス化しなければならないと定めて
いるのだ。

アクセス権の分離

サンドボックスの制約の一つは、一連の資格がプロセス全体に適用されるという
ことである。すると結局、アプリケーションはその機能を実現するために必要な
資格すべてを含んだ、資格のスーパーセットを所持しておかないといけないこと
になる。（訳者苦しまぎれの補足：これではアプリケーションがあらゆる資格を
所持してしまうことになり、そもそもアクセス権を制限する意味がない。）そこ
で、これまで見てきた通り、LionではPowerBoxという独立したプロセスにファ
イルの読み書きを任せることで、アプリケーション自身に任意のファイルへのア
クセス権を与えなくても済むようにしている。これは、一般的にはアクセス権の
分離と呼ばれる原則である。

複雑なアプリケーションを細かいプロセスに分割し、それぞれのプロセスに対し
て、必要なだけの限定された資格しか与えない。これがアクセス権分離の考え方
だ。例として、ビデオを再生するアプリケーションを考えてみよう。ビデオのデ
コードというプロセスは複雑でパフォーマンス負荷が高く、そのせいでバッファ
オーバーフローなどのセキュリティ問題に対する防護が不適切になってしまった
という過去がある。ビデオ再生アプリケーションはシステムが提供するライブラ
リを使うことが多いが、その場合、もしそこに何らかの脆弱性があったら、サー
ドパーティの開発者が対処できる方法は少ない。

開発者にできるのは、ビデオのデコードというタスクを、そのタスクしか担当せ
ず、厳しく限定された資格しか持たないプロセスに分離独立させることである。
ビデオをデコードするプロセスそれ自体は、おそらくファイルシステムやネット
ワークへのアクセスを必要としないし、ビルトインカメラやマイクを扱う必要も
ないだろう。ただ親プロセスからバイト列を受け取り、そのバイト列をデコード
して出力できればいいだけだ。そもそも、親プロセスが最初に吐き出したバイト
列も、元はといえばPowerBoxに頼んでディスクから引っ張り出してきてもらっ
たものであろう。こうしてデコードプロセスは、親プロセスとの間にシンプルな
関係があることを除けば、システムとの関わりを完全に遮断することができるの
である。もし悪意のハッカーがビデオコーデックの脆弱性を発見したとしても、
彼は権限のごく限られたプロセスのコントロールしか得られず、そのようなプロ
セスであればどのみちシステムやユーザーのデータに対してほとんど悪さができ
ないだろう。

ここまでは例に過ぎないが、実際、LionのQuicktimePlayerは
VTDecoderXPCServiceという外部プロセスにビデオ再生を委託している。こ
れはサンドボックス化され、きわめて資格が制限されたプロセスだ。

http://static.arstechnica.net/2011/07/04/lion/quicktime-xpc.png

もう一つの例はPreview.appであり、これも長らく脆弱性の宝庫だったPDFの
解析コードを完全に独立させ、ファイルシステムへのアクセスを全く許さないよ
うにしている。

セキュリティ上の利点はさておき、開発者にとって外部プロセスの扱いやそれと
の通信は頭の痛い問題だ。単一の実行ファイルの中に全てのコードが含まれ、
ファンクションコールの呼び出しの他は外部への依存がないこれまでのアプロー
チと比べると、アクセス権分離方式は明らかに不便なのである。

それでもAppleはアクセス権分離を「最善の慣行」と考えているようで、これを
開発者に推奨するため、AppStoreのサンドボックス必須化方針のみでは飽き足
らず、Lionで新しいAPIを導入している。それはXPCServicesと呼ばれるフ
レームワークで、まさに外部プロセスの管理とそれとの通信を担当するものであ
る。XPCServiceの実行ファイルはアプリケーションバンドルの中に含まれる。
インストールプロセスは存在しないし、コピーや移動もされない。そして不正ア
クセスを防ぐため、暗号化署名によってアプリケーションの中に「封印」しなけ
ればならない。

XPCServiceフレームワークはオンデマンドで適切な外部プロセスを起動、その
動作を追跡し、ジョブの完了後、いつプロセスを終了させるかを決める。通信は
双方向的、非同期的であり、メッセージ（訳者注：Objective-C用語で、いわ
ゆる命令のこと）は「ファーストイン・ファーストアウト」原則に従って処理さ
れる。デフォルトでは、XPCが起動するプロセスにできることは極端に限られて
いる。サンドボックスの資格情報やキーチェーン証明書をはじめ、いかなるアク
セス権も親プロセスから継承されることはない。

最低限のアクセス権しかもたない複数のプロセスにアプリケーションを分割する
ことのメリットは、単にセキュリティの向上にとどまらない。一つの外部プロセ
スがクラッシュしてもアプリケーション全体を巻き込まないので、動作の安定性
にも寄与が大きいのである。

この種のアクセス権分離は、ここ数年いくつかのプラットフォーム上でウェブブ
ラウザのために用いられ、大きな効果を上げてきた。MacOSXのSafariもその一
例である。Lionはこの利点を全てのアプリケーションに拡張することを目指し
ており、Safariのアクセス権も、このおかげで一層細かく分離されている。