- ブログパーツ実装時のjavascriptコード最適化の不適当性
- 別ブログパーツとのコンフリクト（衝突）
- CNET Japan（2007/9/4）
JavaScriptがウェブを遅くする--今できる緩和策を考える - ITpro 技術者視点のユーザビリティ考 第31回（2008/5/9）
他サイトに埋め込まれるJavaScriptを作るときの作法
問題点1についてはRichard MacManus氏によるサイト1に於いて
経験を積んだ技術者にとって最もショッキングな事実は、JavaScriptがシングルスレッド型の言語だということかもしれない。これは、JavaScriptが物事を同時にではなく順番に処理するということだ（Ajaxの呼び出しは例外である）。JavaScriptの断片がロードされ、あるいは評価されているとき、他のすべての処理はその終了を待たなくてはならない。とあり、多数ブログに追加したブログパーツの内一つでも当該問題を抱えていれば、 当パーツがボトルネックとなりサイト全体のパフォーマンスが落ちてしまい、 追加のブログパーツが増えれば増える程、可能性は高まる訳です。
此の問題についてはブロガー側に対処の手段の無いのは勿論、 開発者側で一意に解決できる問題でもないことが記述されており、
ウィジェットとJavaScriptツールは非常にクールで非常に便利だが、現在はそれらをうまく動かすためのよいインフラはない。現在、ブログの読み込みの遅れの始めの兆候がすでに現れており、今後さらに多くのウィジェットとJavaScriptの断片がブログ界に普及するにつれて、事態は悪くなる一方だろう。ブロガーにこの複雑さや相互依存性、ウィジェットによって引き起こされる問題を理解することを求めるのは、筋が通らない。と、事態の深刻化が予言されると共に結論付けられて、 ブロガーとしては唯一、ブログパーツは使用しない、 使用しても数を控え疑わしきものは削除するという方針を取る以外には難しいのではないでしょうか。
サイト1の提言を受けて水野貴明氏の手により上梓された記事がサイト2であり、 サイト1で開発者連に向け標準ライブラリ、 当ブログでもカテゴライズしております「jQuery」や「prototype」抔の使用を推奨しているのに対し、 以下引用3点から異論を唱えられています。
標準ライブラリとして充分参考するに値するコードで有用である旨抔述べられていますが、 基本的に開発者向けの内容になっていますから、 使用者側にとってはこれ等の考慮が担保されたブログパーツを使用する様注意する程にしか対応法が考え難く、 隔靴掻痒の感が無きにしもあらずですが、 見て楽しいものは使いたい、紹介したいというのがブロガー気質と云うものだと思いますから、 なかなか抑制も難しく、悩ましい問題だと思います。
- サイズが大きく読み込みに時間がかかる
- 必要以上に処理が複雑になっている
- 環境を汚染する