話のメインは オブジェクト指向です。 というよりも、僕が JavaScript のオブジェクト指向をこう理解している。という話です。 リンク http://amachang.art-code.org/devsum2008/ 言い訳 口頭で説明した個所も多いのですが、楽しんでいただけたら嬉しいです。
話のメインは オブジェクト指向です。 というよりも、僕が JavaScript のオブジェクト指向をこう理解している。という話です。 リンク http://amachang.art-code.org/devsum2008/ 言い訳 口頭で説明した個所も多いのですが、楽しんでいただけたら嬉しいです。
このエントリの最後に次回カンファレンスの告知があります!! はじめに 2008/1/19(土) 13:00 〜 夜中まで、1000 人スピーカープロジェクトの第一回カンファレンスを開催いたしました。 今回は、忙しい中参加してくださった皆様、 Linger や Ustream や IRC やニコニコ動画や Wiki にご意見くださった皆様、本当にありがとうございました!! おかげさまで第一回は大変有意義なものになりました! 1000 人スピーカープロジェクトとは 日本の IT 業界から 1000 人の講演者を生み出すプロジェクトです。 詳しくは以下の Wiki ページをご覧ください。 エロと風俗情報満載 どう抜く? 動画配信について 動画配信は coji さんに協力いただきました!このために様々な機器まで自腹で用意していただいて、めちゃめちゃ感謝感謝です>< また、 coji さんが今回の動
12 月中にプレゼンテーションツール S6 を公開しようと考えていますが、ライセンスは MIT ライセンスにしようと考えています。 ということで、今まで作った以下のプレゼンにから読み込まれている s6.js ファイルのライセンスはすべて MIT ライセンスということにします。 http://amachang.art-code.org/pr/ http://amachang.art-code.org/shibuyajs24/ http://amachang.art-code.org/ejohn/ これから、たくさんの人が S6 に参加しやすいようにコードのリファクタリングや、テストの自動化などを行っていく予定です。 よろしくお願いします。
以下のエントリを見てすごくすごく悲しい気持ちになったので、感情でエントリを書きます。 モバイルサイトで年収4000万稼ぐ18歳のお話なんですが*ホームページを作る人のネタ帳 さて、4000万稼ぐ方法に対して『そんな紹介はゴミを増やすだけ』は正しいのか*ホームページを作る人のネタ帳 僕はその行為やビジネスが法律的に判例的に既成事実的に正しいかという話をするつもりもありません。ただ、やめて欲しいという気持ちを込めてエントリーを書きます。 それは、学生時代に父が僕に「授業をさぼるな」と言っていたようなもので、従う義務もないし、その言葉どおり行動しなければならないというものでもありません。 まず、「広告は選ぶべき」なんですよね? この言葉が正しいかどうかはビジネス音痴な僕にはわかりません。ただ、この言葉はあなたが Yamada さんが以前ブログに書いた言葉です。 やはり広告を選ぶべき 健全に努力し
経緯 今まで色々なプレゼン資料を usrb.in ドメイン以下に置かせていただいていたのですが、そのマシンを別の用途に使うことになったらしいので、すべての資料を移動させることになりました。 対象の URL http://usrb.in/amachang/static 以下の URL は基本的にすべてですが、主な URL は以下のものです。 http://usrb.in/amachang/static/gaiax01/ http://usrb.in/amachang/static/cssstudy/200701/ http://usrb.in/amachang/static/cssstudy/200701/haihu.html http://usrb.in/amachang/static/shibuyaes/ http://usrb.in/amachang/static/devsum/ ht
この記事で Firebug ハッキング Tips を纏めたい Firebug に一行追記して右クリックで XPath をコピペ出来るようにする。 - IT戦記 とか言ってたけどその前に、 僕は Firebug だけじゃなくて、 だいたいの拡張機能で、簡単に「チョコチョコいじれる化」というのをしてるのでそれを書いてみます。 チョコチョコいじれる化とは jar ファイルを解凍しておいてすぐ書き換えられるようにしとくこと。 「チョコチョコいじれる化」しとくと気付いたときにちょっと JS や XML や CSS を追加するだけで、いろいろ改造できて楽しい。 「でも、 Firefox が壊れる可能性があるじゃん><」って? チッチッチ、ナンセンスだよメーン そんなの拡張機能のディレクトリを削除しちゃえば元通りさ Don't be scared! iKnow!で英語。ちょっとの努力で、大きな成果を。
昨日のエントリのブクマやコメントで jQuery からの移行がめんどう 時代は jQuery のようなコメントがありました。 これらのコメントから おそらく、「XPath が jQuery や YUI、Prototype.js、Dojo、MochiKit などの汎用 JS ライブラリと競合する」と思ってる方が多いのかなと思いました。 結論 XPath は汎用 JS ライブラリとは競合する技術ではなく、共存する技術だと僕は考えています。 理由 汎用的な JS のライブラリには、大きく以下のような機能があります。 DOM ツリー上の要素やノードを取得する DOM に新しい要素やノード、属性、プロパティ、イベントなどを追加する その他、クロスブラウザとか それに対して XPath が提供するのは DOM ツリー上の要素やノードを取得する というシンプルな機能だけです。 つまり、 XPath は汎
JavaScript-XPath とは JavaScript-XPath は、 DOM 3 XPath を実装していないブラウザに対して、実用的な速度で動作する DOM 3 XPath のエンジンを追加します。 一言で乱暴に言ってしまえば、どのブラウザでも document.evaluate って関数で XPath 使えるようになるよ!ってことです。 以下が公式サイトになります。 http://coderepos.org/share/wiki/JavaScript-XPath DOM 3 XPath ってなんなの!? めっちゃ簡単(で、ちょっとだけ適当)なDOM 3 XPath の説明をします><。 JavaScript でよく使う document.getElementById や document.getElementsByTagName って関数ありますよね? DOM 3 XPath
for 文で 100 項目とか 1000 項目とかあるテストケースを処理するとブラウザが固まる。 こんなダイアログが表示されます。 ということで for 文を setTimeout や setInterval に変換する事で定期的にブラウザに処理を戻すことができる。 // ここでは console.log のところでログを取ってますが // 通常は処理が入ります。 for (var i = 0; i < 3; i ++) { console.log('a' + i); } /* * 結果 * a0 * a1 * a2 */ これをまず while 文に変換 var i = 0; while (true) { if (!(i < 3)) break; console.log('a' + i); i ++; } /* * 結果 * a0 * a1 * a2 */ で、 setTimeout に
(ダラダラと書く) もっぱら id:lovecall さんが注目されていますが、 こっちも cho45 が先生(?)なので間違いないhttp://d.hatena.ne.jp/dropdb/searchdiary?word=%2a%5bRuby%5d で、 しょっぱな Cygwin に苦戦してるみたい うーん でもコマンドプロントとの違い、良さがわかりません・・・のです・・・ http://d.hatena.ne.jp/dropdb/20071105#p5 最初に Cygwin を入れさせるとは、さすが cho45 だなあと思った Cygwin の良さと自分の経験 僕は Windows をやめて Linux (のちに Mac) を使い始めてから、プログラミングの学習速度が飛躍的に伸びた。 その原因は間違いなく、 GUI -> CUI つまり Explorer -> Shell に環境を変え
でも、基準値が整数 & 65536 以下の場合限定です>< しょぼいですね>< 以下のようにプロパティ値で並び替えたいとする。 var Klass = function(order) { this.order = order }; var array = [new Klass(3), new Klass(1), ....]; array.sort(function(a, b) { return a.order - b.order }); こうすると、 10 倍近く速くなる var Klass = function(order) { this.order = order; var _order = String.fromCharCode(order); // ここを追加 this.toString = function() { return _order }; // ここを追加 }; var
以下の一行をすべての JavaScript の前に読み込む /*@cc_on _d=document;eval('var document=_d')@*/ この一行を読み込むことによって IE での document へのアクセスが 5 倍速くなります。 たとえば 以下のように、読み込む前と読み込んだ後を比較してみます。 // Before var date = new Date; for (var i = 0; i < 100000; i++) document; alert(new Date - date); // 643 /*@cc_on _d=document;eval('var document=_d')@*/ // After date = new Date; for (var i = 0; i < 100000; i++) document; alert(new Date -
WEB+DB PRESS 編集の R たんから、僕の連載記事に読者様から質問が来ていると教えていただいたので、その内容を教えていただきました。 以下、内容を転載 「JavaScriptわくわく開発道」の記事に関して質問です。 今回の内容で特に興味を持ったのはthisキーワードの振る舞いでした。 thisキーワードの説明には、オブジェクト型の変数を別の変数にコピーしてから初期化すると、コピーした変数からメソッドを実行できなくなるという例が紹介されていました。 そこには「(1)の時点でobj0には{}が入っているため、hogeは未定義となってしまう」という説明があるのですが、誌面の都合上省略があるためか、thisキーワードを用いることで問題を回避できるという理由がなかなか理解できないでいます。 自分なりに考えてみたところ、内部的には以下のようなことが起きているのではないかと思いました。 (1)
RGB 値が分かってて #XXXXXX を計算するのめんどいなーと思って Firebug でやってみた。 '#' + [76, 84, 105].map(function(i){ return (i >> 4 ? '' : 0) + i.toString(16) }).join('') このくらいならワンライナーで書けて便利ー^^ 追記: 弾さんからトラックバックもらって見てみたけど弾さんはちょっとミスってたので再トラバします。 (function(r,g,b){return '#' + (r < 16 ? 0:'') + (r*65536+g*256+b).toString(16)})(15, 127, 255) http://blog.livedoor.jp/dankogai/archives/50911084.html これだと (function(r,g,b){return '#'
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く