Thoughtful, detailed coverage of everything Apple for 30 years
前週号 | 日本語版ホーム | 次週号

#1528: 極秘の iPod の物語、Apple の 2020 年環境進捗報告書、App Store 読者アンケートの結果

先週号の記事で、App Store に対して寄せられた多くの開発者たちの声を紹介するとともに、読者の皆さんの意見をアンケートに寄せて下さるようにとお願いした。200 名近くの読者から反応を頂いたが、Apple は App Store を変えるべきだという強い意見が読み取れた。ただ、変わるべきところについて私たちは Apple を批判するけれども、うまくやっているところは称賛したいと考えている。Apple は最近 99 ページから成る 2020 年環境進捗報告書を公表したが、Adam Engst はその全文を読み通した上で、要点を紹介するとともに、環境に関心を持つすべての人に Apple がどれだけのことを達成したのか知って欲しいと訴える。それからもう一つ、Apple で長く働いた David Shayer の寄稿記事が、政府による iPod への極秘の改造のために仕事をした迫力満点の話を語る。この記事はたちまち評判となり、Ars Technica、BBC、CNN、Popular Mechanics、The Verge、その他多くのところで紹介された。今週注目すべき Mac アプリのリリースは CleanMyMac X 4.6.11 と Transmit 5.6.6 だ。

Josh Centers  訳: Mark Nagata   

App Store に対する読者の意見: Apple は変わるべき、ただし自発的に

先週号の記事“開発者対 Apple: App Store に対する不満を総まとめ”(2020 年 8 月 13 日) で、 App Store について開発者たちから寄せられた大きな不満のあらましを述べた。Apple が収益の 30% を徴収すること、Apple が勝者と敗者を選ぶこと、App Store の広告、偽造のアプリ、開発者に対する不公平な扱い、気まぐれで恣意的なルール、ゲームのストリーミングサービスの禁止、アプリの価値を下げたことなどだ。

その上で、私たちは Apple による App Store の運営方法や開発者を扱うやり方について、皆さんの意見を知りたいと思った。アンケートの結果、TidBITS 読者の皆さんは概して Apple が App Store を運営する方法に対して批判的ではあるけれども、それと同時に政府による規制が解決になるとは思っていないことが分かった。では、アンケートの各設問とそれに対する反応について一つ一つ見て行こう。

App Store の制約に対して嫌だと思うか?

私たちが最初に設定したのは間違いなく広範な質問で、_あなたは App Store の制約に対して嫌だと思うか? というものであった。ここには前回の記事で紹介したいくつもの問題点が該当する。例えば特定のタイプのアプリを禁止するとか、Apple が好ましくないと思うアプリを削除するとかいったことだ。Apple はこの点について謝罪しようとはせず、これらの制約はユーザーを保護し高い品質を保つためのものだと主張する。

だから、読者からの反応がかなり強いものであったのを見て私たちは少し驚いた。何と 65% もの TidBITS 読者が App Store の制約は嫌だと答え、そうでないと答えた読者はたった 35% だった。

65% are bothered by App Store restrictions

私たちの読者層がどちらかと言えば高い年齢層に寄っていて慎重な使用形態に視点を向けがちであることを考えれば、この結果はちょっと驚きだ。そういう人たちにとってさえも Apple の制約は強過ぎるということだ。きっとこれは Apple にとって少し制約を緩めるべき時なのだろう。

政府が App Store を規制することに賛成するか?

こちらもまたはっきりとした結果が出た。答えはノーだ。65% がそう答え、反対意見は 35% だった。この数字は App Store の制約に関する答とほぼ同じだ。つまり、TidBITS 読者たちは App Store の制約が強過ぎると思うけれども、政府が介入して Apple が運営する方法に指図するのは望まないということだ。

65% are against government regulation

私たちもその懸念を感じている。規制する側は良い意図のもとでするかもしれないけれども、政府の当局者たちは知識不足で混乱した行動をとることが多い。現時点で提起されている最も包括的なプランは、少なくとも Apple が関係するものの中では、上院議員 Elizabeth Warren (民主党、MA) による App Store を Apple から分割するというものだ。

それは人々が直面している主たる問題を解決しないばかりでなく、ただ混乱を引き起こすだけのものとなるだろう。他の会社が App Store を運営するようになったとして、いったいそれがどうやって働くというのだろうか? Apple はデフォルトで旧式のソフトウェアインストール方法を許さなければならず、その上でサードパーティのアプリストアを使うように人々に働きかけよというのか? ユーザー体験全体に統合されていない App Store など、開発者が利用したいと思う理由があるだろうか? 私たちにはさっぱり分からない。サイドローディングに反対する人たちは多い (その点についてはあとで述べる) が、App Store を Apple から独立のものにしたならばそこの懸念がはっきりともう一段階高まることだろう。

