How Google is redefining web development (and Backbone.js is getting obsolete)
Very lately, Google made announcements that have rightfully excited the web developers’ community; but after talking around, I feel that not everyone realizes how those moves may entirely redefine how web development is done. So, I decided to summarize what’s going on in this post in a concise, straight-to-the-point way. Note that this scenario depends on the popular adoption of what Google just a
テストしやすいJavaScriptの書き方 [GTAC 2013] - ワザノバ | wazanova.jp
[Video] http://www.youtube.com/watch?v=JjqKQ8ezwKQ&list=SPSIUOFhnxEiCODb8XQB-RUQ0RGNZ2yW7d&index=13 [Slide] http://goo.gl/E1v14 GoogleのMark Trostlerが、テストしやすいJavaScriptプログラムの書き方についてプレゼンしています。オライリーから日本語版の本もでてます。 データを隠したいとか、privateにしたいとか、protectedにしたいとか、モジュルパターンやクロージャ使おうとか、「何を隠して、何をみえるようにするか」という発想をしている時点で、テストしやすい効率的なプログラミングからは逸脱してしまう。「implementationでなくinterface」という意味が分かれば、implementationはリプレースできるし、コーデ
Googleの検索結果リンクページはブラウザ毎に異なる - このブログはURLが変更になりました
まずはこちらをご覧ください。 Google先生の検索結果リンクが予想以上に作り込まれていた件 一部引用 まとめ （略） Google先生の検索ページはhttpsでも遷移先のhttpページにRefererを送信しています。 検索結果のリンクは302 FoundのRedirect処理をせずに、200 OKのhtmlを返します。 200 OKのhtmlページでは本来の遷移先ページを読み込む処理が書かれていて、200 OKのURLから遷移したようにRefererを送信しています。ただしRefererの検索Queryパラメータのq=は予め削除されています。 （略） なるほどー。 200 OKのページでwindow.location.replace()を使うことでブラウザのhistory遷移でも問題が出ないようにしてるのねと関心したのだが、実はブラウザごとに異なるとの情報を@dancerj先生から教え
Post by @0-9
Google Analyticsが提供するJSは以下の様な初期化処理をおこなっている。 var _gaq = _gaq || []; _gaq.push(['_setAccount', 'UA-XXXXX-X']); _gaq.push(['_trackPageview']); (function() { // script要素の動的読み込み })(); Google Analyticsに限らす外部JSを読み込むライブラリの場合、「初期化は非同期で行いたいが、APIの読み出しは同期で行いたい」という要望がある。 通常こういった要望を叶えるためには、メインのJSが読み込み済みかどうか監視して処理を呼び分けるような長い初期化処理を貼り付けタグとして発行し各サイトに埋め込んでもらう必要がある。 ただ、貼り付けタグが長くなるとコピペミスも増えるし、貼り付けタグ部分で問題が発生した時に対処できなくな
Google Analytics トラッキング スニペット再考（2012） | MOL
秋色日毎に深まりこんちわ、@t32kだ。前回も少し言いましたがPageSpeedにモバイル版というのがありまして、デスクトップ版とは少々違うことをこいつは物申してきます。テストするページにもよりますが例えば、デスクトップ版であれば、「ブラウザのキャッシュを活用する」 や 「圧縮を有効にする」 がHigh priorityな対策としてよく指摘されます。モバイル版でもそれらは重要かつ効果のある対策ですが、さらに対応しておきたいのが 「JavaScript の解析を遅延する」 という対策です。 ざっくり言えば、そのJavaScriptが本当に必要になるまで後にとっておくということです。スマホなどの携帯端末は言うまでもなく、デスクトップPCに比べれば非力なので、このような端末ではJavaScriptを解析するのにもなかなか時間を要してしまうので、注意しましょうってことです。 PCサイトで、それも単
「Google JavaScript Style Guide」に沿ってチェックしてくれる、グーグル製JavaScript文法チェッカー
「Google JavaScript Style Guide」に沿ってチェックしてくれる、グーグル製JavaScript文法チェッカー グーグルはJavaScriptコードのスタイルガイド「Google JavaScript Style Guide」を公開しており、同社自身もこのスタイルに従って開発を行っているとされています（スタイルガイドの日本語訳の例）。 このスタイルガイドに従った開発を支援してくれるツールがグーグルからオープンソースとして公開されました。同社のClosure Tools Blogのエントリ「Introducing Closure Linter」で紹介された文法チェックツールのClosure Linterです。 Closure LinterはPythonで書かれたツールで、コマンドラインから利用します。上記のエントリによると、次のようなJavaScriptをチェックに書
Java Cloud Meeting Tokyo 2010: 『Google Web Toolkitのすすめ』発表資料 - kaisehのブログ
Java Cloud Meeting Tokyo 2010で、『Google Web Toolkitのすすめ』と題して発表を行いました。スタッフの皆さま、お疲れ様でした。 発表中に、Google PluginでGWTアプリをGAEにデプロイする予定だったのですが、Eclipseで謎のエラーが出てしまいました。そこであらかじめデプロイしておいたアプリを表示しようと思ったのですが、動揺でApp IDをど忘れしてしており、URLを間違えて404を連発という失態を演じてしまいました。ネットワークを使うデモは会場でのリハーサルが必須ですね...。 以下、発表資料です。 Google Web ToolkitのすすめView more presentations from kaiseh.
JavaをJavaScriptに変換するグーグルのツールを使ってみよう ― ＠IT
米グーグルが発表したGoogle Web Toolkit。Java言語で作成したクライアントアプリケーションを、JavaScript＋HTMLアプリケーションに変換するという、まったく異なるアプローチを持つAJAXアプリ開発ツールだ。簡単なサンプルを動かしてみよう（編集部） 2006年5月17日、米国Googleが、Google Web Toolkitをリリースしました。早速Webサイトを見ると、『Google Web Toolkit - Build AJAX apps in the Java language』（＝Java言語でAJAXアプリを造る）という、Java開発者にとって非常に刺激的なキャッチで始まっています。 これまでも、BACKBASE Java Edition、ICESOFT ICEFACES、Nexaweb などAJAX＋Javaでの開発に対応するフレームワーク製品または
Google Web Toolkit - yojikのlog
多分Gmailとかで使われてそうなフレームワーク*1。 http://code.google.com/webtoolkit/ これすごい。逆転の発想だなー。 Javaで作ったウィジェットのソースをJavaScriptにコンパイルする事によってリッチなAjaxアプリを作る。実行は、JavaScriptで作られたJREエミュレーション用ランタイムを使って、クライアントのブラウザ上で行う。 開発時は「hosted mode」で開発する。このモードではコンパイルせずにJavaネイティブ(変な言い方)で実行することによって、デバッキングなどJavaのIDEのパワーをうまく生かした開発ができる。このモードのとき、GWTはAWTとかSwing上でブラウザをエミュレートするのではなく、埋め込みブラウザ*2と連携する。つまり埋め込みブラウザ側で画面表示やイベントのハンドリング等を実行する。Javaとブラウザ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
