JavaScriptなどのスクリプト言語は動作が遅く、最適なパフォーマンスを得るにはC/C++で実装しなければならないという常識に挑んだ先進的な講演が話題になっています。この話題の発端は2012年10月7日から10月8日までベルリンで開催されたJSConf.euでFelix Geisendörfer氏が行った講演です。 彼の講演の題材はnode.jsからMySQLに接続する為のバインディングのパフォーマンスに着目しています。2010年当時、node.jsにはMySQLのバインディングが存在しておらず、増井さん作のnode-mysqlモジュールが開発中の状態でした。このモジュールはJavaScriptでバイナリを解析しておりJavaScriptのみで開発されていました。この状況を受けてFelix氏が新たにnode-mysqlモジュールを新規に開発を始めました。このモジュールもJavaScri
$Id: index.html,v 1.6 2004/07/20 23:08:12 aamine Exp $ この文書は書籍『Rubyソースコード完全解説』のHTML版です。 ただし初校段階の原稿をベースにしているため、 書籍では修正されている間違いが残っている場合があります。 予め御了承ください。 2004-02-16 に全章を公開しました。 目次 まえがき 序章 第 1 部「オブジェクト」 第 1 章「Ruby言語ミニマム」 第 2 章「オブジェクト」 第 3 章「名前と名前表」 第 4 章「クラス」 第 5 章「ガーベージコレクション」 第 6 章「変数と定数」 第 7 章「セキュリティ」 第 2 部「構文解析」 第 8 章「Ruby言語の詳細」 第 9 章「速習yacc」 第 10 章「パーサ」 第 11 章「状態付きスキャナ」 第 12 章「構文木の構築」 第 3 部「評価」 第
渡辺です。さる方面からテスト系のエントリーがまだか…と催促されたので、ユニットテストについて少し考えてみたいと思います。 最近、TwitterのTLをチェックしていると、JUnitを利用しているにも関わらず違和感のあるTweetや、原因をJUnitにして本来解決すべき問題から目をそらしているようなTweetを多く見かけます。そこで、JUnitをによるユニットテストに関するありがちな勘違いをまとめてみました。 なお、JUnitの部分は、RSpecでもNUnitでも適当に置き換えて読んでも構いません。 1.JUnitを使うことが目的という勘違い JUnitを利用すること自体を目的にしたところで何も得る事はありません。 ありがちな話ですが、「納品物としてJUnitのテストコード（または実行結果）を求められている」ことが理由でJUnitを利用しているならば、それは足かせでしかない可能性があります。
クッキー・クリッカーについて
昨日、筆者はクッキー・クリッカーなるゲームを体験した。このゲームは、ゲームの本質を非常によく抽象化している。ここではそのゲームについて述べるが、読者には実感のため、並行してゲームを行なってもらいたい。 このゲームのプログラムはHTML/CSS/JavaScriptと、その他のリソースで構成されていて、ストールマンの自由四原則に合致する自由ソフトウェアではないが、一応は、制限的ながら、forkや改変を許諾している。このプログラムを動作させるには、まともなブラウザーが必要である。 Cookie Clicker まずみると、左に素晴らしくうまそうなクッキー、中央によくわからない列、右によくわからない小物が並んでいる。操作方法がよくわからない。まず、左にこれみよがしに配置してある、うまそうなクッキーをクリックしてみよう。 +1 なんと、クッキーが一枚得られた。続けてどんどんクリックしていくと、数十
気がついたらトム・デマルコの「デッドライン」のKindle版が発売されていた。この本が素晴らしいのは、内容が小説仕立てになっているという点である（もちろん内容も素晴らしい）。本書を始めとして、私が重要だと考える小説仕立てのビジネス書を三冊紹介したい。いずれもKindle版があるので、例えばスマートフォンにKindleアプリを入れてあれば無料でサンプルを読む事ができる。無料サンプルを読んで、続きが気になれば購入すれば良いだろう。 デッドライン デッドライン 作者:トム デマルコ日経BPAmazonソフトウェア開発のプロジェクトマネージャーやプロジェクトリーダー向けの本。自分は本書に出会う事で、ソフトウェア開発についていろいろと深く考えるようになった。有名な次の一節がすべてを表している。 正しい管理の四つの本質 適切な人材を雇用する。 その人材を適所にあてはめる。 人びとの士気を保つ。 チーム
継続学習力というエントリで技術書やビジネス書などに関する読書について書いたのだけれども、自分は単に読むだけではなく読書ノートをつけている。というわけで、読書ノートに関するメモ。 読書の効果を100倍にする「読書ノートの作り方」：読書で得た知識をスキルに変えろ！ - U-NOTE[ユーノート] - 仕事を楽しく、毎日をかっこ良く。 - 自分の読書ノート 基本は目次をぜんぶ打ち込んで、あとは気になる箇所について文章を抜き書きする 気になる箇所は付箋などをつけておいて、まずノートを取らずに本を読み終える 2周目は付箋の箇所を中心に「気になる箇所」を抜き書く。付箋を貼った箇所＋αのメモを取る もちろん気になる箇所が無くて「目次だけ」の読書ノートもある。 「メモを取る価値なし」と判断した場合だけ、読書ノートはとらない。 いまのところGoogle Driveに集約している 以前は単なるテキストファイル
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