大体において、開発者たちは iWork、News、Weather、その他の Apple 製アプリと競争しなければならないという理由で憤っているのではない。それらのアプリはユーザーに中程度のデフォルトを提供しており、多くの場合サードパーティはもっと能力の高い製品を提供することができる。理由は分からないが、おそらく無知によるものではないかと思われるが、連邦議会議員たちは堂々巡りをして結局この問題に戻ってくる。例えば下院議員 Val Demings (民主党、FL) は Tim Cook への質問で時間の大半を Apple が一銭の収益も得ていない Screen Time に対する競合相手について追求することに費やした。(2020 年 7 月 31 日の記事“概要報告:ビッグテック対米国議会”参照。)

Apple は開発者を公平に扱っていると思うか?

答えはノーで、圧倒的な 77% 対 23% という結果であった。別に驚くには当たらない。なぜなら、Apple が大規模な開発者と小規模な開発者に異なる扱いをしているのは周知の事実だからだ。記事“開発者対 Apple: App Store に対する不満を総まとめ”にも具体的な事例をいくつか挙げておいた。

77% don't believe Apple treats developers fairly

しかしながらここでは Apple にもある程度の評価を与えねばならない。Epic Games が Apple の支払いシステムを使わないアプリ内購入の方法を Fortnite の中に忍び込ませた後で、Apple は Fortnite アプリを追放したのみならず、Epic の開発者アカウントも終了させるぞと脅している。Apple はこれまで小規模の開発者に対してはその種の高圧的なやり方を実行してきたが、Epic ほど大規模の開発者に対してはほとんどしてこなかった。

Apple が iOS でアプリのサイドローディングを許すことに賛成するか?

この質問への答は私には衝撃的だった。何と 57% が賛成で、反対意見との間に2桁の違いがあったからだ。サイドローディングが物議を醸しているのは、それがマルウェアを媒介する道筋を開きかねず、App Store の外で配布されたアプリによる混乱を招く、といった問題点を抱えているからだ。だから、これほど多くの TidBITS 読者がその考え方に賛成していると知って私は驚いた。

57% are in favor of sideloading in iOS

けれども記事“開発者対 Apple: App Store に対する不満を総まとめ”で指摘した通り、Apple は Mac 上ではそれほど多くのマルウェアの問題に遭遇することなく“サイドローディング”と言えるものを許している。これは強力なセキュリティ機能と、アプリ署名があるお陰だ。Apple silicon で走る Mac では、すべてのアプリでアプリ署名が必須となる

理論的には、サイドローディングを認めることで開発者たちは App Store に関する不満をすべて回避できるようになるだろう。Apple は単純にこう言えばよい:「App Store のルールが気に入らないのなら、自分のアプリは自分で配布せよ」と。

いずれにしてもそれは素敵な理論だ。その奇怪な展開の一例が最近の Epic Games 対 Apple の修羅場であり、Epic は Apple に対して iOS の中で Epic がゲームのサイドローディングをすることを認めよと要求する訴訟を起こしたその一方で、既に Android 上でサイドローディングを認めている Google に対しても Epic は訴訟を起こした。どうやら、Epic は現状のサイドローディングのままでは不十分で、Fortnite を Google Play Store に置けるようにせよと言っているらしい。

Apple はその後、自身と Epic Games との間の電子メールを証拠として裁判所に提出し 、これが状況を少し明らかにすることとなった。Epic が本当に要求しているのは、Apple に収益をもたらさない、自分のストアを持てるようにすること、そして、Apple がその独立ストアを App Store で配布できるようにすることだ。

これは正気の沙汰ではない。もしも Apple がその要求を認めるか、または認めるよう強制されるかすれば、アプリの発見と入手は完全なカオスと成り果てるだろう。どんな開発者も、競って独自の App Store を作るか、あるいは安価なストアに加わるようになるに違いない。

間違いなく Epic Games はそれがどれほど破壊的なものになるかをよく承知している。想像してみよう。独自の Steam サービスを通じてソフトウェアを配布しているゲーミング会社 Valve が、Steam を Epic Games Store を通じて通常の 12% という Epic の取り分を支払わずに出版できるようにせよと Epic に対する訴訟を起こしたとすればどうなるだろうか。Epic CEO の Tim Sweeney は笑い過ぎて椅子から転げ落ちることだろうが、まさにそれこそ現在 Epic が Apple と Google に、しかも Apple と Google に対してのみ、求めていることに他ならない。Epic は Microsoft も Sony も追求していないが、この両社もそれぞれのゲームコンソールで非常によく似た状況を持っている。状況を考えれば、Epic の“要求”を何か自由のための戦いとかビジネス上の一手とかのように考えるのは難しく、これはむしろスマートフォン用アプリストアに対する破壊工作と見るべきではないだろうか。

