This article shows you how to multilingualize your gem with Ruby 1.9. 6 months ago, Ruby 1.9.1 was released. Some gems support Ruby 1.9, others do not. At RubyKaigi2009 , I said that you should port your library to Ruby 1.9 now. Well, what is "Ruby 1.9-ready"? It does not mean only the library can be built with Ruby 1.9. The most important point in supporting Ruby 1.9 is M17N -- multilingualizatio

2009年03月19日18:00 カテゴリLightweight Languages 「PHP使いはもう正規表現をblogに書くな」と言わせないでくれ ああ、まただよ... かなり使えるPHPの正規表現まとめ - IDEA*IDEA 〜 百式管理人のライフハックブログ 〜 正規表現って、プログラミング言語間の差が少ないサブ言語なのに、なぜ「PHP」がつくとダメ正規表現ばかり登場するのか。うんざりだ。 かなり使えるPHPの正規表現まとめ - IDEA*IDEA 〜 百式管理人のライフハックブログ 〜メールアドレスは厳密にチェックしようとするとなかなか難しいのですが、簡単なチェックだったらこれでOKぽいですね。 /^[^0-9][a-zA-Z0-9_]+([.][a-zA-Z0-9_]+)*[@][a-zA-Z0-9_]+([.][a-zA-Z0-9_]+)*[.][a-zA-Z]{2,4}$

データ構築子はただの関数じゃないのか？ Haskell のリストが分からない。遅延評価も分からない。 - IT戦記 http://d.hatena.ne.jp/amachang/20080201/1201881246 いや、関数なのは別に構わないのだけど、リストを返す関数にしてしまってはいけないと思う。それじゃ「(呼ぶ前の)未評価の状態」と「(読んだ後の)リスト全部ができあがっている状態」の2つの状態しか取れない。実際には「頭1個だけ評価済み」「頭2個だけ評価済み」…と無数の状態があるので、これが全部関数に分かれている必要がある。 というわけでまず「評価前の状態(Thunk)」と「評価後の値」を表現するクラスを作ってみた。Thunkのforceを呼ぶと結果がValueになるまで評価を繰り返す。 >>> class Value(object): def __init__(self, valu

Disclaimers Edit (2009/08/04): It is not obvious for many readers that this blog and its articles are meant as opinion piece. It is also not obvious that I like both languages. Just to be clear, I do like both languages. Introduction Not too long ago on Reddit, someone posted Python vs Ruby. This kind of comparisons would be more interesting if the author take some time to actually highlights the

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

The Ruby VM market is thriving, and we increasingly find ourselves spending the morning in JRuby and the afternoon in Ruby Enterprise Edition. Or Thursday using Leopard Ruby and Friday using Ruby 1.9. Or … well, you get the idea. So we needed a lightweight tool that eliminates the cost (in both time and frustration) of switching between Ruby versions. We wanted something drop-dead simple. Meet the

以前ノウハウとして、倉庫を活用して１トン（１冊１キロを1,000冊）の同人誌を刷った話を書きました。印刷所の倉庫を活用し、大量の在庫を抱えても日常生活に影響を及ぼさない方法でした。 しかし、そもそもサービスがあったとしても、1,000部を頒布できる確信が無ければ、印刷は行えません。部数決定は勘のようなものがありますし、当時友人や話を聞いた人のほとんどは、1,000部は現実的ではないといった反応を見せました。少なくとも表立って1,000部ぐらいいけるのではといってくれたのは、2人だけです。（どちらも同人経験は久我より長いです） この部数は、希望的観測を交えたものもありますが、直感に頼らず、これまでの活動実績と同人イベントで接した方たちの動きから積み上げて推測した結果です。 ３年で頒布する計画が３ヶ月で完売したのはひとえにアキバBlog様に取り上げられた幸運によりますが、少なくとも1,000部

http://github.com/technohippy/Pongo/tree/master 先週のRubyKaigi2009で「Rubyで*1何か作りたい欲」を激しく刺激されたので、前から欲しかった物理エンジンをRubyに移植してみた。本気アプリならChipmunkのRubyバインディングでFAっぽいけど、ピュアRubyのもあればあったで嬉しいっしょ。 物理エンジンと言えば前にBox2DのAS3版をJSに移植したことがあるんだけど、Rubyの場合はJSみたいに単純に置換ってわけにいかないから難度高すぎ。30分ソース眺めて諦めた。で、もうちょっとシンプルそうなエンジンということで移植のターゲットとしてはAPE (Actionscript Physics Engine)を選択。ちなみに今回は置換じゃなくてちゃんと目視&手打で移植したっす。 移植してみて分かったのは、APEはホントにシンプル

