07/11/03 15:57:38 SzlGvfIS0
[前スレ]
Mac関連ネタをもの凄い勢いで翻訳するスレ 6
ｽﾚﾘﾝｸ(mac板)
Mac関連の英文記事や英文マニュアルなどを、暇な人たちが翻訳するスレッド第四弾です。
「この英文の内容を知りたいんだけど、自動翻訳じゃ意味がｻﾊﾟｰﾘ」という場合に活用してください。
＜＜依頼者へのお願い＞＞
◎翻訳する人はあくまでボランティアです。以下の点にご注意下さい。
・訳文の二次利用はご法度です。
・ご自身のサイトの翻訳はご遠慮下さい。
・あまり長すぎる文章を依頼しないように。
・翻訳してくれる人への感謝の気持ちをお忘れなく。
［過去スレ］
Mac関連テキストをすごい勢いで翻訳するスレッド
URLﾘﾝｸ(pc.2ch.net)
Mac関連ネタを凄い勢いで翻訳スレ2
ｽﾚﾘﾝｸ(mac板)
Mac関連ネタを凄い勢いで翻訳スレ3冊目
ｽﾚﾘﾝｸ(mac板)
Mac関連ネタを凄い勢いで翻訳するスレ・４
ｽﾚﾘﾝｸ(mac板)
Mac関連ネタを凄い勢いで翻訳するスレ5
ｽﾚﾘﾝｸ(mac板)
2:名称未設定
07/11/03 16:02:22 L/Z/RbSa0
-=-::.
／ ＼:＼
.| カ ル ト ﾐ:::|
ﾐ|_≡=､´ ｀, ≡=_、 |;/ ／￣￣￣￣￣
. ||..(ﾟ )|￣|. (。) |─/ヽ ＜ おちんちんシュッ！シュッ！シュッ！ キンマンイトマンキンマンコ～
|ヽ二/ ＼二/ ∂ ＼＿＿＿＿＿
. /. ハ - －ハ |_/
| ヽ／＿＿＼_ノ / |
＼､ ヽ| .::::/.|／ヽ /
. ＼ilヽ::::ﾉ丿＿ ／
/しｗ/ﾉ （ ,人）
（ ∪ﾟ ﾟ| |
＼ ＼__, | ⊂llll 日本でカルト宗教はやめられない～ちんちん シュッ！ シュッ！ シュッ！っと
＼＿つ ⊂llll 南無妙法蓮ピィッ！ピィッ！ピィッ！ 南無妙法蓮華経財務しろ～財務しろ～
（ ﾉ ﾉ まんまん見てちんちん シュッ！ シュッ！ シュッ！
| （__人_） ＼ ちんちんシュッ！ シュッ！ シュビデゥビドゥ～～
| | ＼ ヽ
| ） | ）
3:名称未設定
07/11/03 17:03:38 OVt91Iu20
乙＞1
4:名称未設定
07/11/03 18:59:55 B1yZvBKu0
いちおつ
5:名称未設定
07/11/03 19:10:46 scglDqYx0
いちょーつ
6:名称未設定
07/11/03 19:27:58 oqQXtgVp0
これはまとめサイトほしい
7:名称未設定
07/11/04 00:36:08 lq5eJ6su0
全過去スレ(1～6)
URLﾘﾝｸ(www.uploda.net)
8:DayTripper ◆BH24DAYTRI
07/11/04 00:54:03 CPQdclwz0
>>6
一応、置いてあります……。
URLﾘﾝｸ(kb2m.sakura.ne.jp)
9: ◆FljYzA.syg
07/11/05 01:15:26 BoAoHrCW0
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)で述べるバックアップ機能で使われる拡張属性の
セットの一つ。
10: ◆FljYzA.syg
07/11/05 01:16:33 BoAoHrCW0
私は大声で叫びたい。「ハレルヤ！Appleはついにやってくれた！どんなに便利か見
てみろよ！これを保存して追跡するために、メタデータによる啓蒙を受ける前の
Appleがやってきたこと、アプリケーションが別々に実装してきたこと、その気違い
じみたダーティーハックを想像してみろよ。なんという無駄な努力、なんという独
特のバグ。もうたくさんだ！拡張属性は同じことをやるために、一ヶ所でデバグさ
れる一般的な方法を提供したんだ！」
Leopardはコマンドラインユーティリティも含んでいる。これは拡張属性を見たり書
き換えたりできる。これを読んだ人はは私のTigerのレビューで紹介したMarquis
Loganによるxattrというよく似たユーティリティを思い出すかもしれない。Apple
はオプションこそ違うが、全く同じ名前のユーティリティを作った。
Leopardでの他のコマンドもまた拡張属性を理解するようになった。例えばlsコマン
ドはパーミッション文字列の後に「＠」で拡張属性を示す。Leopardシステムをls
とxattrコマンドで探索するとAppleがファイルシステムのメタデータをどれだけ重
要視しているかが分かる。これはここまで。
11: ◆FljYzA.syg
07/11/05 01:20:44 BoAoHrCW0
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はいくかの
古いテクノロジーを非推奨にして後継テクノロジーを任命することで重要な進歩を
いくらか進めている。
12: ◆FljYzA.syg
07/11/05 01:21:33 BoAoHrCW0
コードの署名
Leopardは暗号化及び署名付きアプリケーションをサポートしている。このトピック
はある種の人々に対して警戒信号を発する。議論の多いMicrosoftのPalladium (NGSCB)
構想は数年前人々に警戒を引き起こした。これはMicrosoftがマーケットについて
判断を誤り、彼らが対象としていたセキュアなユートピアではなく独占企業による
鉄拳制裁という寒々とした未来をイメージさせるという結果になったからだ。今日
では「セキュリティ」という楽観的な美名で飾られて、勢力争いは警戒より楽観に
傾いた。
Leopardにおける署名プログラムについて理解するために、第一に言うべきことは、
これは上記に上げたようなものでもないし、そうたいしたものでもない。これでApple
（や他の誰か）があなたのシステムを全てコントロールするわけでもないし、破ら
れることのないセキュリティを提供するわけでもない。
じゃあ何をするのか？プログラムの署名はコードが同じであることを確認し、全く
改変されていないことを保証するものだ。その中身については何の保証もしない。
例えばAcme Inc.によって署名されたアプリケーションをダウンロードしたとしよ
う。それでできることといったら最後にウェブからダウンロードしたときのAcme Inc.
にあったものと同一であるということの証明だけだ。
消費者から見てこのテクノロジーの最も有用な例を示そう。今日OS Xのアプリケー
ションをアップグレードするとユーザーはそのたびにユーザー名とパスワードを取
得するためにキーチェーンにアクセスしていいか確認を求められている。これはセ
キュリティの機能としてはいいのだが、実際はMacユーザーに盲目的に「常に許可す
る」をクリックさせるよう訓練しているだけだ。ディスアセンブラを使ってプログ
ラムを走らせたり手作業でコードが安全かどうか確認することが平均的なユーザー
がやることだろうか？
13: ◆FljYzA.syg
07/11/05 01:22:29 BoAoHrCW0
署名付きアプリケーションは一方で、それが実際に、あなたがかつて信頼したベン
ダーから提供された、新しいバージョンの同じアプリケーションであることを数学
的に証明する。その結果、ユーザーが調べようのない安全性について選択させるよ
うなダイアログの表示を終わらせることができる。
最終的には信頼するかどうかの問題になる。あなたがAcme Inc.のソフトウェアを
信頼するか、あるいはしないか。それはあなたが決めることだ。署名付きアプリケ
ーションだって、署名されていないアプリケーションと同様にあなたのハードディ
スクを消したりパスワードを盗んだりすることができるのだ。
しかし署名なしのコードとは違い、署名付きアプリケーションはインストール後に
変更されることはない。もしAcme Inc.製のアプリケーションが不正なことをした
ら、それはマルウェアによってアプリケーションがハイジャックされたためでない
ことは確かだ。別の言い方をすれば、行儀のいいコードはずっと行儀がいい。
書き換えようとすれば全く動かなくなる。
AppleはLeopardに同梱されている全てのアプリケーションに署名をしている。著名
なサードパーティーの開発者はそのうち同じようにすると思われる。
署名付きアプリケーションは自分を修正するアプリケーションという試みの終わり
でもある（例えば~/Library/Application Support/MyAppやその他のユーザー用
の場所にではなく、アプリケーションの内部にカスタマイズされたテーマファイル
をバンドルするとか）。こういうやり方はAppleによって推奨されてこなかったが、
これでまた避けるための理由が増えた。
14: ◆FljYzA.syg
07/11/05 01:23:19 BoAoHrCW0
まとめると、コードに対する署名は以下のことを行う。
・確実にコードに封印する
・封印が同一であることを確かめる
一方で以下のことをしない。
・特殊な権限の授与
・バグからの保護
・間違った信頼からの保護
・コピーの禁止
・Matrix世界における奴隷化
これはセキュリティを高める小さな一歩であるが、正しい一歩である。
ASLR
セキュリティのため、Leopardはアドレス空間ランダム化(ASLR)をサポートした。
名は体を表すのだが、ASLRはプログラムをメモリ空間上にランダムに配置し、不正
なプログラムが特定のコードがどこにあるか予測しづらくする。AppleはMicrosoft
がやっているようなセキュリティに関する偏執狂的レベルまでは達していないが、
OS XはWindows並のマルウェアの圧力からは逃れている。よって、やられてから反応
するよりも先にこういったアイデアを取り入れるのはAppleによってよいことだ。
15: ◆FljYzA.syg
07/11/05 01:24:18 BoAoHrCW0
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を使うのだ。
16: ◆FljYzA.syg
07/11/05 01:25:02 BoAoHrCW0
これは大きなじょうごのようなものだと考えるといい。想像しうる限りのコードを
上におけば、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
で行っていた。
この手法は最適化の可能性をひどく制限していた。プリミティブな命令一つ以上に
またがるどんな変換も極端に難しく、一命令内に限定した、比較的弱く、単純な最
適化のみがなされていた。
17: ◆FljYzA.syg
07/11/05 01:25:50 BoAoHrCW0
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にとって多大な利
益がある。
18: ◆FljYzA.syg
07/11/05 01:26:25 BoAoHrCW0
この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によってされている。
19: ◆FljYzA.syg
07/11/05 01:28:27 BoAoHrCW0
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はシンプル
に言語の「ネイティブ」な機能としてプロパティを追加した。私が「ネイティブ」
と括弧つきで言ったのはそれがシンタックスシュガーであるからだが、少々の甘さ
はいいことだ。
20: ◆FljYzA.syg
07/11/05 01:29:14 BoAoHrCW0
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は私に賛同したようだが、問題は未解決の
ままだ。
21: ◆FljYzA.syg
07/11/05 01:31:55 BoAoHrCW0
2010年やその後でも、これを読んでいるMac開発者で何の問題にも当たっていない人
がいることも分かっている。しかし他の面もあるだろう。プログラマが彼らが現在
使っている言語について常に考えているように見えることは、めちゃくちゃになら
ない程度には動的でなく、気が触れそうにならなったり危険にならない程度には動
的であることで、そのタスクがどれだけ抽象化されるかということなのだ。しかし
ここでごちゃごちゃ言うのはやめて、ブログで言うとしよう。
今のところ、Leopardに関係するポイントではObjective-C 2.0は良好だ。言語に
対する追加はObjective-Cの使用ををより快適にし、学習を容易にする。新しいラ
ンタイムはクリーンで、高速で、より強力だ。ガベージコレクションはそれが普及
すれば新しい世代のMac開発者を新たな本棚管理関数に従わせるだろう。絶壁が頭上
にあっても、少なくともAppleはスピードを上げて階段をつくり始める。私はただ、
我々が崖に達するまでに、到達すべき向こう岸があることを願うのみである。
22:名称未設定
07/11/05 01:46:36 j6l0QBFX0
乙です！
23:名称未設定
07/11/05 01:54:57 zdzsp+fm0
神訳乙。
24:名称未設定
07/11/05 09:11:31 D+/6BBJD0
凄く乙です
どなたか、FSEventsとCoreUI
の翻訳を希望してます。
25:名称未設定
07/11/07 08:11:55 4m0jZ2RB0
お～い、誰がいねぃのけぇ～
26:名称未設定
07/11/11 21:29:47 EYrjhCm30
どうかお願いします
27: ◆FljYzA.syg
07/11/13 15:00:29 3bo4nmxr0
新しいGet A Mac CMの"PR Lady"
Mac:どうも、Macです。
PR Lady:そして彼はPCです。業界で最も売れているコンピュータプラットフォームです。
M:PC、これ、何？
PC:ああ、僕はPRレディーを雇ったんだよ。彼女はVistaについての問題を全部わかっているんだ。
PR:「問題」という言葉ですが、彼が言おうとしたことは、初期に採用したわずかな人が、ちょっと
した壁を乗り越えなければならないということを言っています。
PC:XPにダウングレードし始める人までいるんだからね。
Mac:そりゃあ・・
PR:「ダウングレード」という言葉で、そう・・「アップグレード」ということを意味しています。
以前の、もっと慣れ親しんだエクスペリエンスに。
PC:Leopardはずいぶんクールな機能があって君を使おうとスイッチしてる人もいるらしいね。
PR:・・・ノーコメントです。
28: ◆FljYzA.syg
07/11/13 15:14:09 3bo4nmxr0
"Podium"
Mac:どうも、Macです。
PC:アメリカ国民の皆さん、私がPCです。
Mac:どうしてこんな堅苦しいの？
PC:ああ、やりたいようにできないからと言ってVistaを断念している人がいるというからね。
それにXPに戻す人までいるんだ。
Mac:本当？ダウングレードしてるの？
PC:ああ、だがPCはあきらめない。
もしプリンターが動かなくなったら？そう！「新しいプリンターを買おう！」
MacのLeopardがたくさん新機能がある？そう！「無視だ！」
Vistaがあなたに何をしてくれるかではなく、あなたがVistaを買えるかを問おう！
Mac:うわあ、ずいぶんな活動家だね。
PC:実は僕、３週間前にXPにしたんだけどね。すごくよくなったよ。
29: ◆FljYzA.syg
07/11/13 15:42:02 3bo4nmxr0
ごめんなさいsage忘れました。
"Boxer"はMCの調子が文字だとうまく伝わらないのでやめておきます。
30:名称未設定
07/11/13 16:01:12 5+oQYG6p0
いや、そう言わずに是非頼みますよw
31:名称未設定
07/11/14 22:09:35 bHEHquau0
乙です～。
Ask not your PC can do for you,
ask what you can do for your PC.
う～ん、さすが、ケネディはいいこと言うなぁ（違うって）
32:名称未設定
07/11/16 10:42:50 G2xUJBWC0
ええ～、CMが面白かったのでこのスレに飛んできたのに。
"Boxer"も是非。
33:名称未設定
07/11/16 14:44:04 BS2HUGmZ0
誰か頼みます…
URLﾘﾝｸ(docs.info.apple.com)
34: ◆FljYzA.syg
07/11/16 16:44:26 s9OceS130
"Boxer"
（´・ω・｀） Macです
∧＿∧ 左コーナー
（ ´∀｀）＜ 仕事場出身 80ギガ ピーーシーー
∧＿∧ ＿∧
(（(◎ω◎)三ω◎)
(_っっ= _っっﾟ ﾋｭﾝ
ヽ ノ ﾋｭﾝ
( /￣∪
（´・ω・｀） PCどうしたん？
∧＿∧
(◎ω◎)＝つ≡つ Macが売れてる？にげねーよ
(っ ≡つ＝つ ボコボコにしてやんよ
/ ) ﾊﾞﾊﾞﾊﾞﾊﾞ
( /￣∪
（´・ω・｀） 商売なんだから競争だし
みんな自分のやりたいことできるコンピュータ買ってるだけだし・・・
∧＿∧
（ ´∀｀）＜ そーいえばー うちの弟もー この間買ったMac大ー好きーだー
∧＿∧
(○ω○) ・・・・
(っPCつ
/ )
( /￣∪
35:名称未設定
07/11/16 17:58:08 39VxVOOI0
>>34
∧__∧
(´･ω･`) 乙です！
(つ旦と)
`ｕ-ｕ´
36:名称未設定
07/11/17 10:29:02 6IkB8qvI0
乙です。
>>34
こういうスタイルもいいね！
37:名称未設定
07/11/17 15:49:50 3XLFdZAx0
>>34
GJ！ 爆笑しますたw
38:名称未設定
07/11/19 17:25:09 ekFc6ejq0
>>34
> （´・ω・｀） 商売なんだから競争だし
「これは競争じゃないよ」じゃまいか？
> ∧＿∧
> （ ´∀｀）＜ そーいえばー うちの弟もー この間買ったMac大ー好きーだー
細かいけど、「義理の弟(兄)」じゃまいか？
39:名称未設定
07/11/28 16:14:53 5cbHGqEm0
保守
40:名称未設定
07/12/01 11:14:36 i5BW35fS0
URLﾘﾝｸ(www.winehq.org)
お願いします。
41:名称未設定
07/12/05 01:47:20 OzQAdSsu0
Misprint
URLﾘﾝｸ(www.apple.com)
おながいします
42:名称未設定
07/12/14 15:54:56 LKGkHLPI0
apple.comのトップに出る、PC&mac&サンタクロースの小芝居は
なんと言ってるのですか？(´･ω･`)
43:名称未設定
07/12/19 17:55:15 DwYp4iE20
age
44:名称未設定
07/12/23 02:03:07 lXBwsKKv0
Apples For The Army
URLﾘﾝｸ(www.forbes.com)
おねがいします。
45:名称未設定
07/12/23 02:05:30 CzoNcSk40
アメリカ軍(U.S. ARMY)が、もっとマっクを使て、
そのコンピュテイング・プラツトフオームを多様化させて、
ハックされにくぃように、サイバ・セキュリテの強化パワアプを
ヤッてーるとの話でよ。
46:名称未設定
07/12/23 02:19:48 yLEO7U2p0
なぜマク文体w
47:名称未設定
07/12/23 02:20:52 CzoNcSk40
すまんURL貼り忘れたw
マクが関連記事の翻訳載せてたんだ
URLﾘﾝｸ(maku.ms)
48:名称未設定
07/12/23 02:23:21 yLEO7U2p0
そういうことか
納得
49:名称未設定
07/12/23 02:54:38 2NPTYk9E0
ジヨナさんw
50:名称未設定
07/12/23 14:51:04 lXBwsKKv0
>>47
ありがとうございます
51:名称未設定
07/12/23 20:32:49 kRoNjcvp0
>>47
読みにくい文体だ・・・
52:名称未設定
07/12/23 20:46:19 dPNNV0G00
文体とかそういうレベルじゃない。
53:名称未設定
07/12/23 22:06:48 cJH6BZE00
それこそマクスレを和訳するのと同じくらい大変だ
54:名称未設定
07/12/24 20:19:51 YwinN/gg0
FSEvents
昔むかし、BeOS と呼ばれる OS があった。衝撃的かつ革新的な設計の OS だ。
しかし、その大胆不敵なアイディアがすべて期待どおりになったわけではなく、
うまくいった部分だけでは、滅亡をもたらす非技術的要因の力から自らを
救い出すことができなかった。だが、BeOS は OS 業界に多大な影響を残した。
特に、そのファイルシステムや関連インタフェイスには四つの特筆すべき特徴があった。
ジャーナリング、
任意かつ拡張可能なメタデータ、
非同期通知機能、
メタデータの自動インデクスと、統合検索エンジン
こうした、連携して当時のいかなる PC OS とも異なるユーザエクスペリエンスを
もたらす機能である。特に Mac ユーザは、こうした機能を見てその価値を理解し、
自分の愛する OS にも欲しいと思ったものだ - BeOS の出荷が延期されたことを
知らなかったとすれば。
(Practical File System Design with the Be File System という本に、
これらの機能の歴史と実装が説明されている。フリー PDF もある。
URLﾘﾝｸ(www.nobius.org))
55:名称未設定
07/12/24 20:20:31 YwinN/gg0
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 である。
56:名称未設定
07/12/24 20:21:33 YwinN/gg0
* ファイルシステムイベント・デジャヴュ *
技術オタクな Mac ユーザは、そのような API が Tiger に存在していたことに
気付くだろう; それこそが Spotlight を可能にしたものなのだと。
その /dev/fsevents 機構は、カーネルを通るあらゆるファイル i/o を追跡し、
関心を持つクライエントに通知する。これにより Spotlight エンジンは、自分で
わざわざ調査しなくても新規作成あるいは変更されたファイルをインデクスする
ことができるようになった。(調査 [polling] とは、何かが変更されなかったか
どうかを繰り返し尋ねる行為を指す。これは極度に非効率的で、ファイルシステム
全体にわたる変更を検出する方法としてはまったく使いものにならない。)
/dev/fsevents API はプライベートだった - だからといって生産的なハッカーの
おもちゃにならずに済むわけではなかったが。プライベートだったのには、
ちゃんとした理由がある。それはファイルシステム通知の仕組みと関係がある。
必要なファイルシステム変更をすべて知るために、通知機構は
ローカル i/o すべての通る隘路に存在する必要がある: カーネルだ。
しかしカーネルは厳格な時間およびメモリ制限で満ちた、気難しい女将である。
理想を言えば /dev/fsevents カーネルコードは各イベントをクライエントに
渡してからできるだけ早く次に進みたい。
57:名称未設定
07/12/24 20:22:20 YwinN/gg0
ユーザスペースに戻ると、物事はもっとずっと気楽に扱われている。
通知待ちしていたプロセスは、いざイベントが来たときには別のことをしている
かもしれないのだ。これはユーザスペースでは仕方のないことだが、カーネルの
「今すぐ」最低限のメモリと CPU オーバヘッドでやらなきゃいけない状況とは
まったく相容れない。
たとえばこんなとき、カーネルはどうすれば良いのだろう。
2 秒間に 10000 個の変更が (ほら、ソフトウェアのインストールとかで) 起こった
のに、馬鹿でノロマなユーザスペースプロセスは他のことに手一杯でここ 3 秒間の
通知イベントをひとつもキューから引き出していない、とかいうときだ。
ああ、もちろんイベントをバッファする必要がある。つまり、保存しておいて
関心を持つ「すべての」クライエントが受け取りに来るまで待つのだ。
しかしバッファは無限ではない。カーネルでは特にそうだ。
では、バッファが一杯になってしまったら何が起こるか。
58:名称未設定
07/12/24 20:23:05 YwinN/gg0
そう、また使えるようになるまでブロックするかもしれない。
しかし考えてみよう、もしクライエントがキューの余地不足によりファイルシステム
操作でブロックされており、しかし通知を読んでバッファを空ける必要のある
別のクライエントは、その最初のクライエントのせいでブロックされているとしたら
どうなるか! やあ、デッドロックのお出ましだ。
残る唯一の手段は動的にメモリを割り当てることだが、それも問題の先送りに過ぎない。
単純に言うと、バッファできるイベントを制限して見落としを容認するか、
無尽蔵なメモリ使用に身を捧げるかのいずれかなのだ。
Apple は前者を選んだ。カーネルバッファは固定長で、遅いクライエントのために
一杯になれば、イベントは捨てられる。これは、お行儀の悪いクライエントがひとり
いると皆に迷惑がかかることを意味する。
だから、そう、/dev/fsevents はパブリック API にふさわしい候補ではない。
それでも効率的な非同期通知の必要性は消えない。どうするか。Leopard の
FSEvents フレームワークに入ろう。こいつは実用的なアプローチをとっている。
59:名称未設定
07/12/24 20:52:10 YwinN/gg0
これは Leopard の新技術全般にわたって何度も出てくるテーマだが、
技術的な難題に対して FSEvents も「あらゆる人に、あらゆるもの」となることを
目指してはいない。そうではなく、視点をソツなく狭め、可能性の高いところに
注意を集中するのだ。FSEvents は全方位の「完全無欠」な解を出すよりはむしろ、
「80 パーセントの解答」を (ほぼ) 100 パーセントの信頼性で出してくれる。
* FSEvents の設計と実装 *
FSEvents の設計で主要なブレイクスルーとなるその点は、/dev/fsevents にある
もうひとつの弱点を考慮することにより達成されたように思える。
プライベートな /dev/fsevents API は、通知をリアルタイムにクライエントへ
配給する。これは API の最良の機能に見えるが、実際にはクライエントにとって
非常に重荷である。クライエントが動作していないときに起こったイベントは
見ることができないのだ。これこそ Spotlight のインデクスプロセスがシステム
ブート時に起動されて動き続ける理由だ。ファイルシステムイベントをすべて
受け取って処理するにはこうする必要があるのだ。
もし他に全ファイルシステムイベントを観察したいプログラムがあるとすれば
同じことをする必要があるだろう: ブート時に起動し、永遠に動作し続けるのだ。
おっと、その上ぜったいにクラッシュしないこと。なぜなら瞬時に再起動したところで
落ちている間のイベントは見落としてしまうかもしれない; /dev/fsevents は
プロセスを待ってくれないのだ。
60:名称未設定
07/12/24 20:53:07 YwinN/gg0
では、この認識から FSEvents の設計がどのように導き出されたのか。その答えは、
常駐クライエント問題を解決することが他の多くの問題も消し去る、というものだ。
FSEvents がどう解決するかは以下のとおり。
/dev/fsevents API は非常に行儀の良い少数のクライエントだけをサポートする。
Spotlight はそのひとつである。Leopard では FSEvents もそうだ。
FSEvents フレームワークは、単一の常駐デーモンプロセス fseventsd に頼って
おり、そのデーモンは /dev/fsevents を読んで、イベントをディスク上の
ログファイル (複数。イベントが該当するボリュームのルート上にある .fseventsd
ディレクトリ内) に書き込む。おしまい。なんとも超ハイテクな解決ではないか:
イベントをログファイルに書くだけとは。退屈、現実的、しかし非常に効率的である。
FSEvents API を使いたいと思っているプログラムは常に動作している必要が「ない」。
好きなときに起動して聞けばいい、「よーし、前回から何か変わったかい？」と。
ログファイルのどこで自分がいなくなったかを知っている限り、FSEvents フレーム
ワークが (高速に) そこまで「巻き戻し」して正確に答えてくれる。
61:名称未設定
07/12/24 20:53:51 YwinN/gg0
現実的だって？ こんな方法には「複雑に絡みあった問題がうようよしている」と
言ってもよさそうじゃないか。ログファイルはどれだけ大きくなるのか。
いつもファイルを作ったり編集したり消したりしていたらディスクが一杯になって
しまうのでは？ ログファイルは古いほうから消えていくのか。一年間動いて
いなかったプロセスがその間の変更を知りたがったらどうなるのか。
現実的であることは妥協を意味する。そう、fseventsd が /dev/fsevents の
集中砲火を浴びたとき、逐一そのイベントを書き込んでいればディスク容量は
すぐさま足りなくなるだろう。そうならないために fseventsd はもっと細粒度を
下げて、ディレクトリレベルでのみ変更を記録する。そこで FSEvents フレーム
ワークは、ただ「/hoge/dir で何か変更されたみたいです」としか通知できない。
クライエントは変更のあったディレクトリを自分でスキャンして、正確に何が
起きたのかを (そこまで興味があるとすれば) 見極めることになっている。
一般的なパターンは、ファイルシステムツリーの一部からの通知に登録しておき、
最初のスキャンをし、特定のディレクトリからのイベントを待ち、それが来たら
最新の状態と前回のスキャン時の状態とを比較するというものだ。
62:名称未設定
07/12/24 20:54:41 YwinN/gg0
なんとも面倒な仕事のように思えるはずだ: 登録、スキャン、イベントを受け取る、
またスキャン、そして比較。この同じコードが FSEvents クライエントプログラムの
それぞれに必要であり、プログラマが不注意であれば競合状態が潜んでいる。
現実的であることには対価が伴うのだ。
しかし報いもまた大きい。もうデーモンプロセスは要らない; いつ起動しても、
前回からの間に何が変更されたか分かるのだ。行儀の悪いクライエントのせいで
イベントを落とす危険もない。好きなだけゆっくり読むがいい。ハング、クラッシュ、
再起動するがいい: 大丈夫、ひとつも見落とすことはない。
時間を遡って昔のイベントを見ることさえできる。
/dev/fsevents を含め、カーネルベースのあらゆるファイルシステム通知機構に
言えることだが、カーネルを通さないファイルシステムの変更も生じ得る。
たとえばリムーバブルディスクは別の非 Leopard コンピュータにつないで
変更されるかもしれない。元に戻したとき、カーネルとしては何が変わったか
まったくわからない。
FSEvents API にはこうした状況のためのコールバックがあり、効率よく
クライエントに通知することができる。「不明な変更がありますので、ご自分で
完全スキャンし直して、新しいイベントストリームの中から選んでください。」
そんなことを聞きたいのではない、とプログラムは言うかもしれないが、これが
現実だ。そのあたり FSEvents は正直なのだ。事実上、これも一種の信頼性と
言えよう。FSEvents はウソはつかないのだ。
63:名称未設定
07/12/24 20:55:19 YwinN/gg0
fseventsd ログファイルは圧縮バイナリ形式で書かれている。ディレクトリ単位の
変更しか保管されていないので、同一ディレクトリへ 30 秒以内に起きた複数の
変更は、ログファイル上でひとつのイベントに合体している。その結果はというと、
ディスク使いの荒いサーバ型の利用形態で 24 時間ぶっとおしだとしても、
fseventsd ログファイルは一日に 1、2 メガバイトしか増加しない。
通常の利用法ではほんのわずかであろう。
そりゃいいや、だってログファイルは「永遠に」保存されるんだから。
……うーん、まあ、可能な限りってことだけどね。FSEvents は、単調増加する
64 ビットのイベントカウンタを使う。何か悪意あるハックで数字を飛ばされたり
しない限り、これが一生のうちに一周することはない。ただ、もしも
一周してしまったり、ディスク容量が足りなくなったり、ログが明示的に
削除されたり (そのためのパブリック API がある) すれば、FSEvents は忠実に
バッドニュースを広める: 「申し訳ありません、完全スキャンの時間です。」
イベントは 64 ビットのイベント id で識別されるが、id は必ずしも日付や時刻と
一対一の関係があるわけではない。とはいえ FSEvents には、特定の日付および時刻に
対応する「おおよその」イベント id を尋ねる機能も付いている。
特定のボリュームに対する変更をまったく記録しないようにするには、no_log という
名前のファイルを .fseventsd ディレクトリに作ればいい。
なお、言うまでもないことだが FSEvents は Mac OS X のアクセス制御ルールに従う;
読み出し権限のないディレクトリに関わるイベントを受け取ることはできない。
64:名称未設定
07/12/24 21:39:51 Ii59X5+k0
乙です m(_ _)m
65:名称未設定
07/12/24 23:44:19 LfdAtNyD0
乙です。
>>クライエント
一般的には「クライアント」だがこっちの方が原語に近い上にｶｯｺﾖｽ
66:名称未設定
07/12/25 18:51:47 V4lntR+q0
乙です。
ありがとうございました！
67:名称未設定
07/12/25 23:13:54 aWHM/H7O0
神光臨
68:名称未設定
07/12/26 01:26:00 PE14Om520
読み応え大。ほんと乙
69:名称未設定
07/12/28 15:10:16 FwF26s3M0
なんて歌ってるんでしょ？
URLﾘﾝｸ(movies.apple.com)
早口で分からないよ……。
70:名称未設定
07/12/30 11:18:21 Ab4Yg+cu0
>>54-63
ありがとうございました。
原文読みかけて挫折していたので、日本語で読むことが出来てうれしいです。
原文はこちらですね。
URLﾘﾝｸ(arstechnica.com)
71:名称未設定
08/01/08 00:58:59 WSoFXUMw0
保守
72:名称未設定
08/01/15 19:05:26 k5xEhy9T0
Get a Mac 新作翻訳きぼんぬ
73:名称未設定
08/02/08 01:12:03 n57oi/pu0
保守あげ
74:名称未設定
08/03/01 10:49:48 0M8Y1NuY0
なんかない？
75:名称未設定
08/03/01 23:29:08 YS7tJrYH0
ああこんな良ｽﾚあったねそういえば。
何だろうね昔よりは日本語での情報充実してきたかな。
76:名称未設定
08/03/02 00:07:30 uBKxyKJE0
ADCの英語しか無いドキュメントを片っ端から翻訳するとか。
77:名称未設定
08/03/02 00:20:25 NsSSqirf0
>>76
URLﾘﾝｸ(park15.wakwak.com)
78:名称未設定
08/03/02 01:03:06 tkpngHJs0
URLﾘﾝｸ(rentzsch.com)
C4[1]のビデオに字幕つけるとか
79:名称未設定
08/03/02 05:18:12 tkpngHJs0
>>10
>これを読んだ人はは私のTigerのレビューで紹介したMarquis
Loganによるxattrというよく似たユーティリティを思い出すかもしれない。
URLﾘﾝｸ(www.flickr.com)
80:名称未設定
08/03/07 02:55:44 HUrkxEzO0
スティーブジョブズが語る
iPhoneの誕生
僕らは全員携帯電話を持ってた。みんな携帯が本当に嫌いだった、
ひどいものだったんだ。ソフトウェアは駄目。ハードウェアは
全然良くない。友人と話しても、みんな嫌いって言っていた。
誰もが嫌いって感じてたんじゃないかって。それで、もっと
パワフルで面白いものが絶対できるってわかっていた。巨大なマーケットだ。
毎年10億台の携帯電話が出荷されている、音楽プレーヤーに比べて
ほぼ1桁も違っている。毎年出荷されるPCの4倍の数だ。
大きな挑戦だ。恋に落ちるような素晴らしい携帯電話を作ろうと。
技術は既にあった。iPodから小型化する技術を。Macから洗練された
OSを。今まで誰も電話の中に、OSXのような洗練されたOSを組み込むことを
考えてはいなかった、それが本当の問題だった。僕らは会社の中で何度も
議論を重ねた、それが出来るか出来ないか。僕が決定を下さなくては
ならなかったんだ、そして言った、「やってみよう、挑戦だ」
ソフトウェアを書いている一番頭のいい連中が言っていた、出来ると。
ならば賭けてみようと。そして彼らはやってのけた。
URLﾘﾝｸ(money.cnn.com)
続きは明日。あるいは誰かが続けてくれるんでもいいし。あるいはどっかのサイトで書かれてたら
それはそれで終わります。ミス指摘等あればよろしく。
81:名称未設定
08/03/07 03:40:29 nTXxpRqX0
続きが楽しみです
期待して待ってます
82:名称未設定
08/03/07 07:28:19 C2DPg05P0
うお～これは読みたい
83:名称未設定
08/03/07 10:15:41 AZTevEdF0
>80
ありがとうございます。
続きを楽しみにしてます。
84:名称未設定
08/03/07 21:15:23 Da92f3oP0
>>80
これは楽しみだ！！
85:名称未設定
08/03/07 21:16:14 HUrkxEzO0
消費者とのAppleのつながり
僕らは皆音楽を愛してたからiTunesが出来た。
iTunesで最高のジュークボックスをと考えて作った。
誰もが全ての音楽ライブラリを持ち運びたいと思っていた。
チームは本当にハードに働いた。彼らがハードに働いた理由は、
それが欲しかったからだ。そう、最初の数百人の顧客は僕ら自身だ。
ポップカルチャーとか人をだます、欲しくないものを欲しいと思わせると
いったことではない。僕らが欲しいものはわかっている。そして多くの人が
欲しいと思うかを判断するための正しい決まりごとを持つことも
うまくいっていると思う。僕らはそれでお金をもらっている。
将来起こることを、外に出ていって人に尋ねることは出来ない。
ヘンリーフォードの有名な言葉がある、
"顧客に欲しいものを訊いたら、彼らはこう言った、'速い馬だ'と"。
URLﾘﾝｸ(money.cnn.com)
続きは明日。1日で1つやるので、面倒なんであれば2週間後に来れば全部終わってるんじゃないかと。
ミス指摘等あればよろしく。
86:名称未設定
08/03/08 01:29:25 Q5Z7/sMi0
神光臨
87:名称未設定
08/03/08 15:50:26 IuAd/gqb0
戦略の選択
僕らは市場調査をしない。コンサルタントは雇わない。
この10年で雇ったコンサルタントは1度、ゲートウェイの小売戦略を分析するためだ、
そのためAppleリテイルストアを立ち上げるときには、彼らがした同じ過ちをせずにすんだ。
だが自身のためのコンサルタントは雇わない。僕らは素晴らしい製品を作るだけだ。
iTunes Music Storeを作ったとき、コンピュータで音楽を買えることが
素晴らしいと思ったから作ったんだ、音楽業界を再定義しようなんてことはない。
予兆のようなものだ、全ての音楽はコンピュータで配信されていくだろうと。
コストがかかる理由は明らかじゃないか?音楽業界は巨大な収益がある。
電子的に簡単に送信出来るのに、全ての経費をもつ理由があるのだろうか?
URLﾘﾝｸ(money.cnn.com)
88:名称未設定
08/03/09 00:31:06 o1v7+KSn0
スティーブジョブズが語る
家族旅行中のハワイ、コナでジョブズが独占インタビューに答えた！
会社の成功、ジョブズ無き後のAppleはどうなる等々！抜粋したものはこちら！
------
社員を動かすもの
僕らはそんなに多くのことをやる機会はないし、その全てが本当に素晴らしく
あるべきだ。なぜならこれは僕らの人生だからだ。人生は短い、すぐに死ぬ。そうだろう?
そう、これは自分の人生の中で我々が選んだことだ。日本の修道院に
入ることだって出来た。航海にも行けた。幹部の社員はゴルフをやったっていい。
会社を運営だってできたんだ。そして、僕らは全員人生の中でこういうことをしようと決めたんだ。
もっと良くしたい。さらに価値のあるものにしたい。そして僕らはそうなっていると考えている。
Appleで働きたい理由
理由、そうAppleで出来ることが他の所では出来ないからだ。多くのPC企業では
エンジニアリングが遠くに行ってしまった。コンシューマエレクトロニクスの企業は、
ソフトウェアの部分を理解していない。まさにAppleで作ることができる製品を
他では全く作ることが出来ない。Appleはひとつ屋根の下に全てを持っている唯一の企業なんだ。
MacBook Airを作れるところは他には無い、理由はハードウェアにとどまらず
OSもコントロール出来るからだ。それを可能にするのはOSとハードウェアの親密な
相互の連携だ。WindowsとDellのノートブックにはそんなものはない。
僕らのDNAは消費者のための企業だーすごいとかだめだとかの意見を出してくれる
個人の消費者。僕らが考えるのはそういう人だ。僕らは考える、我々の仕事は完璧な
ユーザ体験のための責任を取ることなのだと。ならば、それが水準に達していないなら、
それは僕らの失敗ということだ、わかりやすいしシンプルだ。
URLﾘﾝｸ(money.cnn.com)
89:名称未設定
08/03/10 00:08:14 tW4djWEl0
彼がいないApple
Appleには本当に有能な人材がいる。Tim CookをCOOに任命し、Mac部門を任せた、
見事に良くやっている。"ジョブズがバスに轢かれたら、Appleはもう
ヤバいぞ"、そんなことを言う人もいる。パーティにはならないと思うけど、
それでもAppleには本当に有能な人材がいる。取締役会で良い人間を選んでくれる。
僕の仕事は後継者になれるような経営幹部を作り上げることだ、そう、
僕がしようとしてることはそれだ。
過酷な評判
僕の仕事は簡単ではない。僕の仕事は物事をさらに良くしようということ。
会社の違う部分をまとめ、道を明らかにし、主要なプロジェクトのための資源を得ることだ。
素晴らしい人材を連れ彼らを動かすことが、さらに良いものになっていく、
将来のさらに積極的なビジョンが見えてくる。
URLﾘﾝｸ(money.cnn.com)
90:名称未設定
08/03/10 13:39:01 PGInIFas0
おつ
91:名称未設定
08/03/10 16:22:41 W4RYiWo00
毎日毎日ありがとうございます。
楽しく読ませてもらっています。
92:名称未設定
08/03/10 22:17:18 PTkDhMb80
このレスは代行の方にやっていただいてます。レス代行の方に感謝。
dionが規制されてるようで最悪数日間書けないかもしれません。申し訳ない。
93:名称未設定
08/03/10 22:38:00 FM5dbnYu0
翻訳ありがとうございます。
気長にお待ちしてます。
94:名称未設定
08/03/11 00:49:04 ehvgYFuR0
>>92
@@@
@@@@@
6´-ω-`) ｵﾂです
（⊇ ∩
95:名称未設定
08/03/11 20:40:39 8oZijxfh0
Appleの焦点
Appleは300億ドル企業だ、だが中心となる製品は30もない。こんなことがかつてあっただろうか。
過去の素晴らしいコンシューマエレクトロニクス企業は何千もの製品を作っていた。
僕らは焦点を絞るようにしている。焦点を絞るということは集中するものを
決めることだと考える人がいる。だが全く違う。他の何百もの良い考えを捨てることなんだ。
慎重に選ばなくてはならない。
僕らが行ったことと同様、行わなかったことも本当に誇りに感じている。
わかりやすい例は長きにわたってPDAを作るという圧力を感じたときだ、
僕はある日気づいた、PDAを使う90%の人間は路上で情報を取り出しているだけだと。
情報を入力していない。すぐに携帯電話がそれをすることになる、そうなると
PDAの市場はさらに減っていく、それでは続けられない。
だから参入しないことにした。参入していたら、iPodに使う資源が無くなっていた。
おそらく出なかっただろう。
URLﾘﾝｸ(money.cnn.com)
96:名称未設定
08/03/11 20:56:25 8oZijxfh0
経営スタイル
Appleでは25000人が働いている。そのうち10000人が店にいる。
僕の仕事は上位100の人間と仕事すること、僕がしていることだ。
全員副社長という意味ではない。一部は重要な個人の貢献者だ。
良い考えが出てきたとき、僕の仕事は、動き回り、他の人間が
何を考えるかを知る、話してみて、議論し、100人のグループで考えてみる、
異なった人間が一緒に違った視点で落ち着いて調べてみる、
そう、物事を調べることだ。
才能を見つける
年上の人間を雇うとき、能力は場に参加するための賭け金だ。本当に賢くなくてはいけない。
だけど、僕に取っての本当の問題は、Appleが好きになるか?ということだ。
Appleが好きなら、全てを大切にしてくれる。自分のためじゃない、
ジョブズのためでもないし、他の誰のためでもない、Appleのために最高のものをしたいと思うだろう。
リクルートは難しい、干し草の中から針を見つけるようなものだ。
我々はそういうことをやっているし、多くの時間をかけている。
僕は人生の中でおそらく5000人以上の雇用に関わってきた。
とても真剣に選んでいる。1時間の面接で十分に知ることは出来ない。
最後、結局はやる気に基づくことになる。
僕はこの人間をどう思うのか? 挑戦するときどうするのか? 何故ここにいるのか?
全員に尋ねている : "ここにいるのは何故?" その答えは探すものじゃない。
メタデータなんだ。
URLﾘﾝｸ(money.cnn.com)
97:名称未設定
08/03/11 20:59:00 8oZijxfh0
×Appleが
○Appleを
98:名称未設定
08/03/11 21:12:27 8oZijxfh0
OSを持つ利点
Microsoftを待たないといけないDellやHP、その他の企業がやっていることより、
革新を速めることが可能になった。Microsoftは、おそらくもっともな理由で、
独自のスケジュールがある。Vistaが7年? 8年? かかったとかね。8年待たなくては
いけないのなら、新しいハードウェアを必要とする新機能を入れるのは難しい。
だから僕らは独自の優先度を設定し、顧客の観点からもっと全体的にものをみる
ことが出来る。新しいものを取り込むことも出来るし、iPhone、iPodに合う
バージョンを作ることも出来る。僕らが独自で持ってなければ絶対に出来なかったことだ。
URLﾘﾝｸ(money.cnn.com)
99:名称未設定
08/03/11 22:23:56 x2g64vZB0
乙です！ PDAのくだりは読ませますねぇ。
こういう話って、コンサルとかマーケの業界だと
すげぇ時間と手間をかけて市場規模調査やった結論として
出してくるもんだけど、それを直感一発で嗅ぎ取るのは
やっぱ非凡な人だなと。
> 僕の仕事は上位100の人間と仕事すること、僕がしていることだ。
これ、スティーブンレビーの本にも載ってましたね。
以下、本から引用
>「彼は社内の重要人物100人 - 社内組織図の上位を占めている重役という
>意味ではなく、ジョブズに言わせれば「船が沈みかけたときに、救命ボートに
>一緒に乗せたい」（たぶんそのボートに乗れなかった連中は、みな海の底に
>沈むのだろう）本当のエリート社員 - をリストアップし、「アップル100」
>という定期的会議を開いている
100:名称未設定
08/03/12 02:38:54 NZLd65Po0
乙です
101:名称未設定
08/03/12 21:49:32 w2bU3/gN0
月曜の長時間会議
本当に良い人材を雇うときは、ビジネスの一部を任せて、一緒に動かさなくてはいけない。
口を出さないわけじゃない。だけど、その人を雇う理由はすなわち
手綱を与えていこうとすることだ。自分がするよりもっと良い決定をしてほしい。
そうするには理解することだ、ビジネスの一部だけじゃなく全てを。
だから毎週月曜日、僕らは全体のビジネスを調査している。
先週売ったものを見る。開発段階の各製品、問題がある製品、
作った数より需要が大きかった製品、それらを見る。
開発中の全てのものを調査する。毎週やっていることだ。僕が議題を出すー
80%は先週と一緒で、それを週毎に進めていく。
Appleに多くのプロセスはない、だが、全員が同じ状態にあるように
僕らがしている数少ないことのひとつだ。
URLﾘﾝｸ(money.cnn.com)
102:名称未設定
08/03/12 23:29:36 NZLd65Po0
>>101
∧__∧
(´･ω･`) 乙です！
(つ旦と)
`ｕ-ｕ´
103:名称未設定
08/03/13 20:02:00 ClqlJCPa0
(1/2)
障害の対処
Pixarでトイストーリーを作っていたとき、物語が大したものではないと
認めざるをえないときがあった。全然すごいものじゃなかった。
5ヶ月制作をストップした、トイストーリーになる物語をチームが
完成させる間、手持ち無沙汰だった全員に給料を払った。
そうして止める勇気がなかったらトイストーリーはああはならなかった、
おそらくPixarはなかった。
僕らはそれを"ストーリー危機"と呼んだ、それ以外は思いつかないね。
だけど、全ての映画にそれはあったんだ。制作を5ヶ月は止めない。
少し賢くなったんだ。だが、うまくいってない瞬間は
常にやってくるように思う、自分自身をだますのは簡単なんだー
自身を納得させられても、気持ちではそうなってないってことだ。
Appleのほぼ全ての製品もそういうものだ、iPhoneを例にしよう。
iPhoneは発表が近づいて変更が無理な段階になるまで違った外観のデザインだった。
ある月曜日の朝、僕は言った”これは全然好きじゃない。好きになれない。
これは今までやってきたもので最も重要な製品なんだ。”
104:名称未設定
08/03/13 20:03:00 ClqlJCPa0
(2/2)
リセットをした。以前の多くのモデルと発想を全て検討した。
最後に出来上がったのが見ての通りのiPhoneだ。劇的に良くなっている。
地獄だったよ、チームのところに行って、"この1年間の仕事の全てを
捨てて、やり直さなくてはならないことになった。今の2倍働かなくてはいけない、
時間が無いんだ"って言わなくちゃいけなかったんだから。
そうしたらみんななんて言ったと思う? ”参加したい”
考えてる以上のことが起こる。これは単に技術や科学ではないからだ。
芸術でもあるんだ。時にこういう危機の中心にいるとき、終端に向かっていけるか
わからないものだ。だけど僕らは常にやってきたんだ、驚くだろうが、
大いに自信を持っている。重要なことはそれでも全く怖がらないことだと思う。
そう、心と魂を込めているんだ。
URLﾘﾝｸ(money.cnn.com)
105:名称未設定
08/03/13 21:55:46 4Z6JbAHj0
う～んさすがだ
106:名称未設定
08/03/13 22:25:50 AsH3zbiD0
これもお願いします。
Airがパソコンだと認識してもらえなくて空港で足止め食らった人のブログ。
URLﾘﾝｸ(www.michaelnygard.com)
107:名称未設定
08/03/13 22:37:30 I2x6BZ5E0
宮本茂のちゃぶ台返しと同じく、無茶言ったことが実際に
成果につながってるからこそみんな頑張ってついてくるものの、
これで失敗続きならいつか部下に刺されるぞって感じだよね。
108:名称未設定
08/03/13 22:38:44 NOV86c6z0
大変感謝です
ありがとうございます
109:名称未設定
08/03/13 23:48:42 uv27ZRwk0
大変乙です
たまに自分で原文に当たったりすることがあると機械翻訳に毛の生えた程度にしかならないので
自然な文章になってるのが何とも素晴らしいとおもう
110:名称未設定
08/03/14 10:11:50 Xlxj+J5+0
>101-104
乙です～。
ありがとうございます。
>そうしたらみんななんて言ったと思う? ”参加したい”
うひゃー、みんなキ○○○だなぁ。
やっぱりすごい物を作るのは、こうでないと無理なのかもしれないね。
111:名称未設定
08/03/14 16:03:08 vw1wjV4g0
まぁ元々モノ作りが好きじゃないとこんなメーカーには入らないとは思うけど
あとはJobsの機嫌損ねたらクビになるかもっていうのもない訳じゃなかろうw
112:名称未設定
08/03/14 21:33:21 ltkHX4YH0
iPodの大きな変化
しばらくの間難しかったのは、いろんな理由で、多くの人、Windowsを使ってる人に
Macが受け入れられなかったことだ。本当にハードに働いていたがシェアは伸びない。
自分が間違ってるか考えることもあるんじゃないか。僕らは良いものだと思ってても、
良くなかったりするんじゃないか。あるいは誰も関心がないんじゃないかとかね、
ますます暗い気分になる。
OSの壁から少し飛び出させたiPodが大変なことになったことで、それを知ることになった、
Appleの革新、Appleのエンジニアリング、Appleのデザインが為しえたことだからだ。
iPodは70%のシェアを取った。どれだけ重大なことだったか言葉が見つからないね、
長年働いてて、Macのシェアが4-5%の状況が続いてる後でそれだから。
iPodで何が起きたかっていえば、皆がすごい元気になったってことだ。
次にしたこと
多くのものを作った。さらにハードに働いた。それで言った。 ”これはすごい、
さあもっとがんばってくれ" それというのも、Macのシェアは四半期毎に
上がり続けてる。業界全体の4倍早く上がってる。みんながちょっと
気にしてくれるようになってきたんだ。僕らはそれを促進させようとした。
インテル入ってるにして、MacのアプリケーションとPCのアプリケーションを
同じように動かせるようにした。前進させたんだ。だけど、そういう人の多くは
Windowsに耐える必要がないことにやっと気づき始めてきたんだと思う、代わりがあるんだって。
前にそういうことを考えてた人は全然いなかったんじゃないかな。
URLﾘﾝｸ(money.cnn.com)
113:名称未設定
08/03/14 21:46:08 ltkHX4YH0
Apple storeはじめました
とても単純だ。Macを支持してくれる人はその目的のためにドライブするよね。
ただそのために特別な場所に来てくれる。だけどWindowsを持ってる人ー
Macに移行してほしいと思う人。彼らはその特別な場所にはドライブするつもりはない。
Macが欲しいなんて考えてはいない。好きでもないのに20分のドライブなんて
リスクをかけようとはしないだろう。
だけどショッピングモール内に、あるいは散歩道の横にストアを置くことで
20分のドライブというリスクが20歩に減る。そうすれば来てくれそうだ、
本当はリスクが無いからね。だから交通量が多い場所に僕らの店を置くことを決めたんだ。
うまくいっている。
URLﾘﾝｸ(money.cnn.com)
114:名称未設定
08/03/14 21:49:15 rqWGRolN0
いつも乙です
115:名称未設定
08/03/14 22:40:59 l6EjZ0kX0
乙です
116:名称未設定
08/03/15 17:19:33 yqpYKu2r0
次の波をつかむ
物事はかなりゆっくり起こる。こういう技術の波は、以前起きたことから
知ることが出来る、そしてどっちの波に乗っていくのか
慎重に選ばなくてはならない。間違った選択をすれば多くの力を浪費する、
だが上手く選べば、少しずつはっきりと進んでいく。何年もかかる。
数年前における我々の最大の先見は、主な技術を持ってなかったり
管理できないものに関するビジネスには参加したくないということだった、
苦しめられることになるからだ。
僕らは将来のコンシューマエレクトロニクスについてほぼ全てー多分全てーに
気づいた、主な技術はソフトウェアに向かっていくことになるだろうと。
それで僕らはソフトウェアにおいてかなり上手くやってきた。OSをやった。
Mac、そしてPCでもアプリケーションを書いた、iTunesとかね。
デバイスのソフトを書いた、iPodとかiPhone、それ以外にも。
サーバ側で動くバックエンドのソフトウェアを書いた、これもiTunesだ。
そう、これら全て違う種類のソフトウェアを書いて、それらをシームレスに
動かしている。他の会社は何ができるかって? かなり少ないだろう。
僕らがあの電話にとても興奮した理由は、僕らが皆電話を嫌っているということより、
そういうことに尽力してる人を知らないからだよ。
ソフトウェアに強いヘッドセット屋なんていないしね。
URLﾘﾝｸ(money.cnn.com)
117:名称未設定
08/03/15 17:26:41 yqpYKu2r0
AppleTVは今のところ失敗
これはどう見たらいいだろう。みんなリビングルームのために素晴らしい製品を
作ろうとした。Microsoftもやった、僕らもやった、みんなやったことだ。
それでみんな失敗した。僕らも失敗した、今のところはね。
そう、誰もがやってるんだ、で一つ残らず失敗、僕らも含めて。
だから趣味と言ってるんだ。まだ商売じゃない、趣味。
僕らの2度目の挑戦だー"AppleTV Take2"っていうのは
内部でそう呼んでたんだ。前回出した製品はiTunesで保存してるものを
見られるようにするためのもので、ワイヤレスで
ワイドスクリーンTVに送れるものを実現したものだ。
んー、本当に欲しいものはそれじゃないってことがわかるね。
そう、大画面で写真を見るのは楽しくはある。
ケーキにおいしいものを乗せたようなものだから。でも欲しいものはケーキじゃない。
本当に望まれてるもの、それがわかった、映画なんだと。
ハリウッドのスタジオと話すことから始めた、そして全ての
有名なスタジオから映画レンタルのライセンスを得られた。
まだ600の映画しかない、だけど今年の後半には数千にはなる予定だ。
値段は229ドルに下げた。これからどうなっていくかがわかる。
これが広がって、これ無しでは生きられないとか愛されるようなものになっていくのか。
これからわかる。見込みはあるんじゃないか。
URLﾘﾝｸ(money.cnn.com)
118:名称未設定
08/03/15 17:33:44 mINn+Fj/0
>>117みたいなことは昔のジョブズだったら絶対言えないよなー
119:名称未設定
08/03/15 17:52:38 yqpYKu2r0
景気後退の中での経営
以前にもこういうことがあった、ドットコムバブルが弾けたときだ。
我々の会社で話したことは、景気後退でも自分たちのやり方に
投資していこうということだ、レイオフする予定もなかった、
まず第一にAppleにいてくれるようにすごい努力をしたー
レイオフは最後にすることだ。
そして財源を確保しようとした。事実、研究開発費は上がっていく予定だった、
景気後退が終わったときに競争相手に勝てるように。以前僕らがやったことは
まさにそういうことだ。それで上手くいった。今回もやることはそういうことだよ。
URLﾘﾝｸ(money.cnn.com)
おわり。
120:名称未設定
08/03/15 19:25:14 6rP8I89b0
(´･ω･`) むっちゃ、乙です
121:名称未設定
08/03/15 23:28:29 QQqUHZsQ0
>>118
昔のジョブズ、がいつのジョブズかによって全然別物に（
122:名称未設定
08/03/16 00:33:59 c4OftDLv0
読んでて面白かったよ
ありがとう
123:名称未設定
08/03/16 01:42:24 /3dpBrU+0
おもすれ～です
124:名称未設定
08/03/16 01:52:05 6CAW/W740
とても面白かった。
強気のジョブズと弱気のジョブズ。
125:名称未設定
08/03/16 02:52:28 IksGGres0
初めて来たけど面白い
126:名称未設定
08/03/16 12:16:42 AcX8PgZ40
すばらしいです、乙
127:名称未設定
08/03/16 15:56:34 qb6ss6gg0
おつ
スレタイ通りだ。
128:名称未設定
08/03/17 01:52:16 8LBB0q+90
久々の大作でしたね。面白かったし。
>>121
>>124
誰かが言ってたコトなんだけど、
スターには２種類いるんだ、と。
ある程度のキャリアを重ねてきたときに
・ますます神格化して、近寄り難くなっていくタイプ
・なぜか、親近感を漂わすようになってくるタイプ
。例えば前者はマイケル、後者はプリンスとか。
前者は大概が自滅を見せ、後者は生き残る。
ジョブズは今、とても後者を意識してるよね。
もしくは、使い分けが巧い。
1984でMacに自分を「父」とか呼ばせてカリスマを演出してたりしてた頃と比べたら、
「大変だった」とか「失敗だった」とか言うし、たしかにエラい変わり様だわ。
129:名称未設定
08/03/17 01:58:32 8LBB0q+90
周りの人間を持ち上げるしね
130:名称未設定
08/03/17 02:18:40 xuAyh4860
ジョブズが一番変わったのは、他者を認める、ということだと思うんだ。
他の製品（たとえば、ミーレの洗濯機）の良さを認める。タイトなスケジュールと
異様な秘密主義を受け入れ、製品化に尽力してくれたスタッフの頑張りを認める。
市場の反応が良くても、悪くても、認める。今のAppleがこのようにあるのは、
そうした人々の力によるものだ、ということを受け入れるようになった。
昔の彼の強さは、我を通す力、自分の強固な価値観を周囲に感染させる力だった。
それが一方では独善主義、主観主義となり、多くの衝突や判断ミスを生んできた。
今では、揺るぎない価値観と、それを周囲に感染させる力は失わないまま、
世界をあるがままに受け入れ、価値観と世界を和解させる能力も手に入れた。
それがさらなる強さに変わったんだと思う。
Apple出奔前のジョブズだったら、トニー・ファデルなんてすぐに叩き出してたと
思うよ。
131:名称未設定
08/03/17 17:54:04 zJ1wH3Xw0
>>128
1回『死』を意識してるからな＞ジョブズ
…あそこら辺から、はっきり変わった希ガス＞Appleに舞い戻った辺りから、その気配はあったけど
132:名称未設定
08/03/17 22:13:58 UXGzdbft0
NeXTの商業的失敗で多少謙虚になったのと、死にかけたのでさらに変わったかな。
133:名称未設定
08/03/18 01:38:41 fhSNDxp10
単に普通に大人になって丸くなっただけじゃね？
134:名称未設定
08/03/18 02:01:52 +h0mQEsA0
子供は自分の作品なのに思い通りにならんからなぁ
135:名称未設定
08/03/18 03:29:48 DXivEsoI0
まあ20代の小生意気な若造だって50過ぎればねえ…w
136:名称未設定
08/03/28 01:22:08 XHQE0BBW0
>>110
ほんとのところは、こんな恐怖政治ですよw
URLﾘﾝｸ(www.wired.com)
デモは上手く行かなかった。
まただ。
2006年の秋のある遅い朝。ほぼ1年前からスティーブジョブズは
Appleのトップエンジニア200人にiPhoneを作るという仕事を課していた。
Appleの重役用会議室、この時点ではまだプロトタイプは完全な失敗作だった。
単にバグが多いということではない、全く動いていなかった。
電話はたびたび切れ、充電は途中で止まり、データやアプリケーションは壊れる、不安定になる。
問題は多すぎるように思われた。デモが終わったとき、部屋にいる数十人を
じっと見てジョブズは言った。"まだ成果が無い"
その効果は、ジョブズのトレードマークの癇癪より恐れさせるものになった。
ジョブズが社員に金切り声を出す場合、恐ろしいものではあるがいつものことでもあった。
今回、ジョブズの比較的冷静な態度が狼狽させることになった。"Appleで寒気を感じた
何回かのうちの1回だね。"、会議に参加した人は言う。
137:名称未設定
08/03/28 01:22:52 XHQE0BBW0
影響は深刻だ。iPhoneは、わずか数ヶ月後に行われるように設定された
例年のMacworldで目玉になるものだ。1997年にジョブズが復活してからは、
イベントを大きな製品を発表する場としてイベントを使ってきた、
またAppleウォッチャーは他の劇的な発表をすることを期待していた。
ジョブズは既に新しいOS、Leopardが遅れることを認めていた。もしiPhoneが
間に合わなければ、Macworldは失敗、批評家は襲いかかり、株価は傷つくことになる。
（中略）
iPhoneがそんな状態だったため、それからの3ヶ月はキャリアにとってかなりのストレスを
感じるものだったろう。廊下ではよく罵り合いが起きていた。エンジニアは、夜通しの
コードセッションに疲れ果て、辞めて、睡眠を取り戻した数日後に結局また参加した。
プロダクトマネージャーがオフィスのドアを荒っぽく閉めたことで、ドアが曲がり、
彼女が閉じ込められた；同僚が一時間以上アルミニウムのバットで叩くことで、彼女は解放された。
（以下略）
138:名称未設定
08/03/28 01:59:18 GMihvsA80
うわー
典型的なデスマーチ状況なのに
出てくるものが完成されてるのはスゴイ
プロマネとエンジニアが
世間的水準から見て100％以上の仕事をしてるのに
トップが目指してるものが200%以上だから
結局デスマーチになるのだな
139:名称未設定
08/03/28 08:07:02 Axuso6dn0
>>136-137
乙っす
140:名称未設定
08/03/28 13:36:41 BwsGp9ir0
これはタフなプロジェクトだったという話で、デスマとは異なる。
デスマに完成は無く、地獄が永遠に続くものだ。
141:名称未設定
08/03/28 15:10:27 gk2c2eP70
>>138
Leoは10.5.1までグダグダだったしiPhoneも実はまだTigerベースらしいし
去年からかなり開発力不足が目立ってたと思うけどな...
10.5.2でだいぶ落ち着いたから後はiPhoneSDKが終われば一段落か？
今年はハードウェアの開発力が不足しがちになるかもね
Atomプロセッサベースの製品をどれだけ出すかにもよると思うけど。
142:名称未設定
08/03/28 21:48:06 Ax0VSpbY0
M$ にはこんな緊張感ないんだろ～な～
143:名称未設定
08/03/29 08:41:56 55H8+Xm80
>141
そりゃ、現状のOSのメンテナンスだけでも厳しいのに、下位のOSと
携帯向けOSの三つのラインが動いてるからな。
144:名称未設定
08/03/29 10:02:22 vTIwkawh0
確かにiPhoneの発売が迫った時期を前後してiPodのファームウェアや
MacOS Xアップデートの不具合と頻発するようになって来た印象はあったけど
ここまで連発されるとなーと。
MacOS 7.xのオープントランスポート以来のグダグダさジャマイカと思ったよ by 古参マカー
145:名称未設定
08/03/29 10:26:02 Fisp8nW90
KT 7.5.2ね
146:漢字Talk6からのMacユーザ
08/03/29 21:24:36 1jJtOQcP0
>>145
147:名称未設定
08/03/30 05:04:33 AYIUcjcIO
>>141
海外では10.5.2も地雷という説がまかり通っているが…。
148:144
08/03/30 06:42:43 Dxbd1OOg0
>>146
これはこれは御同輩。
今も自分の机の横にはNuBusに漢字ROMが刺さったMac IIがで～ん！と座ってますよ。
フロッピードライブ読まなくなって何十年経つだろうw
149:名称未設定
08/03/30 07:58:47 jlBsVlia0
>>146
>>145に何か間違いでも？
150:名称未設定
08/03/31 15:33:15 I7dtcFLC0
iPod touchだっけ、そのときなんか、英語環境以外でテストしてないのバレバレだったからな。
もっと綿密なテストをすれば、開発力不足自体はともかく、世に出るバグの数は減らせると思うけどな～。
OS Xなんかは開発者からのフィードバックだけに頼って、テスト部隊を用意してないんじゃないだろうか。
151:名称未設定
08/04/02 13:55:06 usrWhsAx0
人手不足はどこもあるから難しいでしょ。
Appleも現状でエンジニア職だけで数百ぐらい募集されてるみたいだし、
ものによっちゃ去年から今までずっと募集されてるような職もあるし。
ま職場環境が良い/給料がよそより高いって企業でもないからそこを改善しろって
話かもしれんけど。
152:名称未設定
08/04/04 18:14:24 nnB1P8LQ0
Get a Mac 新作翻訳キボンヌ
153:名称未設定
08/04/04 18:18:34 5mEgrssk0
急激に人員が増えて、製品の質が下がって、
なんか昔のマイクロソフトと同じ道を追ってるよなあ。
154:名称未設定
08/04/04 23:04:49 eO6mVxuH0
>>153
いくらなんでもMSよりはかなりましだよ。
155:名称未設定
08/04/23 01:09:22 Wd31jEx60
ほ
156:名称未設定
08/04/27 00:57:36 wCYdqSkK0
も
157:名称未設定
08/04/27 05:46:41 mY416+Qp0
さ
158:名称未設定
08/04/27 09:53:04 rKRLtjRR0
ぴ
159:名称未設定
08/04/27 13:12:31 uFTnrp5H0
ゑ
160:名称未設定
08/04/27 13:15:12 PvQeCW3U0
江頭！
161:名称未設定
08/04/28 08:11:43 6Xx2NLvP0
ラッパ！
162:名称未設定
08/04/29 16:43:23 66B0K2dO0
>>136
たった一言でエンジニアをハードに働かせるとは、さすがカリスマ創業者ってところか。
本田宗一郎だったら、エンジニアはボコボコにされてるぞw
163:名称未設定
08/05/09 17:26:23 RdG15G9j0
保守
164:名称未設定
08/05/12 00:41:42 W9O8xw/y0
>>162
普段キレるJobsが冷静に言った、というのは
「冷静な本田宗一郎」や「冷静なSteve Ballmer/Bill Gates」と同じくらい恐ろしいと思うぞ
165:名称未設定
08/05/12 01:36:20 t4jo/g9p0
物作りってのは、上は独裁者じゃないとダメ。
嫌われても、結果が出れば下はついてくる。
166:名称未設定
08/05/13 02:01:34 j8McFBWp0
>>165 みたいな独裁者には、誰もついてこないだろうなあ。
独裁というか、独善というのか、
聞きかじりの成功鐔にすがって、
己に都合のいい夢しか見ない。
167:名称未設定
08/05/13 12:47:07 oiYagC1U0
>>166
ほんとの独裁者は>165みたいなこと言わないよ。
168:名称未設定
08/05/13 21:09:25 32U61Kck0
>>165 は砂糖水売りにﾌﾙﾎﾞｯｺされる前のｼﾞｮﾌﾞｽ
169:名称未設定
08/05/14 11:16:26 Gl4DQIbL0
砂糖水売りにﾌﾙﾎﾞｯｺされて表面は角が取れたかのように装っているだけなのを
知らない>>168
170:名称未設定
08/05/14 12:33:33 UbLlJrc/0
>>169は禿にﾌﾙﾎﾞｯｺされた博士
171:名称未設定
08/05/14 14:31:50 Hs127wwX0
このスレからスカリー波が出てます
172:名称未設定
08/05/17 12:11:03 Imu9Z55Y0
>>170
確かに、アメリオはそう思っているだろうね。
173:名称未設定
08/05/17 16:17:55 nIpd6tcY0
>>171
確かに、アメリオはそうも思っているだろうね。
174:名称未設定
08/05/19 12:10:51 /cuF7XTJ0
その頃、スピンドラーはネタがないなーと思っていた
175:名称未設定
08/06/01 10:59:51 AsFX8p1A0
ほ
176:名称未設定
08/06/01 18:14:06 b5cDddfq0
も
177:名称未設定
08/06/01 18:23:06 mI/3Jqve0
さ
178:名称未設定
08/06/01 23:38:12 psZ7XcwB0
ぴ
179:名称未設定
08/06/02 00:14:16 Yksy+32z0
え
180:名称未設定
08/06/02 00:24:37 kzQ2HG4m0
ん
181:名称未設定
08/06/02 00:34:10 Z4DS9wig0
URLﾘﾝｸ(blog.modernmechanix.com)
182:名称未設定
08/06/02 02:22:01 JAV+S+9V0
長いなー
やってくれる人いるかな
183:名称未設定
08/06/07 18:10:54 txBFZrnk0
神様は死んだ
悪魔は去った
太古より巣喰いし
狂える地虫の嬌声も
今は、はるか
郷愁の彼方へと消去り
盛衰の於母影を
ただ君の
切々たる胸中深くに
残すのみ
神も悪魔も
降立たぬ荒野に
我々はいる
184:名称未設定
08/06/07 20:36:57 uDCWsL0e0
神様にもまけず
悪魔にもまけず
太古より巣喰いし
狂える地虫の嬌声にもまけぬ
丈夫なからだをもち
今は、はるか
郷愁の彼方へと消去り
盛衰の於母影を
ただ君の
切々たる胸中深くに
残すのみ
神も悪魔も
降立たぬ荒野に
私はなりたい
185:名称未設定
08/06/07 21:12:51 TiSzr6Kv0
神様が死んだんなら、自分たちだけで生きて行けばいいじゃない
186:名称未設定
08/06/08 23:34:30 XigaPgnq0
そうはいっても神様は人間が作ったので完全に消えた訳でもなくまうまう
187:名称未設定
08/06/09 22:01:25 VlfJoA4+0
基調講演保守
188:名称未設定
08/06/11 11:38:09 sbuIKYZk0
URLﾘﾝｸ(blogs.wsj.com)
ジョブズがやつれた原因が書いてあるらしいのでおねげいします。
189:名称未設定
08/06/11 16:38:33 sjXupuiG0
>>188
iPhoneと並んで注目を集めるジョブズの外見
サンフランシスコで開催された技術カンファレンスで発表されたAppleのiPhone 3Gは月曜日の見出しを独占した。
しかし、ブログやその他のインターネットニュースサイトでは、スティーブ・ジョブズの痩せっぷりにも同じように注目が集まった。
『APPLEのスティーブ・ジョブズの見た目への不安….…』という見出しをつけたDrudge Reportの記事では、それ以上のコメントはないが、カンファレンスのステージに立ったAppleのCEOの写真にリンクしている。
ジョブズの健康状態に関する疑問に答えて火曜日にAppleの広報担当者が述べたところによると、ジョブズは数週間前に「ちょっとしたウイルス」に感染したが、カンファレンスへの参加を重視したとのことだ。
また、現在は抗生物質を使用して快方に向かっているとのことである。
ジョブスの健康状態は、ときどき話のタネとなっている。4年前に珍しい種類の膵臓ガンと診断されて手術を受けたからだ。Appleによれば、その手術は成功だった。(Appleは健康が回復し始めるまでジョブズが病気だったことを明らかにしなかった)
ジョブズはまた、Appleにとっては替えの効かない人物であると広く考えられている。過去10年間、同社の劇的な復活の仕掛け人となってきたからだ。
Appleにとっては幸いなことに、今のところジョブズの替わりは必要ないようだ。
抗生物質はウイルスを直接やっつけるものではないとかいう話もあるみたいですが、
そもそもがcommon bugというあやふやな言い方なので、ウイルスではなくて細菌なのかもしれないし、
ウイルス性疾患から他の症状が出ることを抑えるために抗生物質を使用したのかもしれません。
っていうかよくわかんね。
190:名称未設定
08/06/11 18:43:02 DNTadBUa0
URLﾘﾝｸ(arstechnica.com)
John SiracusaによるSnow Leopard予想
191:名称未設定
08/06/11 20:18:41 7CzwbppG0
>>189
ありがとうございます～
192:名称未設定
08/06/11 21:35:25 26g20yO90
>>189
お疲れさまです。
193:名称未設定
08/06/11 23:09:35 vZrrlpa10
>>192
>お疲れさまです。
一瞬、ジョブズに向かって言ったのかと思た。
194:名称未設定
08/06/11 23:18:02 zU6lKEOo0
>>189
乙です
195:名称未設定
08/06/14 19:14:13 NhGjljgi0
ｽﾚ違いだけどこれ面白そう
日本語版出ないかな
URLﾘﾝｸ(www.amazon.co.jp)
196:名称未設定
08/06/18 19:20:47 Xh8Kul7e0
昔有ったアプリの日本語化スレってもう無いかな？
Handbrakeを日本語化するつもりなんだが
197:名称未設定
08/06/18 20:06:11 ZpkZAhay0
URLﾘﾝｸ(www.roughlydrafted.com)
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と名前を被らせたという意味なのかなーと思うんだが、間違ってたらすまん)
198:名称未設定
08/06/18 20:08:42 ZpkZAhay0
更なるサプライズ
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にみがきをかけているのだ。
199:名称未設定
08/06/18 20:11:39 ZpkZAhay0
アールアイエー 行方フメー（ラッパーっぽく
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標準で全てを構築している。
200:名称未設定
08/06/18 20:21:27 ZpkZAhay0
オープンツール開発に力を貸す
全てのWebデベロッパは、FlashやSilverlightのような、プロプライエタリなWebっぽい
プラットフォームに隷属するより、自由でオープンなソリューションに群がるはずだと
考える人もいるかもしれない。結局一度その実行環境に依存してしまえば、能力はAdobeや
Microsoftの上に成り立つことになり、彼らのツールを改良していく競争の重圧によって
枯渇していくことになるに違いない、独占への臨海を到達した後に変化が無くなった
WindowsとInternetExplorerのように、ということだ。
また、もちろんそうなればPCメーカーは自由でオープンなLinuxを受け入れると考える人も
いる、だが両方ともにそうなることはほぼないだろう、それも多くは同じ理由による。
両方の場合での問題はオープンなWeb標準は直接的には誰もリッチにはしてないということだ。
誰もそれを持ってないし、Linuxでもない、それらを改善へ向かわせる開発努力をさせる
ビジネスモデルも出来ていない、誰も直接的にはやっていないのだ、
Linuxに関連したサービスを売って利益を稼ごうとするRedhatやIBMのように
間接的に行ったり、二次的な戦略のことを考えていなければ。
この二次的な戦略というものが、GoogleとAppleが同様にオープンなWebを強く
好む理由を説明することになる、それは近視眼的な開発者が単に多くの労力をなさずに
当面の目標を為すことができるとして盲目的にFlashやSilverlightによって束縛されるのとは
対照的なものだ。
201:名称未設定
08/06/18 20:24:08 Xh8Kul7e0
>>197
>Apple's air supply attack
「酸素ボンベに攻撃」＝「空気を奪う」「窒息させる」という意味だよ。
iPhoneにFlashを積まない事でAppleはAdobeの重要な呼吸穴を塞いでみせた、と。
202:名称未設定
08/06/18 20:27:05 ZpkZAhay0
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つの会社は目標を達成するために独自に動いている、互いを補うことも多い。
203:名称未設定
08/06/18 20:28:45 ZpkZAhay0
>>201
おお、ありがとう。
というわけで誤訳等指摘あればよろしく。
204:名称未設定
08/06/18 20:34:20 ZpkZAhay0
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は多くのコードを
コミュニティに寄付しているが、それは必ずしもコミュニティがそれを使うことを意味していない。
205:名称未設定
08/06/18 20:44:13 ZpkZAhay0
AppleのAPI
対照的に、Appleは長年マーケットで証明され、業界の中で競争してきた中で広く採用された
とても強力で熟成した開発ツールとプラットフォームフレームワークを持っている。
AppleはMacによって最初のメインストリームになったグラフィカルなプラットフォームである。
そのモデルは結果的にはMicrosoftのWindowsの基礎として利用され、90年代初期に
Coplandの失敗によってAppleは人気を失うとともに、Windowsは人気になった。
NeXTを作るために80年代後期にAppleを去った従業員は、最初のメインストリームになる
オブジェクト指向のプラットフォームフレームワークを作った、開発の参考としてパクられたり
使用したいと業界が切望する標準を再び確立したのだ。
Apple、IBMのTaligent、SunのJava、Microsoftの失敗したCairoも全ては、人目を引くクライアントが
既に使用していたNeXTが持っていたものを出そうとしただけなのだ。
206:名称未設定
08/06/18 20:46:47 ZpkZAhay0
今日はここまで。
どうでもいい話といえばそうなので、読むほどのことでもないかもしれません。
上での通り誤訳指摘等あればよろしく。大して英語得意でもないので。
207:名称未設定
08/06/18 21:04:46 hcV/qepy0
乙でした、とても興味深く読ませていただきました。
ありがとうございます。
208:名称未設定
08/06/18 21:09:30 Xh8Kul7e0
>>206
乙!長文チャレンジ凄いです。
とても興味深い記事を紹介して頂いてThxです。続き楽しみにしてます
209:名称未設定
08/06/18 22:00:36 DyYrU57/0
乙です。ワクワク話いいですね。
続きもよろしくお願いします。
210:名称未設定
08/06/18 23:27:23 3xHA281W0
面白かったです！
続きwktkしてます！
211:名称未設定
08/06/19 01:13:26 3lDQHTkf0
乙です。タイムスケールがあまりに壮大すぎていつの話だかわからなくなるほどw
212:名称未設定
08/06/19 12:00:13 qO8SDFBG0
水を差すわけじゃないですし、訳者さんは大乙ですが
RoughlyDraftedの言うことはあまり真に受けない方が…
213:名称未設定
08/06/19 21:52:12 obgP7rzg0
>>212
真に受けてるってほどでもないです。えー？って思う文面も多いし。
まあ真に受けるかどうかは個人判断で。
214:名称未設定
08/06/19 22:09:22 obgP7rzg0
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のプロパティの項を。"
215:名称未設定
08/06/19 22:17:18 obgP7rzg0
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の早期バージョンを
使用して構築されている。
216:名称未設定
08/06/19 22:24:11 obgP7rzg0
Charlesさん家のSproutCore
SproutCore JavaScript フレームワークはAppleも開発したが、オリジナルはMailroomという
オンラインe-mailマネージャを作るためにCharles Jolleyによって開発された。
Appleは.Macチームの一員としてJolleyを雇い、共同で彼のフレームワークを急速に
改善させていった。
SproutCoreはメニュー、ツールバー、ドラッグアンドドロップのサポート、
ローカライゼーションを使ったWebのための本物のアプリケーションを構築することを
簡単にするだけではなく、バインディング、キーバリューオブザービング、ビューコントロールを
持ったRails（もちろんCocoaも）のような完全なモデルービューーコントローラアプリケーションの
スタックも提供する。またJavaScriptの最新機能、遅延バインディング、クロージャ、ラムダ関数にも
触れている。また開発者はドキュメント生成やフィクスチャー、ユニットテストのツールを
ありがたく思うだろう。
Cocoaの強みをSproutCoreに根付かせる綺麗なMVC哲学のその重要な部分はバインディングだ、
プロパティ値の変化が自動的にいつでも伝わるようなJavaScriptを書くことが出来る。
バインディングによって、高度な一貫性を持った挙動を備えたかなり複雑なアプリケーションを
とても少ない"接着剤"コードで作ることが可能になる。
217:名称未設定
08/06/19 22:30:58 obgP7rzg0
え? 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機能の能力も簡単に使えるようになっている。
218:名称未設定
08/06/19 22:33:18 obgP7rzg0
フロントエンドからWebObjects、WebDAVへ
SproutCoreはシンクライアントの分野にも進出する、つまりアプリケーションは
全てバックエンドサーバから実行されるため、全てのクライアントにインストール、
管理をする必要が無いのだ。
シンクライアントの難しい部分は、Webのような機能的に小さいプラットフォームでの
弱さゆえに、一般的に最低レベルの機能が提供されていたことだ。SproutCoreはこれを
解決する、最新のWebブラウザの機能によって、クライアントのWebアプリは高機能になり、
十分に洗練されることになるからだ。
SproutCoreのWebアプリは、パワーとクライアントサーバ処理の力を持ったWebサービスの
柔軟性を組み合わせたものだ、Appleはこれを新しいモデル、"Webクライアントーサーバ"と
発言している。Mobile Meの中で新しいWebアプリはWebObjectsとWebDAVサーバによる
Webサービスと結びついている、だがPHPや、XML、JSONオブジェクトにデータをつけることで
他のあらゆるサーバとつなげてSproutCore Webアプリを誰でも作ることが出来る。
219:名称未設定
08/06/19 22:42:41 obgP7rzg0
Yellow Boxの外
もしYellow Box、つまりCocoa for Windowsを待っているのであれば、待つのを辞めて
コードを書き始めた方が良い。SproutCoreはLeopardのCocoaの価値をWebに持っていく、
JavaScriptをデスクトップの機能の多くの自由な組み込みサポートを持った高機能な
アプリケーションプラットフォームにさせるものだ。
オープンなWeb標準を元にすることとそれ自身をオープンソースにすることの意味は、
SproutCoreによってプラグインやベンダーに頼らずにクロスプラットフォームな開発を
可能にするということだ。
Web標準でありつづけることは、昔のYellow Boxの重大な問題、Windowsの
下位レイヤーの互換性や、一部のCocoaの新機能の相似についての
心配をすることをせずに、AppleやコミュニティにとってSproutCoreを
前進させていくことを簡単にしてくれるだろう。またSproutCoreは、
新しいランタイムレイヤーによって開く未知のセキュリティホールへの心配を
防ぐように、良く知られたセキュリティコンテキストの中で動くようになっている。
220:名称未設定
08/06/19 22:50:20 obgP7rzg0
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バージョンを。
221:名称未設定
08/06/19 23:19:57 obgP7rzg0
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の能力はさらに注意を引くことになるだろう。
突っ込みどころはまあいろいろとあると思いますが、とりあえず終わり。