DSLについて語るときに僕の語ることRubyが社会に浸透したいまだからこそDSLについてもう一度考えてみた
Clojure as a 0.8 true language - Go towards a Word-Progress
「本気クラウド勉 その2 BooなsilverlightでprotocolBufferをホゲるまで http://ff.im/-doNaQ 6 days ago GolangのSinatra風フレームワーク(?)web.goでハローワールド＋α http://ff.im/-dki1v 1 week ago GAE for Python向きのIDE? PyScripter http://ff.im/-djCgk 1 week ago More updates... Posting tweet...Powered by Twitter Tools Javaバーチャルマシン上のLisp系新言語Clojureの良さについて書く。 Lisp系といっても、なんだか読みやすいのである。そして、実案件でも使われていたり。興味を持った方は、まずは、「InfoQ Jruby Clojure」あたりでぐぐってみ
L'eclat des jours(2009-09-30)
_ データフォーマットとアプリケーションからの扱い方 仕事で、ISO-8583っぽいデータを扱っていて、ちょっと考えた。 データフォーマットにはいくつかの種類がある。それぞれ良い点、悪い点がある。ここでは特にAPIに関して考える。 大雑把には、以下の4種類にわかれる。 固定長テキスト 固定長バイナリ 可変長テキスト 可変長バイナリ 以下では、次のデータを扱うことを例とする。 データベースのスキーマで示す。 フィールド名データ型 最初の固定長テキストというのは、レコードとそれを構成するフィールドの長さが決まっているものだ。2レコードの例を示す。 static String TEST_DATA = "0000000000000001YAMADA KAKASHI JPN" + "0000000000000012BOOTY POOTY POING POING BOB"; メリットは全然ない。という
RubyでのDSLの作り方 - http://rubikitch.com/に移転しました
Jay Fields' Thoughts: Implementing an internal DSL in Ruby RubyでのDSLの作り方をexpectationsというtesting frameworkを例にとって説明している。 やっぱassert_equalってオブジェクト指向っぽくなくてカッコ悪いよねｗここはDSLでカッコよく書きたいものだ。 彼の言いたいことを日本語で超要約してみる。 まず、どういうふうに書きたいかを決める。こんな感じにしたい。 Expectations do # テストだよというブロック expect :expected do # :expectedが期待される値 :expected # ブロックの評価結果が実際の値 end end これから、これをRubyスクリプトとして実行可能な形式にする。 まず、DSLを読み込んだら（実行したら）、Expectatio
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
コードは自然言語に近づくにつれ良くなっていくのか？