それで誰かが幸せになるということもないし、Apple がサイドローディングを認めたとしてそれが何ら良い状態をもたらさないということも十分あり得る。

Apple が App Store で徴収している売上の 30% という取り分を減らすことに賛成するか?

ここでの答に驚きはなかった。圧倒的大多数が、Apple が App Store での取引のほとんどで徴収している 30% の取り分を減らすべきだという答であった。87% 近くが Apple が 30% を減らす方に投票した。

Nearly 87% are in favor of Apple lowering the 30% cut

確かに、私たちは Apple のようにデータを持ち合わせている訳ではないが、どうやら大多数の人たちが 30% の取り分は高過ぎると考えているようだ。この問題を解決するかどうか、するのならどうやってするのかは、Apple と規制当局次第だ。そして、少なくとも今の状態では、自社の顧客のこれほど多くの割合が高過ぎると思っているのは Apple にとって悪い PR と言えるだろう。

現時点で App Store から完全に締め出されている種類の製品について取り分を減らして提供するようにすれば Apple が実際に今より多くの収入を得られるだろうと考える人たちもいた。例えば、もしも Amazon が自らの iOS アプリの中で Kindle ブックを販売することを価格のたった 1% で Apple から認められたとすればどうだろうか? Amazon ならばアプリ内購入を (今はしていないが) 受け入れるかもしれないし、そうなれば Apple にも新たな収入源が生まれることになるだろう。同じように考えれば、基準率を 30% より大幅に下げることによって、現時点では完全に無料で取引されている現実世界の製品やサービスから Apple がいわば 1% の税金を徴収できるようになる。その方が有望な話ではないだろうか?

もちろん、今回のアンケートはごく小規模で、どう見ても科学的な調査とは言えないし、Apple がその結果に注意を払うべき義務などさらさらなくて、ましてやこれを基にビジネス上の決断をするなどあり得ない。それでも、TidBITS 読者が App Store について思うことの一端は垣間見ることができた。アンケートに参加して下さった皆さん、ありがとう!

討論に参加

Adam Engst  訳: 亀岡孝仁  

Apple の 2020 Environmental Progress Report を読む

数週間前、Apple は 2020 Environmental Progress Report をリリースした。これは意思伝達の最高傑作である。豪華なウェイブサイトで始まり、スクロールして行くと順次高次のコンテンツが現れる。More About ボタンがそのサイトについての更なる詳細を提供するが、その情報で満ちあふれているのは 99 頁の PDF である。私は、環境問題に一時的な興味以上のものをお持ちの方にはこの PDF 全部を読んでみることをお薦めする。その理由は、どれだけの時間とお金を Apple がその環境への取り組みにつぎ込んでいるのかを知るだけでも印象的だからである。Apple は技術の会社ではあるが、環境にだけ焦点を当てている多くの組織よりも多くのことをやっている。

Apple 2020 Environmental Progress Report site

環境における Apple のこれ迄の進展

最も目につくのは、勿論であろうが、Apple の 44 カ国にまたがる販売店、データセンター、そしてオフィスは再生可能エネルギーで 100% 賄われており、その多くは Apple 主導の太陽光、風力、水力、そして バイオガス施設で生み出されている。更に良いことには、70 を超える Apple の納入業者は、Apple 製品を作るのに再生可能エネルギーだけを使うことを約束している。April 2020 時点で、Apple は企業排出に関してカーボンニュートラルである。これは、森林、草原、そして湿地を守りそして復元するプロジェクトに対する投資のお陰である。

しかし、そこで終わりではない。過去 11 年間で、Apple はその製品が消費するエネルギーを平均で 73% 削減し、iPhone 11 Pro が一日に一回充電するための年間の電気代はたったの $0.70 に迄下がっている。Apple はまた、環境に重大な影響を及ぼす処女材料の使用を減らす努力も怠っていない。例えば、iPhone 11 の Taptic Engine は再生された希土類元素を 100% 使っていて、これはスマートフォンとしては初めてのことであり、そして 2019 MacBook Air は全体として 40% の再生素材から出来ている。

Apple はまた、その包装に使うプラスチックの量も過去4年間で 58% 削減し、包装に使われる紙の全てが、再生資源か責任を持って管理された森林から来ている。The Conservation Fund や World Wildlife Fund との提携関係を通じて、米国及び中国で1百万エーカー以上の実際に使われている森の管理を改善してきたと Apple は言っている。

Apple の環境目標

