そのためには、オープンソースプログラマの裾野が今よりもずっと広くないといけないし、そのためには、Linux だとか BSD だとかを試したいと思う人々の裾野がもっと広がらないといけない。そのためには、Linux や BSD のインストールや基本的な使い方がずっと簡単でなければならないし、Windows や Macintosh にないような魅力をもっとアピールできないといけない。「ゲームプログラミングのためのツールから何からまるまる一式がすべてフリーで揃ってしまうよ」というのもそのひとつの魅力になるかなと思います。
ここで簡単というのは、Windows や Macintosh みたいに簡単ですよ、というのじゃだめ。それでは、Windows や Macintosh でのプログラミングにかける時間や資源を Linux や BSD に振り向ける理由にならない。むしろ、「GUI ではないやりかたができるからこそ、こんなに便利に使えるしすごいプログラミングもできるんだ」みたいなことを言っていけるかどうか、ってところじゃないかな。
他のゲームも (スコア:1)
Re:他のゲームも (スコア:1, 参考になる)
こんなエッセイ [neweb.ne.jp]もあるけれど、オープンソースの手法ってゲームではあんまり流行らないのかもね。ゲームライブラリとかは別として。
オープンソース vs 商業開発 vs フリーウェア (スコア:3, すばらしい洞察)
オープンソースではないフリーウェアだったら、いっぱいあるんだけどね。たとえば Vector (Windows 用ゲーム) [vector.co.jp] とかに。これらのほとんどはつまらない作品ばかりかもしれないけど、つまらない作品がゴマンとある中にこそ、良いものも生まれてくるんじゃないかなと思うし。(そういう意味では、「オープンソースだから良いものができる」というプロセスとは違いますが)。
オープンソースの世界でいいゲームが出てくるためには、つまらない作品がゴマンとあふれる状況がまず達成されないと。そうして初めて、そのなかから光る作品も出てくるんじゃないかなあ。
そのためには、オープンソースプログラマの裾野が今よりもずっと広くないといけないし、そのためには、Linux だとか BSD だとかを試したいと思う人々の裾野がもっと広がらないといけない。そのためには、Linux や BSD のインストールや基本的な使い方がずっと簡単でなければならないし、Windows や Macintosh にないような魅力をもっとアピールできないといけない。「ゲームプログラミングのためのツールから何からまるまる一式がすべてフリーで揃ってしまうよ」というのもそのひとつの魅力になるかなと思います。
ここで簡単というのは、Windows や Macintosh みたいに簡単ですよ、というのじゃだめ。それでは、Windows や Macintosh でのプログラミングにかける時間や資源を Linux や BSD に振り向ける理由にならない。むしろ、「GUI ではないやりかたができるからこそ、こんなに便利に使えるしすごいプログラミングもできるんだ」みたいなことを言っていけるかどうか、ってところじゃないかな。
問題は、「フリーソフト」はほとんど全てオープンソースじゃない、ということ。でも、フリーソフト作者の大部分はたぶん、習慣としてソースを公開していないだけで、自分の信念や意見としてソース開示はいやだ、と思っている人は少ないだろうから、Linux や BSD の世界に入ってくれさえすれば、多くの人は、Linux や BSD の世界のしきたりをまねて、ソースを公開するようになるんじゃないかと思っています。
...と、だいぶ話がそれてしまいました。要は、「オープンソース方式」 vs 「商業開発」だけではなく、VECTOR に見られるような「フリーウェア」のやりかたも、あるんじゃないかな、ということ。
Re:オープンソース vs 商業開発 vs フリーウェア (スコア:2, 興味深い)
この場合は、OSは別になんでも良いのでは?
まぁOS自体がOpenSourceであることは強く推奨されるとは想うけど、
たとえばアーキテクチャがunix系である必要は全然無いような気が。
なので、
>そのためには、Linux や BSD のインストールや基本的な使い方がずっと簡単でなければならないし
インストールとか使いかたがもっと楽な別アーキテクチャのOS、でも良いのでは?
>むしろ、「GUI ではないやりかたができるからこそ、こんなに便利に使えるしすごいプログラミングもできるんだ」
それってもしかしてrogue系を指すんでしょうか?
別に、非win/macなノリを目指すからって、「GUIでない」ことを希求する
必要もないだろうし、ましてGUIを捨てれば非win的になれるとも限らないわけで、
#dos的になったりして(笑)
ゲームのアーキテクチャもまた、「自由に」やれば良いのではないでしょうか?
それにしても、ゲームそのものにしても開発環境にしても、
GUI「ではないからこそ」凄い、というものを、俺はちょっと
思いつかないのですけど。
#単に、GUIという言葉の定義として、winのようなツマラン実装だけを、念頭に置かれてるだけでは?
ところでちと話は飛びますが、音楽(フリー)ソフト満載のLunux Distroとか
有ったら嬉しいかもです。
音楽ワークステーションをフリーソフトだけで構成って、かっこ良いような気が。
>自分の信念や意見としてソース開示はいやだ、と思っている人は少ないだろうから
オフトピだが…uvaの作者氏…すっかりイジケちゃって…(T_T)
Re:オープンソース vs 商業開発 vs フリーウェア (スコア:1)
たしかにそのとおりですね。オープンソースだからといってただちにプラットホームが Linux/BSD でなければならないとは限らないです。ただ、そっちのほうがぼくは個人的に嬉しい、というだけのことです。
すみません、ぼくが言いたかった「GUI ではないやりかた」というのは、主にゲームプログラマにとっての魅力という意味で、プログラミング環境およびそれを支える基本操作体系のことを言いたかったのです。
ディストリビューションを作らなくても、いろんな音楽ソフトのパッケージを作るだけでいいのでは? というわけで、もしその気なら、Debian とか Kondara とか *BSD とかのオープンな開発体制をとっているところに参加して、パッケージ作りを担当するという手がありますよ。
すみません、なんのことですか?
Re:オープンソース vs 商業開発 vs フリーウェア (スコア:2, 興味深い)
プロジェクトでCrystalSpace [linuxgames.com]があります。
これは、ドメインをみるとLinuxOnlyかなと思いがちなんですが、
Windows、Linux/BSD、BeOS etc...で同じソースコードを使える
ように作られています。
よって、それぞれのOSにあった開発環境を使えるので気楽にためせます。
そういうプロジェクトなので、開発者にLinuxユーザーもいれば、
Windowsユーザーもいる、その他いろいろというちょっとめずら
しい？状態になってます。
こういう環境を使ってゲームを作る人たちの輪には自分のゲームを
オープンソースにする習慣が広がるんじゃないかなぁと思ってます
Re:他のゲームも (スコア:1)
この種のゲームは長期にわたってプレイされることが多いと聞いています。そのような性質を持つゲームであれば、スパイラルな開発のメリットを多分に享受できるのではないかと。
実際にはオリジナルのrogueは、プレイヤが情報収集することを防ぐ目的でバイナリでしか配布されていなかったわけですが(だからこそ、CMUにおけるrogue-o-maticのような面白い研究も生まれた)、その一点を看過すればオープンにすることになんの問題もないどころか、上記のようなメリット受けることができるのではないかな。
まぁ、そういうゲームのアイデアを作れるかどうかってのが大問題になるわけですが(笑)。
rogueに端を発したゲームのうち、コンシューマ向けのいくつかが版を重ねるごとにつまらなくなっていくのを目の当たりにしてると、オリジナルの偉大さがわかるというか(爆)。
Re:他のゲームも (スコア:0)
rogue のソースは BSD のソースライセンスを持っていた所に
Re:他のゲームも (スコア:1)
VAX用の*.oファイルしかなくて「他のアーキテクチャ(Encore MultiMaxとか/笑)の人はどうするんだ」と悩んだ覚えがありますので。
ただ「情報収集を防ぐ」目的と決め付けてしまったのはかなり勇み足だったかもしれません。よく考えたら、私は内部事情とかをぜんぜん知りませんでした(苦笑)。
"rog-o-matic"は…はい、まさにそのとおりです(大汗)。
Rog-o-matic (スコア:1, 参考になる)
http://www.cs.princeton.edu/~appel/papers/rogomatic.html
AppelといえばSML/NJですが，学生のときにこんなこともしてたんですね．