Kansai)のレポートです。ご参加頂いた皆様、ありがとうございました。勘違いも甚だしかったです。最後まで読み進める事が出来ませんでした。以下、気になった所だけ、書いておきます。JavaScriptがシングルスレッドであるが故の問題点JavaScriptはマルチスレッドをサポートしていないので、時々問題が出てきます。3秒のスリープを擬似的に作り出しています。alert('bar');}fooを実行するbarを実行する上記のfooを実行している間に、barの実行が出来ません。これがシングルスレッドであるが故の問題点です。そこで、この問題を解決するのが、JSDeferredです。List)で繋げて、それをsetTimeout(0)で実行している所にあります。Deferredオブジェクトは非同期で実行する為のfunctionを受け取ります。setTimeoutを使う事によって、重い処理を非同期で実行しながら、クリック等のユーザーイベントを挟めるようになります。wikiの図が分かりやすいので、最初にそちらを見ると、構造を知るための手助けになります。Tracここでは、使い方のサンプルを書いてみます。Listが展開されます。//ここで最初のDeferredのnextを実行する。構造の概要をソースで表すと上記のような感じです。Listを実現しています。それが終わったら次のDeferredオブジェクトのコールバック関数を、またsetTimeout(0)で実行する。いう繰り返しで、非同期処理を実現しています。グローバルのnext()関数と、Deferredオブジェクトのnextメソッドは別物です。混同しがちだったのですが、コードリーディングの際に知っておくと読みやすくなると思います。for〜in構文の面白い書き方for〜inで新しい書き方を見つけましたので、抜粋します。i);ループをeachっぽく書いています。外部ライブラリを使わずにforeachのようなループの書き方をしたい時に使えそうです。1.6からはforEachが使えますが、クロスブラウザを考慮する時は使えないので、上記のような書き方は面白いと思います。使う分にはとても楽です。Deferred.prototype.nextとDeferred.nextの違い等が、コードを読みにくくする一因にもなっています。プロトタイプのオブジェクト指向を学ぶ上では、prototypeの使い方のお手本にはなると思います。個人的には他にも、Deferred.callとネイティブメソッドのFunction.callが混同してしまいました。内部の命名が分かりにくいという意見がちらほら聞かれました。時間切れで途中までしか読めませんでした。そこでしか使われれていない事から、Prototype.jsのbind()のようなイメージで引数の束縛をしているのだと思います。Talk今回はTechTalkの時間が多すぎて、本編の時間を圧迫してしまった事が反省点の一つでした。次回以降は気を付けたいと思います。37to私37toはどこにも告知していなかった、flickwriterというGreasemonkeyを紹介しました。Flickr版とも言えるGreasemonkeyです。Flickrの写真ページから、各写真サイズのリンクを簡単に取得する事が出来ます。GreasemonkeyissmさんDQWindowManagerの紹介。Webをドラゴンクエストっぽく遊ぼう!一言で言うと、ドラクエ風のウィンドウメニューを作れる。自分のメニューに加える事が出来たりします。サーバーサイドも含めてのサービスなので、ユーザーだけ集まれば、とても面白い事が出来ると思う。その人にメッセージを送ったり等々。最近は開発が止まっているようですが、とても面白いサービスだと思いました。SixeightさんLingrでも使われていたプッシュ配信技術、「Comet」を利用した「Comets」の紹介。Comet実装のサンプルとしては、非常に良い題材と思いました。会場では、運用レベルになるとやはり同時接続数、ポートの枯渇が問題になってくるという話が出ていました。Rubyを使ったサービスの紹介。その場で参加者からいくつもの解決案が出てきました。いうケースを見てると、とりあえず発表してみるのは重要だと感じました。発表を躊躇している方々も、気負いせずに軽いタッチで発表してもらえると、嬉しい限りです。「あじと」いう居酒屋にて。あじと/ホットペッパー.jpたまたま席順が学生とその他で席が分かれてしまい、ジェネレーションギャップを感じていました。私自身が端っこに座っていた事もありますが、もう少し全体を盛り上げる為の気遣いが足りなかったかなと、反省しています。Kanasan.JSでは、Web上でSkypeのチャットが出来る、SkWebChatを使ってみました。他にはTwitterやWassrも検討していましたが、以下の点からSkWebChatを選びました。ブラウザだけあれば、Skypeのアカウントが無くても発言できるログが残る誰でも発言出来るという点が良かったです。終わってみると発言がいつもより少ないのが気になりました。様子を見ようと思います。Waveなので、今からサービスインを楽しみにしています。会場費が高いのですが、従業員の方の対応がとても良かったです。LANも問題なく繋がり、京橋の近くなので交通の便もよく、とても良かった。会場費は少し高いのですが(空調機を使うと30%増し。備品は安いほうかと)、LANが必要な会場の候補としては良さそうです。入ると湯のみが人数分置いてあり、お茶がサービスで出ました。従業員の方の対応が良かったからか、また使いたいなと思いました。最後になりますが、ご参加頂いた方々、ありがとうございました。開催出来なかったと思います。助かりました、ありがとうございました。