「StoryGenerator」の編集履歴（バックアップ）一覧はこちら

「StoryGenerator」(2006/05/24 (水) 00:13:03) の最新版変更点

追加された行は緑色になります。

削除された行は赤色になります。

*StoryGenerator 
pmoky氏の代表作、StoryGeneratorについて。

*pmoky氏の説明

*各界の評価
-ただのコーダーですか？
--C#ライブラリに詳しい→プログラムが速く書ける、習得にコストがかかる
--C#ライブラリに詳しくない->車輪の再発名、プログラムを書くのが遅くなる
---でも作れるものは同じ

>どんなにプログラミング言語に詳しくても
>結局は機械語しか生成されない
>ほんの少しプログラムが速く書けるだけ
>大事なのは何をプログラムするか


*疑問、質問
-定義された制約に対して、その制約を満たすかどうかを確認するプログラムなんですか？
--つまり、制約記述言語なんですか？
--肝は制約の自由度と可読性？
-C#を使うメリットは？
--もっとストーリーを記述しやすい仕様があるのでは？
--もっと制約を記述しやすい仕様があるのでは？
-どういう制約が記述できるんですか？
--その制約で物語の自由度はどこまで許容されるんですか？
--物語のパラメータはなんですか？
--ちゃんと検証できるんですか？
-Story Generatorと人工知能は関係あるんですか？
--人工知能の定義はなんですか？

*StoryGenerator 
pmoky氏の代表作、StoryGeneratorについて。

*pmoky氏の説明

> ひとことでいうと、 
> オブジェクト指向のノベルゲームスクリプト言語。 

> ノベルゲーの物語のスクリプトをオブジェクト指向で組むやつがいるだろうか。 
> いない。俺だけ。 
> 俺はオブジェクト指向の物語が作りたかったんだ。というか今も作りたい。 

> プログラミング能力にあふれた作家が最高の環境を使って、 
> プログラミング的にかつてないほど高度な物語を作る。 
> というのがStoryGenerator。 

> >このStoryGeneratorを使うと、 
> >デバッグに手間がかかるという問題がどのように解決されるの？ 
> バグとなるものが作れないように言語を洗練させていく、 
> という方法ですね。バグとなる状況を自分で決めて、 
> そういう風になっていたら文法エラーになる 
> 言語を作るというのが理想です。 
> 俺のスクリプト言語は、文法エラーを完全に自分で規定することが出来ます。 
> ある程度物語が複雑化したらデバッグのしようがないので、 
> バグ利用がない言語を作るしかないだろうと思っています。 

> StoryGeneratorのサンプルその２が欲しくない？ 

> >いま俺は吉里吉里使ってるけど、それを凌ぐ革新的なメリットがあるの？ 
> プログラム環境としてちゃんとした言語と同等のパワーがある。 

> 物語はある複雑さを超えると実行しながらのデバッグが出来なくなる。 
> それをどう解決するか。 
> 文法を限界まで作りこんで、実行する前に取れるバグは全部取る。 
> 実行する前にバグが取れないような物語は書かない。 
> それしかない。それをやるのがStoryGenerator。 
> その上でどんな物語を作るか、といえば、かつてありえなかったほど複雑な物語。 



*各界の評価
-ただのコーダーですか？
--C#ライブラリに詳しい→プログラムが速く書ける、習得にコストがかかる
--C#ライブラリに詳しくない->車輪の再発名、プログラムを書くのが遅くなる
---でも作れるものは同じ

>どんなにプログラミング言語に詳しくても
>結局は機械語しか生成されない
>ほんの少しプログラムが速く書けるだけ
>大事なのは何をプログラムするか


*疑問、質問
-定義された制約に対して、その制約を満たすかどうかを確認するプログラムなんですか？
--つまり、制約記述言語なんですか？
--肝は制約の自由度と可読性？
-C#を使うメリットは？
--もっとストーリーを記述しやすい仕様があるのでは？
--もっと制約を記述しやすい仕様があるのでは？
-どういう制約が記述できるんですか？
--その制約で物語の自由度はどこまで許容されるんですか？
--物語のパラメータはなんですか？
--ちゃんと検証できるんですか？
-Story Generatorと人工知能は関係あるんですか？
--人工知能の定義はなんですか？