クレジット：
Apple は、アプリの構築にどのような種類のツールを使用できるかについて厳格さを緩めるだけでなく、App Store レビューガイドラインこれは、アプリが App Store に登録されるのを妨げる要因のいくつかを白黒で示しています。
これらの変更は両方とも、iOS 開発者、ひいてはエンド ユーザーに大きな影響を与えます。私たちは、これが iOS 開発の将来にとって何を意味するのかについて、iOS 開発ツールを作成する開発者や企業と時間をかけて話をしてきました。
フラッシュファイト'10の（簡単な）まとめ
Appleが最初の製品をリリースしたときiPhone用SDK2008 年 3 月当時、開発者たちは厳格な標準セットと厳格なアプリのレビュー プロセスについてすぐに不満を述べていました。
Apple が SDK をリリースしたとき、iPhone の開発は Mac 上で行われることを意図していることも明らかにしました。Xcode。プログラムが Objective-C と Cocoa Touch フレームワークを利用することを奨励することで、Apple はモバイル アプリケーションに強力なレベルの一貫性を構築することができました。
初期の頃、iPhone 開発者の多くは Mac 開発者でもあり、クロスプラットフォーム ツールを使用するという考えはそれほど懸念されていませんでした。数年が経つと、ソフトウェア開発の世界はモバイル ゴールド ラッシュに突入しており、その初期の活動の多くは App Store の爆発的な成長によって後押しされています。
したがって、開発プロセスを容易にするために、Unity などのサードパーティのフレームワーク、ツールキット、IDE が登場することは驚くべきことではありませんでした。 C# と .NET のオープンソース実装である Mono プロジェクトがリリースされましたモノタッチこれは、C# および .NET プログラマーが iPhone 用のアプリを作成する方法として宣伝された MonoDevelop IDE の拡張機能です。
10 月、アドビは次のことを発表しました。Flash CS5 での iPhone のサポートつまり、ネイティブ Flash コンテンツは iPhone では再生できませんでしたが、Flash プログラムを使用して *.ipa を作成し、App Store にアップロードできることになります。さらに、この機能は Windows および Mac バージョンの Flash CS5 に組み込まれています。つまり、Flash 開発者は Windows を使用して iPhone アプリを作成し、Mac を使用してそのファイルを App Store に送信するだけで済みます。
おそらく、Apple を驚かせたのはこの開発だったでしょう。 CS5 のリリースの直前に、Apple は開発者契約の条件を更新し、次の内容を含めました。
「3.3.1 「アプリケーションは、Apple が規定した方法でのみ文書化された API を使用することができ、プライベート API を使用したり呼び出したりしてはなりません。アプリケーションは、iPhone OS によって実行されるように、元々 Objective-C、C、C++、または JavaScript で記述されている必要があります」 WebKit エンジン、および C、C++、および Objective-C で書かれたコードのみがコンパイルされ、文書化された API に対して直接リンクできます (例: 仲介者を介して文書化された API にリンクするアプリケーション)翻訳、互換性レイヤー、またはツールは禁止されています)。
本質的に、この規定は、クロスコンパイラーまたは互換性レイヤーを使用して作成されたアプリケーションの App Store への登録を妨げることになります。スティーブ・ジョブは悪名高い著書でこの決定を擁護した「フラッシュへの思い」このメモでは、非ネイティブのツールキットを使用して作成されたアプリは、ネイティブのツールキットよりも遅く、バグが多く、応答性が低い可能性があることに注意してください。言い換えれば、これは品質保証のための動きでした。
この決定に対する抗議の声は大きかったが、実際に問題を感じているように見える実際の iOS 開発者はほとんどいませんでした。手の絞りや「兄貴」発言はさておき、この規定によって被害を受ける可能性のある開発者は非常に限られたグループであるように見えた (Unity や Appcelerator's Titanium などの製品ではなく、Flash のみに限定されていると仮定すると)、雑誌発行者です。
Adobe は Conde Nast と協力して、優れたiPad 用 Wired マガジン アプリ, しかし、Flash を使用しない IDE ルールが施行された後、アプリをネイティブに書き直すのに時間を費やす必要がありました。
Adobe は、InDesign 内で iPad 対応のパブリッシング ツールの作成に奮闘し、取り組んでいましたが、大手のパブリッシャーは、Flash ベースの開発ツールを使用せずにインタラクティブな印刷コンテンツを配信する方法の代替手段を模索する必要がありました。
5か月後、Appleは方針を転換した。おそらくこれは、Adobe が Flash CS5 用 iPhone Creator の開発に戻りたいと思えば、それができることを意味していると思われます。その後、同社は他のモバイルプラットフォームでの取り組みをターゲットにすると発表したが、顧客がこの機能を要求すれば、アドビは耳を傾けてくれるだろうと私たちは確信している。
では、これは何を意味するのでしょうか?
開発者の反応: 興奮
クロスコンパイラの観点から見ると、この逆転以前から Apple によって積極的にブロックされていたツールセットはほとんどないようです。
当初は、この規定が Flash CS5 だけでなく、Unity や Titanium などの製品にも拡大されるのではないかとの懸念がありました。これら 2 社に関しては、新しい規定はこれらの開発ツールの機能や動作に影響を及ぼさないというのが公式見解であることに注意することが重要です。
昨日述べたように、Appcelerator は次のことを確認しました。爆発的な成長最初の SDK 契約の発表以来、Apple が Titanium ベースのアプリを禁止する直接的または間接的な兆候は見られませんでした。同様に、Unity は承認されたツールとしての地位に自信を持ち続けました。それでも両社は、Appleが以前の変更を取り消したことを非常に喜んでいる。
Unity Technologies の共同創設者兼チーフ クリエイティブ オフィサーであるニコラス フランシス氏は声明の中で、「Unity では、Apple のこの動きを称賛します。私たちは、人々があらゆる仕事に最適なツールを使って作業できるようにすることに全力を尽くしています。Apple は常にそうしてきました。」はエンドユーザーに優れた製品を提供することに重点を置いており、この期間を通じて Unity ゲームが継続的にリリースされてきましたが、今回パーティーに参加できるすべての開発者を非常に嬉しく思います。」
Appcelerator のマーケティング担当副社長である Scott Schwarzhoff 氏にも話を聞きました。シュワルツホフ氏は、「これらの[変更]はすべて、基本的に開発者に透明性を提供し、最終的には開発者の革新につながり、Appleの戦略的優位性を強化し、消費者に利益をもたらします」と語った。
クロスコンパイラだけでなく、Apple は、潜在的に影響を与える可能性のある最近の規定を廃止することも決定しました。許可されていないサードパーティの広告プロバイダーGoogle の AdMob が App Store と連携するのと同じです。ここ Mashable では、Apple が直接的または間接的に App Store から AdMob を禁止することがあるのではないかと常に懐疑的でした。
皆さんにとって幸いなことに、Apple は、開発者と広告プロトコルが Apple のプライバシーと顧客データのガイドラインに従う限り、App Store から他の広告サーバーを禁止することはないと明言しているため、もはや理論化する必要はありません。
でGoogle モバイル広告ブログ, Googleは、「これらの新しい規約により、Appleの開発者は収益を上げてアプリに資金を提供するために、（GoogleやAdMobを含む）さまざまな広告ソリューションを選択できるようになる」と述べている。
ヒューストン、私たちにはガイドラインがあります
開発者契約に関連する変更に加えて、Apple は透明性を高め、開発者とのコミュニケーションを改善するための明確な動きも行っています。アプリレビューガイドラインの新しい「生きた文書」の他に、Apple は開発者が App Store からのアプリの拒否に対して異議を申し立てるために使用できる新しい Apple Review Board も設立しました。
私たちは、何らかの理由でアプリを App Store から拒否された文字通り何十もの開発者と話をしてきました。多くの場合、拒否は双方が理解していました (プライベート API の使用、修正が必要なバグ、不適切なブランディング) でしたが、挙げられた理由が開発者の実際の意図や解釈と食い違っているように見える場合もありました。このような場合、アプリを再審査してもらう方法や、実際に何が起こっているのかをより適切に説明する機会を得る方法を見つけることは、歯を抜くようなものでした。
したがって、文書化されたプロセスが存在するという事実だけでも、大きな進歩となります。今日の変更について何人かのベテラン App Store 開発者と話したとき、これは正しい方向への素晴らしい動きであるというのが一般的な感想でした。
ある開発者は、アプリのレビュープロセスを取り巻くあいまいさが、App Store に対処する上で最もイライラする側面であると語った。 Apple の思考プロセスについて明確な洞察がなかったため、開発者は何をすべきかを知ることが困難でした。結局のところ、一連の要件がブラック ボックスに閉じ込められている場合、その要件に準拠することは困難です。
それでも、こうした曖昧さにもかかわらず、私たちが話を聞いた開発者の中には、他のプラットフォームを真剣に検討するほど気にした人は一人もいませんでした。だからといって、それが他の人たちにとって懸念事項ではなかったというわけではありません。著名な開発者の有名な例もいくつかあります。プラットフォームを離れるガイドラインに対するブラックボックスアプローチのせいで。
現時点では、開発者はすべてのガイドラインに同意しているわけではありませんが、少なくともガイドラインが何であるかを理解しています。
これで十分ですか
Android は勢いを増し続けており、世界中でますます多くのデバイスが販売されており、ほぼ毎日新しいデバイスが続々と登場しています。
Apple の変更の一部は、Android の成長力への対応と見るのは不合理ではありません。 Android は「オープン」プラットフォームとして販売されており、実際のオープン性のレベルについては議論の余地がありますが、少なくとも、その庭は完全な壁ではないにしても、低レベルのフェンスで囲まれています。
そうは言っても、私たちの調査や開発者との議論では、iOS から Android またはその他のプラットフォームへの移行の証拠はまだ見つかっていません。はい、Android 開発の重要性はますます高まっており、以前よりも優先順位が高くなったり、考慮されたりすることがよくありますが、概して、ほとんどの開発者やブランドにとって iPhone は依然として主要なターゲットです。
頭痛の種にもかかわらず、私たちが話を聞いた開発者のほとんどは、iOS 向けに開発する能力を放棄しませんでした。これは、すべての開発者が iOS 専用に開発するという意味ではありませんが、制限によって多くの開発者が遠ざかることはありません。
それでも、Apple は明らかに Android を競争相手とみなしています。 Apple は、IDE の制限の一部を緩和し、サードパーティの広告サービスのサポートをより明確にし、レビュー ガイドラインをアクセシブルにするという決定を下すことで、ユーザーや開発者の意見に耳を傾けていることを示していると考えています。
Apple は企業として、非常に強いビジョンと非常に集中した焦点を持っています。このため、Apple は他人の意見に耳を傾けない企業であると見なされがちです。しかし、歴史的に見て、Apple が押しが迫ったとき、顧客の意見に耳を傾けることは明らかです。
一例として、2 年前、最初のアルミニウム製ユニボディ 13 インチ MacBook (15 インチ ユニボディ MacBook Pro と同じスタイル) が FireWire サポートなしでリリースされました。 FireWire は Apple が標準化に貢献し、アクセサリに本格的に導入したテクノロジーであるため、これは大きな問題でした。顧客の抗議は即座に起こり、ほとんどの人は FireWire を使用しないだろうし、新しいビデオ カメラはすべて USB 2.0 を使用するという Steve Jobs の電子メールでの返答にもかかわらず、その 6 か月後に Apple が新しい MacBook を発表したとき、現在は 13 と再命名されました。インチ MacBook Pro には FireWire 800 が追加されました。
何年もの間、開発者たちは Apple に対し、アプリプロセスの透明性とオープン性の向上を求めてきました。本日の発表は、これらの目標を達成するための良い方法です。
