2つのSWFObjectライブラリがあります！

昔々 、 FlashObjectと呼ばれるFlashを実装するためのJSスクリプトがありました。 Adobeがスクリプトの作成者にDevnetの記事を書くように依頼したとき、彼らは他方の依頼に応じて、スクリプトの名前からFlashの商標を削除しました。 そのため、 FlashObjectはSWFObjectになりました （拡張機能は著作権の対象ではありません）。

そして、残念ながら、 Flashを実装するための SWFFixと呼ばれる別のスクリプトがネットワーク上に現れました。 アドビもこの名前を好まなかった - 英語では「SWFを修正する」 ことが判明し、アドビによると、それは壊れていません。 要するに、名前を再びnafigに変更します！

SWFFixの作成者は何を決めましたか？ そう、SWFObjectを呼び出しましょう！ なんで？ 名前と意味が同じスクリプトが既に存在しますが、バージョン1.5であり、SWFObject 2.0になるためです！ そして、最初のベータ版をスマートにリリースしました 。

いいえ、まあ、それでいいですか？

私の意見では、このような名前のゲームには、そうする権利はありません。 そして、著作権やその他のナンセンスのためではありません。 コードがなければ、名前は価値がありません。

SWFObject 2.0 Finalのリリースに関するニュースが世界中に広まると想像してください。 v.1.5を使用するWeb技術者は、エンジンとフレームワークの更新を急ぎます。アプリケーションレベルでの同名のスクリプトの非互換性の結果、更新されたサイトのFlashは表示されなくなります。 以前にドキュメントを学習していたので、さまざまな領域（* Tubeなどの大規模なポータルでは問題になる可能性があります）でコードを書き換える必要があります 。 いくつの神経、いくつの感情、そしていくつの損失。 また、SWFObject 2.0は別のライブラリであり、他の作成者とは異なるコードであるためです！

UPD：非互換性はそれほど深くはないようですが、すぐに、古いコードの新しいSWFObjectは機能しません 。 スクリプト呼び出し自体は書き換える必要がありますが、代替コンテンツとアプリケーション領域は変更できません。

UPD2：理解しました 。 Google Flash技術者（YouTubeで作業中）であるGeoff Stearnsと、SWFObject 1.5の作成者を組み合わせて、SWFObject 2.0の開発に参加していることがわかりました。 図書館の連合と名前の割り当てに関する考えは彼のものである可能性があります。 おそらく 、新しいメソッドのエイリアスのように、古いライブラリを新しいライブラリに導入するでしょう 。 適格性は尊重され、2、3のバージョンが終わると、全員に新しい方法論に切り替えるよう説得します。

深く