これらの成果はとても印象的だが、同社のより大きな目標の前では色あせてしまう:

Apple の Environmental Progress Report を読めば読む程、私のびっくり度は増してくる。私は他の多くの人より Apple に注意を払っていると言っていいと思ってるし、ここでの太陽光発電ファームに関する、あそこでの有毒物質の使用削減に関する Apple のプレスリリースを目にしたことはあるが、Apple が環境に気を配ってどれだけのことをしているのかの全体像まで理解していなかった。

Apple の規模の環境

最初に私の頭に浮かんだのは、Apple はこれらの取り組みのために何十億ドルも使っているに違いないと言うことであった。Environmental Progress Report と Apple の業績報告から言えることは、同社はその金額を公表していないと言うことである。しかしながら、同社は $4.7 billion の "グリーンボンド" を発行したことは高らかに公表している。これらのボンドは確定利付き投資で、その収益金は特定の環境プロジェクトに投じられなければならない。Apple はまたグリーンボンドの最大の企業発行者でもあると言っているが、私は、環境取り組みに直接金銭的に手を貸すのではなく、何故ボンドを発行したいと思うのかを理解するに足りる程経済的な知識を持ち合わせていない。

私が思うに、Apple が環境のためにこれら全てを出来るのは、主としてその儲けが余りに大きいからであろう。大きさはここではとても重要である - 我々が Take Control Books をやっている時、我々はオンデマンド印刷の本が一冊売れる度に $0.25 を植樹チャリティに寄付をしていた。我々が最終的にどれだけ寄付出来たのか私は覚えていないが、Apple がしていることに比べれば大海の一滴に過ぎない。

Apple の環境に関する成果と目標について読むことで、Apple の伝統的に高い値段に対する私の感情も少しは和らぐ。勿論、メーカーが強制的な子供の労働や悪質な汚染と言った最低の行動をしないことを確かなものにするためにどれだけ余分に支払っても良いかに対する閾値は人によって異なるのは確かであろう。Apple について言えば、購入価格の何パーセントかは、深く考えられたそして注意深く分析された環境に対する影響の削減に当てられていることは明らかである。私は、毎日、四六時中使う機器のためにその代価を支払うことに文句は無い。

勿論、Apple にはその環境努力に対する多様な動機があるであろう。Apple は営利目的の会社であり、データセンター用に巨大な太陽光発電ファームを建設することは、カーボンニュートラルとなることへの貢献の他に、長期的にはエネルギー費用の削減にもなるのであれば、一石二鳥の効果がある。同様に、皆さんの中には Mac が入ってくる箱が昔よりも小さくなっていることにお気づきの方もおられるであろう - Apple は、出荷時に製品を保護するのに必要な包装の量を削減してきた。それは環境にも良いが、とりわけプラスチックの削減は、別の見方をすれば、一つの輸送コンテナーに入れられる台数は増えることを意味し、結果的には Apple の輸送費の削減につながる (そして、出荷に伴うカーボン排出の削減にも)。そして、Apple のデータセンターを誘致した地元に貢献する様々な環境プロジェクトを Apple は展開しているが、これらの地域は更なる減税や広範囲に渡る善意の恩恵も受けるかも知れない。

皮肉的になり、そして Apple がこれらのことをするのはただ単にお金の節約のためだと言うのは簡単である。しかし、それは的を外している - 環境を守る最善の方法は、そして全ての会社がやって欲しいと思う事だが、環境にも優しくそして企業利益にも貢献するやり方である。

何年か前になるが、Walmart がその納入業者に対して強硬な態度を取り、製品を Walmart に売りたければ紙の様に薄い利益幅を受け入れなければならないと強要したことが大きく報じられたことがある。今では、Apple も似た様な企業圧力をその納入業者にかけて、クリーンエネルギー、廃棄物削減、そして温室効果ガス排出削減を約束することに同意するよう仕向けているのは明らかである。Apple は影響力を乱用しているのか? 答えは、Walmart がそうであった様に (そして今でもそうしている)、イエスではあるが、そうでなくとも安く作られた製品から更に数セントを削り取るのではなく、より良き善を念頭に置いてのことである。

Apple CEO Tim Cook は次の様に言ったことがある:

気候変動は現実であり、我々全てはそれに対して戦う責任を負っている。我々は決してためらうことはしない。何故ならば、我々は将来の世代は我々に依存しているからである。

多くの点で、気候変動は今日のコロナウィルス危機の様なものである。それは、国境を無視し、人々を殺し、そして経済を破壊する地球規模の脅威である。違いは、気候変動はゆっくり進行するので、その致死性と経済効果は、数ヶ月で我々を圧倒してしまうのではなく、何十年単位で徐々に積み重なっていく。しかし、直ぐに打てる手もない - 気候変動に対するワクチンは存在しない。Bill Gates がこれを最近の GatesNotes ポストでうまく表現している "COVID-19 はどうしようもなく悪い。気候変動はもっと悪くなるかも知れない。."

