結構おもしろい言語ですね。使いものにはならないけど...

ところで、
>def stepCode(self):
> c = code[self.caret]
> self.command[c]()

は、c=self.code[self.caret]
じゃないですか？
code = bf.codeを求めているならいいんだけど。

ああ。修正しときました。

個人的には「bfでメモリ0番地に整数Nを入れて表示するために必要なステップ数はいくらか。ただし1番以降のメモリは作業用に破壊してかまわない。」という問題が結構面白そうに感じる。

n個の+の羅列を(+n)と表記することにすれば「＞(+n)[ ＜ (+m) ＞ -](+c)」でn*m+cを作れるので m * n > m + n + 6　が成立させられる m + n = 8以上ではこの構文を使うほうが短い。ここまでは引用元のソースから読み取れる。問題はどういうタイミングでさらなる掛け算を使うか、ということですな。

んっと。これ同じことの繰り返しか。いや、違うな。
メモリ1番地を作業領域に使うわけだから、掛け算の片方に関してはさらに掛け算をすることが出来るけども、もう片方は作業領域の取り方を変えないと衝突してしまうか。あと、きれいな掛け算にならないときにどうやって調節するかも問題か…。

今、このインタプリタが括弧のネストに対応していないことに気がついた。