I've written about File-Find-Object before, but I've intended to write an entry demonstrating its philosophical advantages over the core File::Find module. Today, I'd like to get to it. As opposed to File::Find, File-Find-Object: Has an iterative interface, and is capable of being interrupted in the middle. Can be instantiated and be used to traverse an arbitrary number of directory trees in one p

プログラムを「変更」しやすくする“インターフェイス”：【改訂版】Eclipseではじめるプログラミング（9）（1/3 ページ） これからプログラミングを学習したい方、Javaは難しそうでとっつきづらいという方のためのJavaプログラミング超入門連載です。最新のEclipse 3.4とJava 6を使い大幅に情報量を増やした、連載「Eclipseではじめるプログラミング」の改訂版となります プログラムの再利用を簡単にする「インターフェイス」 オブジェクト指向プログラミング言語では、「プログラムの再利用が簡単にできる」といわれます。それには、Javaのinterface（インターフェイス、境界面）を理解すると、なぜ、このようにいわれるのかが分かります。 今回は「インターフェイス」というオブジェクト指向言語Javaにとって非常に重要な概念について解説します。インターフェイスをうまく使用することに

TEF関西のNakaさんの話を聞いて考えたことをメモ。 【元ネタ】 ソフトウェアテスト標準用語集 日本語版Ver 1.3 普通のプロジェクトは結合テストで火を噴く。 理由は、結合テストで初めて、システムが稼動するのを顧客も開発者も見れるから。 そこで、初めて、要件漏れ、認識相違、仕様漏れに気付く。 でも、それだけの理由だけではないという指摘を受けた。 ソフトウェアテスト標準用語集 日本語版Ver 1.3には「プロダクトリスク」「プロジェクトリスク」の用語解説がある。 プロダクトリスクとは、「テスト対象に直接関係するリスク」。 プロジェクトリスクとは、「（テスト）プロジェクトの管理（マネジメント）と制御（コントロ－ル）に関係するリスク。例えば、スタッフの不足、厳しい締め切り、変更管理などがこれに当たる。」 実際のテスト、特に結合テスト、システムテスト、受入テストのようにプロジェクト後半になる

Other than that, I can't wait to start writing the article, so here I go: 1. Double space a file. perl -pe '$\="\n"' This one-liner double spaces a file. There are three things to explain in this one-liner. The "-p" and "-e" command line options, and the "$\" variable. First let's start with the "-e" option. The "-e" option can be used to enter a Perl program directly in the command line. Typicall

This is the second part of a seven-part article on Perl one-liners. In this part I will create various one-liners for line numbering. See part one for introduction of the series. Perl one-liners is my attempt to create "perl1line.txt" that is similar to "awk1line.txt" and "sed1line.txt" that have been so popular among Awk and Sed programmers. The article on Perl one-liners will consist of at least

追記: 最後の図の「C」の参照カウントが 1 ではなく 2 になっていたのを修正 次回は cycle collector の実装と、回避方法について書く予定。 言語の GC 機能と参照カウント (中編) と 2008 年の 5 月 31 日に書き残して早 1 年と 2 ヶ月を迎えようとする中の後編です。 Cycle collector の実装方法について Bacon らによる「Concurrent Cycle Collection in Reference Counted Systems」という論文が有名と思われる。この論文では、まず同期的な cycle collector の実装の改善について述べ、さらにそれを非同期的な方式へ拡張する方法について述べている。今回は、最初の同期的な方法のアルゴリズムについてのみ見ていく。 基本的には mark and sweep 論文には以下のような説明と

前編でブクマコメントや日記コメントで どうしたら循環参照によるリークを回避できるのかを説明してほしい PHP 5.3 で cycle collector が搭載されることについてのフォローが欲しい という意見があったので、それも順次取り上げていくことにする。 本当はこれを後編としたかったんだけど、どんどん詰め込みたい内容が増えているので、勝手ながら一旦切って中編、後編の 2 本立てとさせてもらおう。 SpiderMonkey と XPCOM のガーベジコレクション さて、cycle collector というと Firefox 3 から搭載されるということで気になっている人も多いと思われるので、まずは SpiderMonkey (JavaScript の Mozilla での実装) ではどのような GC (ガーベジコレクション) が行われるのかを見てみたい。 基本的に、SpiderMonk