Apple の努力ですら気候変動問題に対して重大な影響を与える可能性は少ないが - それは巨大すぎる - 私は彼らが手本となることを願う、他の大企業に対して、そして、必要な方向への動きをする意志力に欠ける様に見える政府に対しての。

討論に参加

David Shayer  訳: Mark Nagata   

極秘の iPod の物語

それは 2005 年の年末も近い、どんよりと曇った日だった。私は自分の仕事机に向かって、次の年の iPod のためのコードを書いていた。ノックもせずに、iPod Software 部門のディレクター、つまり私の上司の上司が、突然入って来てすぐに背後のドアを閉めた。彼はさっさと要件を言った。「君に特別の任務がある。君の上司はこのことを知らない。US Department of Energy (DOE, 合衆国エネルギー省) から派遣される二人のエンジニアを、君が手助けするのだ。報告は私だけにしてくれ。」

その次の日、受付係から電話があって、二人の男がロビーで私を待っているとのことだった。私は下へ降りて Paul と Matthew に会った。この二人のエンジニアが、実際に今回の特別注文の iPod を組み立てるのだ。サングラスとトレンチコート姿で窓に映る景色に目をやりつつ誰にも追跡されていないのを確かめる二人、と言いたい誘惑に駆られるところだが、実際の彼らはどう見ても普通の、三十代くらいのエンジニアだった。私は彼らを中へ招き入れ、話をするために会議室へ行った。

Paul and Matthew's business cards

彼らはエネルギー省で働いているのではなくて、エネルギー省から合衆国防衛関連事業を請け負っている大企業 Bechtel の一部門の社員だった。彼らの目的は、特別のハードウェアを iPod に追加して、そのハードウェアからのデータを iPod のディスクに記録し、しかもそのデータが簡単には見つからないようにしたいというものだった。それでもやはり、外からは普通の iPod と同じに見えて同じに動作しなければならなかった。

実際の作業は全部彼らがするので、私の仕事は彼らが Apple から入手する必要のある援助をすべて提供することだった。

そこで聞いた話では、エネルギー省の当局者が Apple の Hardware 担当シニアバイスプレジデントに連絡して、特別注文の変更を施した iPod を作るために Apple の援助を受けたいと申し入れたのだという。そのシニアバイスプレジデントが依頼を iPod Division のバイスプレジデントに伝え、そのバイスプレジデントが iPod Software 部門のディレクターにそれを委託して、そのディレクターが私のところに来た訳だ。私の直接の上司には、私は特別のプロジェクトで働いているのであまり質問しないようにと言い渡された。

背景

iPod のプロジェクトがスタートした 2001 年に、私はプロジェクトのために雇われた二人目のソフトウェアエンジニアであった。Apple の Marketing 部門はまだ iPod という名前を思い付いていなかった。プロジェクトはコードネーム P68 として知られていた。一人目のソフトウェアエンジニアはその後 iPod Software 部門のディレクターとなり、今回私にこの特別任務を持って来ることになった。私は iPod のファイルシステムを書き、その後すべての曲目を追跡する SQLite データベースを書いた。それから時を経て、私は iPod ソフトウェアのほとんどあらゆる部分で仕事をしてきたが、MP3 ファイルや AAC ファイルをオーディオに変換するオーディオコーデックには手を触れたことがない。

(それらのオーディオコーデックは Berkeley と Stanford の大学院で学位を取った二人のエンジニアが書いた。二人は互いにどちらの大学が優れているかを言い合っている間を除いてずっと数学的なオーディオコードばかり書いていて、私には怖くて手が出なかった。そういう種類のコードを普通のエンジニアがいじるのは、自転車の整備士がポルシェの変速機を組み直すようなものだ。私は時々彼らとポーカーをして遊んだことがあるが、私がすっからかんに負けなかった唯一の理由は彼らの一人がウォッカが大好きだったからだ。)

ソースコードから iPod オペレーティングシステムをコンパイルして、それを iPod 上にロードし、テストしデバッグするというのはかなり複雑なプロセスだ。新たに加わったエンジニアには、たいてい一週間という期間を与えてこれらすべてを学ばせてから、その後で初めて実際の仕事を割り当てている。

