■ [esobook] Brainf*ckとWhitespaceの本を書きましたｗｗｗｗ 正確には、「Brainf*ckとかWhitespaceのような言語の処理系を作りつつ、新しいプログラミング言語を作るところまでを解説した本」ですね。 4839927847 12/20発売です。 これはジョークではない。繰り返す、これはジョークではない！ 第一部ではHQ9+から始まり、Brainf*ck、Whitespaceを題材にインタプリタ・VM方式の処理系を作る 第二部では本書オリジナル言語であるStarry、Bolicを題材に新しいプログラミング言語の作り方を解説 付録では本編で取り上げられなかった13個のEsoteric Languageをちょっとずつ紹介 (Grassもあるよ！) という構成になっています(目次はこちらからどうぞ)。 個人的には裏テーマ(?)である「チューリング・マシン」「λ
「Collection & Copy - JavaScriptにおける高階プログラミング(http://d.hatena.ne.jp/brazil/20051004/1128435079)」というJavaScriptでの高階プログラミング入門記事の和訳エントリがはてなブックマークで大人気になっている。 だめだよー、高階プログラミングの秘密ばらしちゃ。他の人との生産性の差がつかなくなるじゃないか。でもまあ、この記事はさすがに入門だけあって全体的にあっさり書かれていて、特に記事中で紹介されている高階関数reduceの定義が中途半端。これだけ読んでもそんなたいした高階プログラミングはできないだろう。ひと安心。 でもこれを足がかりに、RubyのEnumerableモジュール*1のeachメソッドやinjectメソッド、さらにLispのmap関数とかfold関数を勉強されると、勘のいい人には高階プロ
Posted by masuidrive Thu, 20 Jul 2006 10:33:00 GMT Ruby on Railsが簡単にアプリケーションを構築できる一つの特徴に「convention over configuration」=「設定より規約」があります。 Railsはアプリを作るのは簡単ですが、それを公開するのがちょっと面倒です。そこで、Railsに限らずWebサーバも「設定より規約」に則って、設定なしでサイトやアプリケーションを公開できるようにしてみましょう。 設定項目を洗い出す まず、Webサーバでアプリケーションを公開する場合に必要な設定項目を洗い出します。バーチャルドメインを使う場合は、 ドメイン名 DocumentRoot ログファイル名 CGIを使うならScriptAlias の4つが基本になると思います。規約を決める これらの設定を自動化するための規約を決めます
Matzにっき - Alan Kayといっしょ や 日本 Ruby カンファレンス 2006（RubyKaigi）の まつもとさんの基調講演での言及から、一部の隠れ Smalltalk ファンの方々には衝撃をもって受け止められたり、あるいはおもしろおかしく取り上げる向きもある、くだんのセリフ。実は、アラン・ケイが Smalltalk への失望や批判的評価を述べることはそんなに珍しいことではありません。（…ので、びっくりしちゃった人は、これを機会に“耐性”を持つようにしましょう！ｗ） たとえば、このブログではお馴染みの The Early History of Smalltalk には、こんなくだりがあります。 When I looked at Smalltalk in 1975, I was looking at something great, but I did not see an
http://radar.oreilly.com/archives/2006/04/state_of_the_computer_book_mar.html http://radar.oreilly.com/archives/2006/04/state_of_the_computer_book_mar_2.html http://radar.oreilly.com/archives/2006/04/state_of_the_computer_book_mar_3.html 要点の和訳は、こしみずさんがしてくれている。 http://www.jitu.org/~tko/cgi-bin/bakagaiku.rb?bakaid=20060426 ざくっと抜粋&メモ。 - RedHatはもう市場を引っぱっていない。 - それと合わせてLinux全体としても一段落か。 - ソフトウェア社会学系は、量は
■この記事で取り上げているトピックハイライト■ なぜ、メタオブジェクトを自分自身で使いこなせるようになると、日常のプログラミング生産性が大きく向上するのか? なぜ、メタオブジェクト技術を使うと、分散オブジェクト、Rails、DI、ORマッピング、Webサービスなどの、大きく生産性を向上させる仕組み自体を自分でつくれるのか? C#のどのメタオブジェクト機能をどのように使えば、簡単に「C# on Rails」を作れるのか? なぜ「Ruby on Rails」は陳腐化してしまう運命にあるのか？ 「Ruby on Rails」を陳腐化させるアーキテクチャとはどのようなものなのか? ■構成■ まず、Ruby on Railsと同様のフレームワークを、C#で作ったとしたら、どのようになるのかという例題を通して、メタオブジェクト機能、つまり、リフレクション、カスタム属性、CodeDOM、パーサジェネレー
萌え指向プログラミング言語「萌香」 Contents 言語仕様 使い方 ダウンロード はじめての「萌香」 リンク
This domain may be for sale!
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く