Frontrend Vol.4 powered by CyberAgent, Inc. http://frontrend.github.com/events/04/ 2013年2月9日(土)に行われたFrontrend Vol.rの第1セッション"JavaScript Development…

Frontrend Vol.4 powered by CyberAgent, Inc. http://frontrend.github.com/events/04/ 2013年2月9日(土)に行われたFrontrend Vol.rの第1セッション"JavaScript Development…
Webパフォーマンス ベストプラクティス Last updated: 02 October 2012 翻訳:@t32k WebページをPage Speedで調べるとルールに準拠していないものが提示される。このルールというのは、一般的にあなたが開発段階において取り入れるべきフロントエンドのベストプラクティスだ。あなたがPage Speedを使用しようとしまいと、私たちはこの各ルールについてのドキュメントを提供する(たぶんちょうど新しいサイトを開発中でテストする準備が整ってないだろう)。もちろん、これらのページはいつでも参照することができる。私たちはあなたの開発プロセスに取り入れてもらうために、このベストプラクティスを実装するための明確なティップスと提案を提供する。 パフォーマンス ベストプラクティスについて Page Speedはクライアント側からの観点でパフォーマンスを評価し、一般的にペー
Getting started Read the overview Watch our videos Read our blog posts Featured Video What is Chrome Developer Tools? The Google Chrome Developer Tools provide an integrated environment for debugging, optimizing, and understanding a web application, or website, running in Google Chrome. The developer tools are developed partly through the WebKit open source project, where the tools are called Web
@hebikuzureさん主催のブラウザー勉強会に参加してきました。今回のお題は「ブラウザーとWebが描く『夢』」ということで、最近のHTML5などの直近技術的な話題だけではなく、今後の社会の変化を踏まえたお話をFirefox、Opera、IEの中の人に伺うといった他の勉強会ではなかなかないような興味深いテーマです。 勉強会でつぶやかれた内容はTogetterでまとめてあります。 第3回 ブラウザー勉強会(#BrowserWS)のまとめ 具体的な勉強会の内容は下につらつら書いていきます。 午前の部 コミュニティーセッション セッション(1)「Testで始まる物語(ストーリー) QUnit CUIの紹介」by Kyo Agoさん(@kyo_ago) UST http://www.ustream.tv/recorded/16762261 発表資料 http://jsrun.it/kyo_ago
Greasemonkeyでも動くようにしましたが、一応Google Chrome用です。 LDR open in background tab for Greasemonkey Greasemonkeyでピンの数が減らないバグを修正 Operaで「ポップアップをバックグラウンドで開く」に設定した場合と同じ動作になっているはずです。 仕組みとしては、nativeのwindow.openを上書きして、a要素を作ってミドルクリックのイベントを投げる方式です。将来的に動かなくなる可能性が高い、グレーなテクニックです。 window.open = function(url,name){ var a = document.createElement('a'); a.href = url; if (name) a.target = name; var event = document.createEve
Google Chrome runs web pages and applications with lightning speed. 高度なサービスを提供するWebアプリケーションの実装はますます複雑化しており、メモリの消費量も増え続けている。複数のフレームワークを活用した複雑なシステムでは、どのコードやオブジェクトがメモリを消費し、どこでメモリリークが発生しているのかのトレースが難しくなる。そういった場合に活用できるChromeの機能がChromium Blogの「Put JavaScript memory under control」で公開されている。Chromeにどういった機能が用意されているのか把握するうえで参考になる。 まずページごとにどの程度のJavaScriptメモリが消費されているのか計測する方法として、タスクマネージャを使う方法が紹介されている。設定ボタンから「ツール」
Google Chromeのコンソールで, 「(」と打ってEnterしてみましょう. > ( SyntaxError: Unexpected token } えっ...? 僕 } なんて打ってないよ... ワケがわからないよ... いろいろ実験してみましょう. > ( SyntaxError: Unexpected token } > - SyntaxError: Unexpected token } > + SyntaxError: Unexpected token } > ++ SyntaxError: Unexpected token } どれも } を入力してないのに... 開眼! JavaScript ―言語仕様から学ぶJavaScriptの本質 作者: Cody Lindley,和田祐一郎出版社/メーカー: オライリージャパン発売日: 2013/06/19メディア: 単行本(ソ
メモ。 ■ZipInputStream Zipはzip化されたデータとヘッダー情報から成る。 public static String readZIPStream(InputStream inputStream) throws IOException { String str = ""; String readed; ZipInputStream zis = new ZipInputStream(inputStream); InputStreamReader inputStreamReader = new InputStreamReader(zis); BufferedReader bufferReader = new BufferedReader(inputStreamReader); while (zis.getNextEntry() != null) { while ((readed
Chrome版のFirebugことGoogle Chrome Developer Toolsですが、以前gihyoで解説したときよりさらに便利になっているので、少し紹介します(元はWebKitなので、そのうち(近いうちに)Safariでもそれなりに使えるようになるはずです)。 圧縮されたコードの整形 まず、目立つところからいきましょう。ちょうど先日更新されたChromeのdev版(12.0.742.0)に搭載されたばかりの機能で、minifyされているJavaScriptコードを読みやすいように整形して表示してくれるというものです(IE9の開発者ツールにも実装されている機能です)。 例えば、Google Analyticsのコードは圧縮されていて普通は読めません。 しかし、Chromeのデベロッパーツールなら、 このように整形してくれます。 やり方は簡単で、デベロッパーツールのScript
以前は自宅も仕事もWindowsメインな環境だったんですが、仕事の方がでMac+英語キーボードな環境になり、ついでなので自宅もそれに合わせることにしました。 環境はMac miniの最新型で一番安いの(6月くらいに購入)とMacbook Airのやっぱり一番安いの(11月に購入)です。両方合わせて15万くらい。お手頃…なのか?どうでもいいけど、mac miniは1.3kgしかなくて、Macbook Airの13インチとほぼ同じ重さだっりします。miniデスネー。 ついでにWindowsのほうは2年半前に買ったCore2duo(Windows7アップグレード済み)で、当時そこそこハイエンドだったやつです(ちょうどMac miniと同じくらいのスペックだけどこいつは一体何kgあるんだろう…)。 以下、Macの開発環境をなるべく最近の流行りを取り入れてレポートします。 ブラウザ さて、マシンのセ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く