はてなブックマーク

言語を利用するための条件は以下の３つになると思う。つまり、言語が普及するための条件とも考えられる。 使用するための必要条件を満たしているか その言語を使用するメリットがあるか デメリットはないか 例えば、D言語はシステム言語であるので、使用するための条件は、パフォーマンス、ライブラリの充実度などだと思う。そして、メリットは、簡単でパフォーマンスが良いことだと思う。D言語がいまいち普及していないのは、恐らくライブラリの充実度に問題があるのと、言語仕様が難しすぎるというデメリットのためではないか？ 同じく関数型言語が普及していないのは、プログラムに慣れるまで時間がかかるというデメリットがあるのに対して、メリットがないからだと思う。 あと、まず関数型言語をもう少し普及させるには、手続き型言語のプログラムを１対１で関数型言語のプログラムに置き換えるための知識が必要となる。forループは、以下のよう

1. 以下のサイトからlua-5.1.4のソースをダウンロードして展開 http://www.lua.org/download.html ・lua-5.1.4\srcフォルダに以下のファイルを作成 // main.c #include "lua.h" #include "lualib.h" #include "lauxlib.h" int main() { lua_State *L = lua_open(); luaL_openlibs(L); int top = lua_gettop(L); int ret = luaL_dofile(L, "main.lua"); if (ret != 0) { printf("error: %s\n", lua_tostring(L, -1)); return 1; } lua_settop(L, top); lua_close(L); return

DePython (http://depython.net/) decompile.py (http://users.cs.cf.ac.uk/J.P.Giddy/python/decompiler/decompiler.html) pycファイルをpyファイルに変換してくれる。

先日初めてDLRを知って少し調べてみた。動的言語の共通基盤らしく、C#などの静的言語との連携をよりやりやすくするものらしい。独自のASTからDLR ASTへのmapperを作ることで簡単にCILコードを生成できるらしい。言語がより作りやすくなったということで、自分も俺言語を作ってみたくなった。とりあえず電卓プログラムから勉強してみようかな。 NyaRuRuの日記: C#, DLR AST, meta programming (http://d.hatena.ne.jp/NyaRuRu/20080221/p1) 荒井省三のBlog: 簡単な言語の作り方 簡単な言語の作り方1 (http://blogs.msdn.com/shozoa/archive/2008/02/02/7383648.aspx) 簡単な言語の作り方2 (http://blogs.msdn.com/shozoa/archiv

Groovyに関して少し調べた。GroovyもRubyと同様、関数という概念はどうやらないっぽい。すなわちトップレベルで定義すると関数でなくクラスのメソッドとして定義される。メソッドとクロージャだけである。また、メソッド内でメソッドを定義するのもエラーが発生してできない。 def foo() { println 'in foo' def bar() { println 'in bar' } } //実行結果 org.codehaus.groovy.control.MultipleCompilationErrorsException: startup failed, Script30: 3: Unknown type: METHOD_DEF at line: 3 column: 3. File: Script30 @ line 3, column 3. 1 error クロージャであればメソ

k.inabaさんの「一時変数のために使用している謎のforループを取り除く」というネタに反応した自分の2/19の日記のネタをさらに研究してみる。 Pythonでは式と文が明確に分かれている。Rubyは、「a = b」は式だが、Pythonでは文である。 Pythonの文には以下のものがある。 代入文 if文 for文 while文 break文、continue文 print文 def文 class文 raise文 など 他にもあるかもしれないがとりあえずこの程度。ここで考えたいのは代入文である。変数は初期化、代入、参照、削除の4つの操作しかない。web系の用語で言えばCRUD(Create、Read、Update、Delete)。ここで、初期化、代入は構文が同じなので同じものとして考える。すると、代入、削除は文であり、参照は式であることが分かる。 ここで、リスト内包表記やlambda式

Efficient String Concatenation in Python (http://www.skymind.com/~ocrow/python_string/) 2.5.2でテスト。 import time def profile(func): def foo(*a, **k): t = time.time() r = func(*a, **k) print '%s: %g sec elapsed' % (func.__name__, time.time() - t) return r return foo @profile def method1(): out_str = '' for num in xrange(loop_count): out_str += `num` return out_str @profile def method2(): from UserStr

LLなPythonを使うようになって気づいたのだが、自分が仕事で作成する処理の大部分のデータ構造はユーザ定義のクラスを作成する必要なく、組み込みクラスの組み合わせ済んでしまう。最近仕事でJavaを使うようになって複数のデータをある関数の出力として返したいのでユーザ定義クラスにまとめて返すコードを書いた。すると、処理は(アプリの)汎用的な目的で書いたのに特定のデータ構造に依存してしまうことに気がついた。Javaの関数は複数の出力を書きにくい。なぜなら戻り値が1つしか書けず、Mutableな引数で出力を返すのも分かりずらい。Pythonみたいにタプルで複数返すようにJavaでもリストで返しても良いが、List

常山日記経由でメモ。これはすばらしい。 Chris's Wiki: Finding the name of your caller in Python (http://utcc.utoronto.ca/~cks/space/blog/python/FindingCallersName) import inspect def getcallerinfo(): fr = inspect.currentframe() try: fr = fr.f_back if fr is None: return '<no caller>' fi = inspect.getframeinfo(fr, 0) if fi[2] == '<module>': return '(%s:%d)' % (fi[0], fi[1]) else: return '%s() (%s:%d)' % (fi[2], fi[0],

lethevert is a programmer: 変数の型は２つの異なるレベルの概念が混在しているような気がする (http://d.hatena.ne.jp/lethevert/20051224/p1) 以下、自分用に整理してみる。 1. 計算機の物理的な演算機能やデータ形式を、コード上で明示する 2. 抽象的なデータの分類概念を、コード上で明示する 1.は、「データ型」と「値型、参照型」の2種類ある。つまりデータの種類を表す。2.は、それ以外の用途として型を利用する方法。 2つ目の型を利用するメリットを考えてみる。メリットは以下のもの。 型安全 コンパイル時チェック グループ化 継承 パターンマッチ 例外処理、ポリモルフィズム 名前空間の内と外の区別 インタフェース パフォーマンスの向上 コンパイル時に型を決定 型に付随する修飾子などにより決まる属性。 変数の寿命 static 定

Perl使いのPythonちゃん: Perlで言う、join関数が使い難い (http://python.blog-slime.com/2007/07/perljoin.html) str.joinとフォーマット指定の時間をPython 2.5で比較してみた。2.5.1ではテストしていないが恐らく変わらないと思う。 >>> from timeit import Timer >>> >>> setup=''' ... a = ['a', 2, 3, "b"] ... ''' >>> stmt1 = "'%s'*len(a) % tuple(a)" >>> stmt2 = "''.join([str(x) for x in a])" >>> >>> Timer(stmt1, setup).timeit() # フォーマット指定版 2.8873306523594482 >>> Timer(stm

同志だ！ 偏った言語信者の垂れ流し: Rubyの楽しさPythonの楽しさ (http://d.hatena.ne.jp/nullpobug/20070919) 私のポリシーで導入容易性(installability)は重要なので、これができてない言語やらフレームワークは、基本的に使うに値しない 全く同感。Rubyには環境構築で苦労させられた。One-Click Ruby Installerもだいぶ後になるまで知らなかったし、irbも知らなかった。非標準のライブラリをexerbでexe化できるかも心配だし。py2exeは何となく安心。Pythonはエラーメッセージも分かりやすいと思う。 jijixi's diary: Rubyの文法的欠陥 (http://jijixi.azito.com/cgi-bin/diary/index.rb?date=20070104#p01) 本人にその気が無い