たまにはちゃんと書いたほうがいいかなと思って書いてみる。 あらまし 原始的な参照カウントベースのガーベジコレクションは、循環参照が発生すると、その参照に含まれるオブジェクトを回収できないという厄介な問題を抱えている。循環参照とは、1つ以上のオブジェクトが環状の参照関係を形成している状態のことで、このような参照を持つオブジェクトは、やがてルート (ある時点で言語ランタイムが管理しているすべてのスコープと考えてもいい) から辿りつけなくなって、解放されずにリークしてしまう。 この問題はいろんな LL 言語に見られる。 Perl の場合 use Devel::Peek qw(Dump); sub make_circular { my $foo = {}; my $bar = {}; my $baz = {}; $foo->{'bar'} = $bar; $bar->{'baz'} = $baz;

最近インターンのハッサン君に UCLA の教材をもらって論理の勉強をしている。最近やってる Alloy にはバックエンドとして SAT という物が使われていて、その仕組みを知りたいと言ったら教材をくれた。昔 Prolog も作った http://d.hatena.ne.jp/propella/20090502/p1 事だし楽勝じゃ！と思ってたんだけどなかなか難しく、一週間経っても終わらない。忘れると困るので覚えた事をここに書く。 目的はブール演算を使って推論をする事。 プログラマにとってはブール演算はとても身近な物だ。使う値は true と false だけ、演算子は and or not の三つで、これをどうやっても難しくなりようが無いと思いきや、なかなか面白い問題を孕んでいる。ブール演算の話が難しくなるのは、メタな話題が不用意に混じるからだと思う。例えば true ∧ false =

デモ: http://dame.dyndns.org:7001/ ソース: http://github.com/mame/concov/ 時系列に注目したコードカバレッジビューア concov をリリースします。concov は continuous coverage (造語) の略で、コードカバレッジの変化の追跡が簡単にできます。 背景 Ruby のテストメンテナ (自称) としての実体験として感じたことですが、コードカバレッジというのはテストを書けば一旦は上がりますが、その後何もしないとさまざまな要因で徐々に下がっていきます *1 。対策として、実行 (カバー) されなくなる箇所が発生したらそこをカバーするようなテストを継続的に足していく (テストをメンテナンスする) ことが有効ですが、カバーされなくなった箇所を同定するのは非常に面倒な作業でした。 concov とは？ カバーされなく

list が必須で separator はオプションなんだから、list が receiver になるほうがどう考えても自然だろう。省略可能な separator が receiver にくるほうが不自然だ。 str.join() 処理での登場人物は2人いる。連結文字(区切り文字=separator)、連結される文字列の列だ。 この二つを比べると、「連結される文字列の列」が情報的に重要な場合がほとんどだろう。それを元に文字列の列が主役で連結文字はオマケと考えると、「joinが主役でない連結文字側のメソッドになる何てキモチワルイ」となる。 ','.join() がなぜキモイのか - methaneのブログ そういう考え方もできるけど、もっと単純に考えればいいと思う。joinするときに、list (or iterable) は必須だけど、separatorはあくまでオプションであって、省略可能

2009年08月25日08:30 カテゴリMath 数学は上から目線で ああ、もうフィールズ賞を狙えなくなってしまった私がきましたよ:-) 計算の速い子供が数学者に向いているのではないという話 - やねうらお−よっちゃんイカを食べながら年収1億円稼げる(かも知れない)仕事術 しかし、「算数」の成績が良かった者が、「数学」の成績も良いかというと話は全然違ってくる。算数の成績は良かったのに中学に入ってから授業についていけなかったという人は多くいるだろう。私が思うに、「算数」が出来ることと数学者としての適性とは全く別物ではないかと思う。 「数学者としての適性」ともなると、どこまで数学が出来ればOKか、という問題は確かにある。 実は私はかなり長いこと数学者を狙っていた。が、それだけを狙うにはあまりに高い目標だとも感じ、常に「滑り止め」も確保していた。結果論的にプログラマーというのはその「滑り止め」

先頭と末尾のマジックバイトを見る方法。この方法ってGIFとかPNGとか色々に応用できるので、その他のエントリも乱立する予感大。 はてなブックマーク - JPEG かどうかを判断する C のコード - tokuhirom's blog. http://d.hatena.ne.jp/tokuhirom/20090818/1250561543 に刺激されて．期待に応えて書いてみました：ｐ 取りあえず，私が（ファイルフォーマットを）把握している限りのファイルタイプのチェック関数を作成してみました．作成したチェック関数は，BMP, PNG, GIF, JPEG, WMF, EMF, PDF, DOC, DOCX, XLS, XLSX, PPT, PPTX の 13 種類です．ただ，PNG, GIF, JPEG, PDF 辺りはファイル末尾もチェックしていますが，その他の多くはファイル先頭（もしくは途

