アカウント名:
パスワード:
マクロを活用したプログラミングって問題分野に特化した新しい言語を作るのと等しいと思う。プロトタイピング専用言語とかだったらそれは有用だと思うけれど、Javaのようにあらゆるアプリケーションをカバーする言語にとってはデメリットが大きすぎる。そういうのが必要ならばLispやForthみたいなモノを使えばいいと思う。
たしかに、lispのマクロは特定の問題に特化させる言語を作り出すのですけれども、べつにそういった言語は「拡張にすぎない」のですから、元の言語が消えてなくなるわけじゃなし、全然問題ないと思います。
あらゆるアプリケーションを同時に扱うというのは、別に、超多機能の一つのプログラムが網の目のように絡まっているわけではないのですし・・・それってリファクタリングが必要でしょ?
で、lisperは分割したそれぞれの機能毎にそれぞれの言語を作る。その必要が無いときも多いですけれども。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ見習い
重要なのはライブラリ (スコア:2, すばらしい洞察)
世に受け入れられているのはライブラリが豊富だからです。
業務では仕様が安定している事も重要ですが、まずは趣味で使ってもらう事を考えると二の次。
DやらなにやらC/C++の汚さに業を煮やしてオレオレC言語を作ろうとする流れはよくありますが、
最初からよっぽど豊富なライブラリを備えていない限りは
既存のライブラリとリンクが出来ないと使う気が起きないわけですね。
となると最低限既存ライブラリとマングルを合わせる事が必要ですが、それでもまだ使う気が起きないので
既存ライブラリのヘッダファイルの読み込みもサポートして欲しいわけです。
そしたら結局既存言語のパーサーを備えなきゃいけないので、
じゃあ既存言語使えば良いじゃん、というジレンマ。
と、ここまで書きましたが、過去の不満点を改良した言語には期待しています。
Re: (スコア:0)
Re:重要なのはライブラリ (スコア:1)
マクロを活用したプログラミングって問題分野に特化した新しい言語を作るのと等しいと思う。
プロトタイピング専用言語とかだったらそれは有用だと思うけれど、Javaのようにあらゆるアプリケーションをカバーする言語にとってはデメリットが大きすぎる。
そういうのが必要ならばLispやForthみたいなモノを使えばいいと思う。
Re:重要なのはライブラリ (スコア:2)
たしかに、lispのマクロは特定の問題に特化させる言語を作り出すのですけれども、
べつにそういった言語は「拡張にすぎない」のですから、元の言語が消えてなくなるわけじゃなし、
全然問題ないと思います。
あらゆるアプリケーションを同時に扱うというのは、別に、
超多機能の一つのプログラムが網の目のように絡まっているわけではないのですし・・・
それってリファクタリングが必要でしょ?
で、lisperは分割したそれぞれの機能毎にそれぞれの言語を作る。
その必要が無いときも多いですけれども。
新人。プログラマレベルをポケモンで言うと、コラッタぐらい
Re: (スコア:0)
> 全然問題ないと思います。
ところがね、よほど優秀な奴が書いたのでない限り、マクロを駆使したプログラムって他人がメンテするのが大変なんだよ。
名うてのlisperのGoslingが、Javaにマクロもクロージャーすらも入れなかったことの意味を考えてみるといいよ。