iPod のオペレーティングシステムは、Classic Mac OS すなわち Darwin、あるいは macOS、iOS、iPadOS、watchOS、tvOS の基盤となる Unix コアのように他の Apple オペレーティングシステムに基づくものではない。初代の iPod ハードウェアは Apple が Portal Player という会社から買い取った参照プラットフォームに基づいていた。また、Portal Player は iPod OS のローレベル、例えば電源管理、ディスクドライバ、およびリアルタイムカーネル (これは Portal Player が Quadros という別の会社からライセンス供与を受けたもの) も提供した。Apple は iPod OS のハイレベル部分を Pixo から買い取った。Pixo はその数年前に元 Apple にいたエンジニアたちによって創設され、汎用の携帯電話オペレーティングシステムを書いて Nokia や Ericsson のようなモバイルフォン会社に売ることを目指していた。Pixo のコードはユーザーインターフェイスの処理、Unicode テキストの処理 (ローカライズのために極めて重要)、メモリ管理、イベント処理などができた。もちろん Apple のエンジニアたちはこれらのコードすべてに変更を加えたし、年月を経てその大部分を書き直した。

iPod OS は C++ で書かれていた。サードパーティのアプリに対応していなかったので、動作を記述した外部向けの説明書類は存在していなかった。

最後にもう一つ、iPod チームは Windows コンピュータの上で開発作業をしていた。当時の Apple はまだ ARM 開発ツールを作っていなかった。これは、iPhone が世に出るよりも前の話だからだ。iPod チームは ARM Ltd. から入手した ARM 開発ツールを使っていたが、それは Windows と Linux でしか走らなかった。

それまで見たこともなかった、ましてや開発作業などしたこともなかった新しいオペレーティングシステムで Paul と Matthew が仕事を始められるようにすること、それが私の仕事だった。

仕事を始める

同じ建物の中の空いていた部屋を一つ、私は Paul と Matthew のために用意した。IS&T (Apple の IT 部局) に頼んで Ethernet をその部屋に取り回してもらい、Apple のファイヤウォールの外部で公共のインターネットのみに接続できるようにしてもらった。これで、二人が Apple の社内ネットワークにアクセスすることはない。Apple の Wi-Fi ネットワークは常にファイヤウォールの外部で接続するようになっている。つまり、Apple の建物の中に居てさえ、Wi-Fi を使う場合に Apple のファイヤウォールを通り抜けたければ VPN が必要となる。今回のことは Bechtel との間で契約と支払を通した共同作業ではなくて、あくまでも Apple がエネルギー省のために内密に便宜を図っているだけだった。便宜を図るだけなので、アクセスもそれ相応のところまでに限られていた。

言うまでもなく、Paul と Matthew がサーバ上のソースコードに直接アクセスすることは許されなかった。その代わりに、現状のソースコードを入れた DVD を手渡して、この DVD を建物の外に持ち出してはならないと説明した。最終的に、彼らは自分がビルドした変更版の iPod OS を持ち帰ることを許されたが、そのソースコードを持ち出すことは許されなかった。

Apple は彼らに何のハードウェアもソフトウェアツールも提供しなかった。私は彼らに必要な Windows コンピュータのスペックを教え、ARM コンパイラと JTAG デバッガも教えた。彼らは作業用の iPod を普通の小売店で購入した。少なくとも数十台は購入したことだろう。ひょっとするともっと多かったかもしれない。

Apple 社のどの建物でも言えることだが、iPod の建物に入る際も入り口のドアのロックを外すには Apple バッジをバッジリーダーの前にかざす必要がある。その建物に入ることを許された従業員のみが入れる。各フロアごとにまたロックされたドアとバッジリーダーがあって、ここでもやはりそのフロアに入ることを許された人だけが入れる。

なので毎日、Paul と Matthew はロビーから私に電話をかけてきた。二人は Apple バッジを持っていなかったからだ。私が彼らを招き入れて、彼らの仕事部屋まで付き添った。その後、Apple にコーヒーやメモリチップを売りに来る人たちと同じベンダー用バッジを彼らのために用意したので、それ以後は毎日彼らを迎えに行く必要がなくなった。私はプログラマーであって、ベビーシッターではないのだ。

トップ・メンバー

Paul と Matthew は賢かった - まさにあの“トップ・メンバー”だ - 少しの助力を得るだけで、二人はたちまち仕事を軌道に乗せた。私は二人に開発ツールのセットアップの仕方を示し、ソースからオペレーティングシステムをビルドして、それを iPod にロードしてみせた。それからユーザーインターフェイスに一時的な変更を施して、そのビルドが実際に動くところを見られるようにした。JTAG ハードウェアデバッガも使ってみせたが、これは結構細かな注意が必要な代物だ。そうして二人は自分たちの仕事に没頭した。