ゲームのシステムを語るならゲームのシステムとはどんなものかについて多少は理解しておいた方がいい。 2009-08-22 ゲーム内時間とリアル時間の差に文句を言っているけど、ゲーム内では通常フレーム数で時間をカウントする。だからリアル時間で何分だったとしても、ゲーム内時間はひとしく平等に与えられる。一般的にゲームは1秒間に60回画面を書き換える。モニタがそういう仕様だからそれに合わせて描き換える。*1この1回の書き換えの間にやれる操作は一緒。まぁボタンを押すか離すかだ。1/60秒以内でのボタンの操作はゲームが感知できない。だから連射速度の限界は秒間30連射。画面の描画タイミングに合わせてON/OFFをするシンクロ連射装置というのがソレ。 スーパーマリオをエミュレータで1/2の速度でプレイしたとしても、2倍速でプレイしたとしても、ゲーム内の絶対時間は変わらない。TIMEが100でクリアできるス

セキュリティ＆プログラミングキャンプ2009のわたしの講義で、「オープンソースにすると企業は損をするんじゃないですか」という本質をとらえた質問がでて、講師陣が、いきなりいろいろ議論を始めた。 企業の行動原理は、利益の追求だから、利益を生まないアクティビティは原則として行わない。オープンソースも例外ではない。 利益＝売上-経費　なので売上が増えるか、経費が減るかという観点から投資判断をする。当たり前ですな。 例えばマイクロソフトが自社の製品をオープンソースにすると、売上が伸びるか、あるいは経費が減るかというと、どちらもそうとは言えないので、マイクロソフトが自社製品をオープンソース化することは考えられない。先日マイクロソフトがHyper-V向けのLinuxドライバをGPLで公開したことが話題になったが、Linuxドライバを公開する事が自社のHyper-Vの魅力を増し、売上向上を期待して公開した

So we are Rymdreglage from Sweden. We like to do music and videos and build stuff, sometimes with artistic ambitions sometimes just to save money like film equipment and stuff like that. We have also been working for three years on a digital puzzle called "Crypzzle" that you can download for free from our webpage: www.rymdreglage.se It contains over 5000 hours ambient music. 1024 albums with 99 so

全世界で20万人を超える凄腕のコーダーが集うプログラミングコンテスト「TopCoder」。本稿では、アルゴリズム部門のSRMで取り上げられる問題を考えながら、論理的思考力およびコーディングのテクニックを養っていきます。 はじめに はじめまして。高橋直大です。本連載「最強最速アルゴリズマー養成講座」では、全世界で20万人を超える凄腕のコーダーが集うプログラミングコンテスト「TopCoder」について、そこで出題される数学・アルゴリズムのパズルを考えることで、コーディングのテクニックおよび論理的思考力を磨くことを目的に開始するものです。ここで扱う技法は主にアルゴリズムのそれですが、その根底にはロジカルな思考術が存在します。そうした能力を養いたい方にとって少しでも役に立てれば幸いです。 なお、本稿は必要に応じてコーディング例も紹介しますが、TopCoderで出題される問題の中から比較的やさしい問

金曜日に状態系のモナドを説明しないといけないので、例題を書いて比較できるようにしておきます。 呪文として、以下のモジュールを読み込んでおきましょう。 import Data.Char import Control.Monad.Identity import Control.Monad.Reader import Control.Monad.Writer import Control.Monad.State Identityモナド 入力が一つで、出力が一つのモナド。面白みはない。 i :: Identity Int i = do x <- return 2 y <- return 3 return $ x * y でも、モナドは Haskell の中に住むマイクロ言語で、このマイクロ言語でマイクロプログラムを作成した後は、run で実行するものだというイメージは分かるかも。 > runIde

こんにちは、アシアルの中川です。 JavaScriptの圧縮や難読化をしなければいけないような状況に遭遇する場面があると思います。 圧縮や、難読化のツールはググれば結構簡単に見つかりますが、 いざ、圧縮や難読化をしてみると、エラーの嵐でまともに動かなくなるなんてことがよくあるのではないでしょうか。圧縮ツール使えねーなんて思う前に、そういった場合には、以下の点をチェックしてみて下さい。 ※ツールによってはどうやってもエラーが出るものもありました。そんなときはあきらめて別のツールを試してみるほうがいいかもしれません。 １．各行の最後に「;」セミコロンをつける。 まず、これを一番に調べます。 よく、JavaScriptの入門等には、『命令行の行末の「;」は省略しても実行時に自動的に補完されるので問題ありません』なんてのを見かけますが、圧縮や難読化をすると、基本的に改行をガンガン削ってくれますので