アカウント名:
パスワード:
さらに難解なMakefileが登場しそうで
それは場合によるんじゃないかなぁ。Schemeを理解出来ない人にとっては難解になるだろうけど、理解できる人にとってはこれまでのMakefileの文法で書かれるより理解しやすいだろうし、うまく関数化できればautotoolsの出力もシンプルになりえないのかな？ただ、そもそも難解なのはMakeで処理したい内容（正しくビルド・インストールするための条件・仕様）が難解であるからであって（Schemeがどうとかいう）Makeの仕様による影響は小さいとか言えるかもしれないし、さらにさらに、configureの処理がMakefileに移る可能性があって更に難解なMakefileになる可能性もあるけど。
configureの処理がMakefileに移る可能性があって更に難解なMakefileになる可能性
これが一番怖い｡configureでやれることはconfigureにやらせておけばいいのに､なんでもかんでもmakeでやらせるプロジェクトが出てきそう｡特にSchema大好きな人々が非関数言語使いには理解不能なコード(しかもそれをクールだと言いはる)を量産しそうで怖い｡クールなコードはその言語に慣れた人にはクールだけど慣れてない人には意味不明なものだから｡#というわけで､来年辺りからSchemaの勉強はじめる
なんでDBの構造定義の勉強を始めようと思ったのだろう…
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日本発のオープンソースソフトウェアは42件 -- ある官僚
何がなぜ難解なのか (スコア:0)
さらに難解なMakefileが登場しそうで
それは場合によるんじゃないかなぁ。
Schemeを理解出来ない人にとっては難解になるだろうけど、理解できる人にとってはこれまでのMakefileの文法で書かれるより理解しやすいだろうし、うまく関数化できればautotoolsの出力もシンプルになりえないのかな？
ただ、そもそも難解なのはMakeで処理したい内容（正しくビルド・インストールするための条件・仕様）が難解であるからであって（Schemeがどうとかいう）Makeの仕様による影響は小さいとか言えるかもしれないし、さらにさらに、configureの処理がMakefileに移る可能性があって更に難解なMakefileになる可能性もあるけど。
Re: (スコア:0, 興味深い)
configureの処理がMakefileに移る可能性があって更に難解なMakefileになる可能性
これが一番怖い｡
configureでやれることはconfigureにやらせておけばいいのに､なんでもかんでもmakeでやらせるプロジェクトが出てきそう｡
特にSchema大好きな人々が非関数言語使いには理解不能なコード(しかもそれをクールだと言いはる)を量産しそうで怖い｡
クールなコードはその言語に慣れた人にはクールだけど慣れてない人には意味不明なものだから｡
#というわけで､来年辺りからSchemaの勉強はじめる
Re:何がなぜ難解なのか (スコア:2, おもしろおかしい)
なんでDBの構造定義の勉強を始めようと思ったのだろう…