システムに馴染んでくるにつれて、二人は自分たちがしたいことを少なくとも大まかには説明してくれた。特別のハードウェアを iPod に追加して、そのハードウェアが彼らの望むデータを生成し、秘密裏に記録するのだ。彼らは注意を払ってそのハードウェアを私に見られないようにし、私も一度も見なかった。

私たちは記録したデータを隠しておく最良の方法が何かを議論した。私はディスクのエンジニアなので、ディスク上に別パーティションを作ってその中にデータを保存することを提案した。そうすれば、たとえその変更された iPod を誰かが Mac か PC に接続したとしても、iTunes はそれを普通の iPod として扱い、Mac の Finder や Windows の Explorer の中でも普通の iPod に見えるだろう。彼らはそのアイデアを気に入り、隠しパーティションが作られた。

その次に、記録をスタート/ストップする単純な方法を彼らは求めていた。私たちは環境設定メニューの一番深いところに道筋を選び、そこの一番下に当たり障りのない名前のメニューを追加した。私は彼らがコードの中でこのメニューに連結する仕事を手伝ったが、それは到底簡単とは言えない作業だった。それ以外の点ではすべて、このデバイスは普通の iPod として機能した。

その当時の最新の iPod は第五世代 iPod、いわゆる「ビデオ iPod」として知られている機種だ。その後間もなく人気を得た iPod nano モデルとは違ってこのモデルはケースを開くのが比較的容易で、それと分かる跡を残さずにケースを閉じることができた。その上、第五世代 iPod には 60 GB ディスクが搭載されていたので、多数の楽曲を入れておいてもまだ追加のデータを記録できる余地が十分にあった。それに、これは Apple がオペレーティングシステムにデジタル署名を入れていなかった最後の iPod であった。

iPod with video

その結果として第五世代 iPod はある意味ハック可能で、これは重要な点であった。趣味人たちは iPod 上で Linux を走らせたりしていたが、Apple が所有していた特殊な知識とツールを使わずにそれを実行するのは難しかった。私たち iPod エンジニアリングチームはそういう人たちを凄いと思っていた。でも企業としての Apple はそれを気に入らなかった。iPod nano 以後、オペレーティングシステムがデジタル署名によって署名され、Linux ハッカー (やその他の者たち) をブロックした。ブート ROM が起動の前にデジタル署名をチェックして、マッチしなければブートできなくなった。

Paul と Matthew が自分たちのカスタマイズしたオペレーティングシステムに署名を入れて iPod nano でも走るようにして欲しいと Apple に依頼したことはなかったと思う。Apple が拒否したであろうことはほぼ間違いないだろう。いずれにしても筐体の大きな第五世代 iPod の方が彼らの目的に適していた。

借り物の仕事部屋で仕事をしばらく続けてはしばらく姿を見せないのを繰り返す数か月が過ぎて、Paul と Matthew はカスタムハードウェアを iPod に組み込む仕事を完成させ、プロジェクトを終えた。彼らはコンピュータやデバッグ用のハードウェアを Santa Barbara にある Bechtel 社のオフィスに移した。二人は Apple のソースコードを入れた DVD と、Apple のベンダー用バッジを私に返却した。彼らはさよならを言い、その後私は彼らに会っていない。あの DVD は私の仕事部屋に何年も置いてあったが、いつだったか大掃除の際にとうとう廃棄した。

彼らは何をしていたのか?

合衆国エネルギー省 (DOE) は巨大だ。2005 年の予算は 243 億ドルだった。合衆国の核兵器と原子力プログラムのすべてを管轄していて、Manhattan Project の一部分であった Los Alamos National Laboratory もその傘下にある。DOE の予算要求書には次のように書かれている:

この FY 2005 予算は国防関係の目的を満たすために 90 億ドルを提案する。この予算要求は政権の Nuclear Posture Review (核態勢見直し) で要求される核抑止力への約束を維持し、大量破壊兵器の脅威を和らげるための積極的戦略に引き続き資金を供給する。

Radiation Alert geiger counter

私の推測を述べるならば、Paul と Matthew は何か秘密のガイガーカウンターのようなものを作っていたのだろうと思う。例えば DOE の諜報員たちならコソコソと隠したりする必要なく使うことができたろう。無害な、音楽を再生するだけのものに見えて、普通の iPod と全く同じに機能する。好きな音楽を気軽に聴きつつ町を歩き回りながら、放射能の証拠を記録することができる。例えば密輸された、または盗まれたウランを捜索したり、また汚染爆弾開発プログラムの証拠を探したりしていても、新聞記者や公衆の目に何が起こっているかを嗅ぎつけられる心配が要らない。他のすべての電子機器と同様に、ガイガーカウンターもますます小型で安価なものになってきているし、私はたまたま Radiation Alert Monitor 200 というのを見つけて、これがクラシック iPod とあまりにもよく似ているので思わず笑ってしまったほどだ。

