疑問メモ: JavaScriptで配列やオブジェクトのキーを反復するイディオム - 虎塚
「JavaScriptではネイティブのfor文を使わない方がいいよ！」と教えてもらいました。 ネイティブのforの代わりに、Array.forEachか、Underscore.jsにあるベンリな関数を使おう、とのことでした。そうすればスコープを限定できるから、というのが理由だったと思います。 組込みの繰り返し構文の使用が非推奨の言語なんて、初めて聞いたのでびっくりです。 というわけで、for inやArrays.forEachを試していたところ、モヤモヤと分からないことがあるのでメモします。 （追記）解決編を書きました。http://d.hatena.ne.jp/torazuka/20130304/for 配列の反復には、for inもArray.forEachも使える（の？ for in var foo = {}; var hoge = [1, 3, 5]; for(var n in h
リストを項目ごとに集計するときのデータオブジェクトの使い方 - 虎塚
irofさんのブログを見て、自分ならどう書くかなーと思ったので、読み進める前に書いてみました。 その結果、本題のアルゴリズムとは全然関係ないところで疑問を持ったので、グデグデとメモします。 元エントリ irofさんによる元エントリはこちら。 リストを項目ごとに集計する http://d.hatena.ne.jp/irof/20111203/p1 {code, 名前, 数値} というデータ構造のリストについて、code（idみたいなものです）をキーに数値を集計したい。このとき、Javaでどう書くか？というお話です。 書いてみた import java.util.ArrayList; import java.util.HashMap; import java.util.LinkedHashMap; import java.util.List; import java.util.Map; imp
Java用爆速タイマーを作ってみる - 虎塚
（最終更新: 2011/03/06） # 履歴は記事の末尾にあります 先日、JDKのコードを読んで、JavaのSystem.nanoTime()を実行すると、Win32APIのQueryPerformanceCounterが使用されることを確認しました。 そこで、System.nanoTime()を使うよりも速いJava用タイマーを作ってみようと思います。 合言葉は、「そんなタイマーで大丈夫か?」「一番いいのを頼む」（※ただしインテルに限る） 何を考えたか QueryPerformanceCounterは、マシン起動時からの秒数を取得します。であるならば、Javaからネイティブコードを呼び出し、インラインアセンブラに同じ処理を書いて実行することで、JDKを経由してWin32APIを叩く分のコストを削れると考えました。 さらに、手作りタイマーの良さを生かせば、次のコストを切り分けることができ
あなたがデスマを覗き込むとき、デスマもまたあなたを覗き込んでいるのだ - 虎塚
ソフトウェア開発に従事することは、デスマに残してきた自分自身の一部を取り戻す旅だ。 日曜の夜、kwappaさんが、Twitterで次のような募集をされていた。 【募集】あなたのデスマーチ・ブラック会社体験と、そこから得たもの・失ったもの。ハッシュタグ #tobe09 もしくは D kwappa までお願いします。キョーレツなヤツ、お待ちしてます。 Twitter / @kwappa - 10:44 PM Jan 31st 今いる会社ではないけれど、デスマーチを自分も体験したことがある。 なので、つぶやいてみた。 得たもの：イス寝と床寝の技術。失ったもの：当時の伴侶。詳細は、何かを腹に収めて、傷が癒えた時に語ります。なーんちゃって…おや？ 目から汗が。 #tobe09 Twitter / @torazuka - 11:15 PM Jan 31st 深刻な調子でつぶやくのは恥ずかしいので、軽い
世話焼き系IDE：eclipseたん - 虎塚
経緯（どうしてこうなった） 昨日GAEたんを描いた後、寝て起きたら、id:kompiroさんから素敵なリクエストがきていたですよ。 torazuka ラクガキした。GAEたん。 http://bit.ly/7R3bnT 5:17 AM Jan 1st kompiro MDDが素敵！ QT@torazuka ラクガキした。GAEたん。 http://bit.ly/7R3bnT 5:39 AM Jan 1st kompiro @torazuka eclipseたんがほしいです。 5:39 AM Jan 1st torazuka eclipseたん（via @kompiro）は、たぶんとても気がきく娘さん。怒ると赤くなるにちまいない 9:49 AM Jan 1st kompiro すばらすぃ。 QT @torazuka eclipseたん（via @kompiro）は、たぶんとても気がきく娘さん
DevLOVE「DBも、進化せよ。」へ行ってきた - 虎塚
金曜の夜、DevLOVE勉強会「DBも、進化せよ。」へ行ってきました。 今回は、Jiemamyというオープンソースプロジェクトについて、開発者の都元ダイスケさんご本人が、コンセプトから特長まで丁寧に紹介してくださいました。Jiemamyというのは、開発モデルであり、DBの進化的設計を補助するツールです。…なんて書くまでもなく、おそらく有名ですよね。 当日の発表資料は、都元さんが公開してくださっています。 DevLOVE DB勉強会「DBも、進化せよ。」 - 都元ダイスケ IT-PRESS というわけで、学んだことと感想をメモしておきます。学んだことのメモは、あくまでも自分の解釈なので、誤りがあるかもしれません。 都元ダイスケさんによる発表 Jiemamyとは、Smart Build、Smart Version Control、Smart Modelの考え方に基づくDBの進化的設計を支える開
DevLOVE2009参加募集スタート：フュージョンたん「会場で、あなたとFUSION！」 - 虎塚
フュージョンたん「会場で、あなたとFUSION！」 DevLOVE2009Fusionの参加募集サイトがオープンしました。2009年12月12日開催予定です。 フュージョンって何だ？と思われた方は、イベントのタイムテーブルを見てみてください。もしかしたら、人それぞれの形で、納得できるかもしれません。 複数の異なる視点から「開発」を見た時、私たちは何を得るでしょうか。 隣の人と自分の気づきを共有した時、いったい何を知り得るでしょうか。 そして、現場に発見を持ち帰り、明日から何を変えられるのでしょうか。 DevLOVE2009Fusionは、人と人との出会いの中から、新たな知、新たな視点が生まれる場を提供します。 参加募集サイトへは、下のバナーからどうぞ。お申込みをお待ちしています。 ・・・ちなみに フュージョンたんは、非公式キャラクタです。今回スタッフをしていることもあり、ネタとして告知の一
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