Paul と Matthew に何を作っているんだいと私が聞く度に、彼らは話題を変えて、今日はどこへ昼飯を食べに行こうかと議論し始めたものだった。この上ないその道のプロだ。

特別注文の iPod はどこにも存在しなかった

Apple 社内でこの秘密のプロジェクトを知っていたのはたった 4 人だけだった。私と、iPod Software 部門のディレクター、iPod Division のバイスプレジデント、それに Hardware 担当シニアバイスプレジデントだ。4 人とも今はもう Apple で働いていない。紙に書かれた記録はなかった。すべてのコミュニケーションが面と向かって口頭でなされたからだ。

この特別注文の iPod プロジェクトについてあなたが Apple に問い合わせたとして、お決まりの「ノーコメント」をかいくぐったとしても、PR 担当者たちはそのようなプロジェクトの記録を Apple は保持していないと正直に答えるだけだろう。

でも、皆さんはもう知っている。

討論に参加

TidBITS 監視リスト: Mac アプリのアップデート

訳: Mark Nagata   

CleanMyMac X 4.6.11

CleanMyMac X 4.6.11

MacPaw が CleanMyMac X 4.6.11 をリリースして、Safari にホームページをインストールしようとするアドウェアの脅威を検出して削除できるようにした。また、この汎用クリーニング・メンテナンスアプリは今回、システムをスキャンして潜在的な脅威をバックグラウンドで検出できる (マルウェアを検出すれば警告を表示する) ようにし、Malware Removal モジュールのスキャン進行状況を改良し、Spotlight のインデックスを再作成すると Mail と Outlook の検索機能が機能しなくなった問題を解消し、Dark Mode 向けに多くのユーザーインターフェイス要素を調整した。(新規購入は $89.95 の一回払いまたは $34.95 の年間講読、月額 $9.99 の Setapp Mac アプリ購読サービスの一部としても入手可、無料アップデート、58.3 MB、リリースノート、macOS 10.10+)

CleanMyMac X 4.6.11 の使用体験を話し合おう

Transmit 5.6.6

Transmit 5.6.6

Panic が Transmit 5.6.6 をリリースして、Diffie-Hellman 暗号鍵 (具体的には group14-sha256、group16-sha512、group18-sha512 交換法) への対応を追加した。このファイル転送アプリはまた、AWS S3 に Access Control Lists (ACLs) を無視する上級設定項目を追加し、Dropbox で変更日を保持する機能に対応し、SFTP 接続を改良して Unicode 文字を使ったユーザ名にも対応し、編集を施した遠隔書類を Transmit 内部に保存する際に起こり得たハングを解消し、ファイルを Transmit の中へドラッグすると複数個のファイルがアップロードされることがあったバグを修正し、フォルダ名に「&」が含まれる場合に AWS S3 で削除できなかった問題に対処した。(新規購入 $45、無料アップデート、35 MB、リリースノート、macOS 10.11+)

Transmit 5.6.6 の使用体験を話し合おう

ExtraBITS

訳: Mark Nagata   

Apple、Beats 1 を Apple Music 1 に名称変更、新しいラジオ局を追加

ちょっと信じられないような気もするが、Apple のライブラジオステーション Beats 1 がスタートしてからもう五年以上が経つ。(2015 年 7 月 2 日の記事“Apple Music ツアー”参照。) それを記念して、Apple は Beats 1 を Apple Music 1 に名称変更するとともに、2つの新しいラジオステーションを追加する。Apple Music Hits は 1980 年代から 2000 年代までのヒット曲を取り上げ、Apple Music Country は現代のカントリーミュージック専門のステーションとなる。

Apple Radio stations

Apple Music 1 は Apple Music 購読がなくても聴くことができるが、Apple Music Hits と Apple Music Country は Apple Music 購読がないと期間限定でしか聴けない。

元記事を読む | 討論に参加

Apple、AppleCare+ のサインアップ期限を一年に延長

Bloomberg の Mark Gurman の記事によれば、Apple は製品の購入から AppleCare+ を追加できるまでの期限を延長するという。AppleCare+ は Apple の保証延長プログラムで、損害も保証の対象となる。当初、AppleCare+ の購入は製品の購入時か、または Apple Store 店頭で購入のすぐ後にしかできなかった。Apple はその後サインアップの猶予期間を 60 日間に延長し、店頭でなくても手続きができるようにした。そして今回、AppleCare+ の売上が COVID-19 の影響で落ち込みつつあるのを受けて、Apple はサインアップの期限を購入後一年までに延長しようとしている。

元記事を読む | 討論に参加