ToHeart2 ほか AquaPlus/LeafのGPLゲーをいじるスレ
世の中には、土方設計で作られた土方コードしか見たことの無い人もいるんだよ
汎用設計で作られた汎用コードを見せれば、考え方も変わるさ
でも世の中のソースコードの９９％は、土方設計による土方コードだｗ
自分が汎用設計と呼んでるソレも、他人から見れば土方設計だったりしてな。ｗ
456 ：
名前は開発中のものです。：2006/01/22(日) 12:54:32 ID:mjX+ohmt
結論：LeafユーザのPCのべ数十万台での稼動実績 ＞＞＞＞＞＞＞＞＞＞ 頭でっかち名無しの空論・べき論
>>456 だが、その稼働のためにどれだけの（無駄な）時間を使ったのか考えて欲しい。
ちゃんとした設計の出来る、凄腕のプログラマがやれば、
もっと融通の利くスクリプトが、短期間でLeafに渡されるだろう。
機能を追加したりする場合、今のソースだと、
ある変数を使うと、どこまで影響が及ぶのか想像が付かない。
ある程度設計をしていれば、それも手軽に出来るようになるだろう。
このソースを見る限り、ディレクターは「こうしたい！」っていう機能があったにも関わらず、
それをプログラマによって諦めさせられているような気がする...。
> ちゃんとした設計の出来る、凄腕のプログラマがやれば、
貴重種です。
上がプログラムを軽視してるんだろう。
似たような内容で量産するならプログラムに金（出来る人、時間）掛けた方が
絶対いいのに。
高給取りが必ずしも優秀とは限らないのが
プログラマーの世界
なにしろプログラムの「長さ」で給料が決まるからね
ゲームでそれはないでしょｗ
受け入れ試験すらみたことないよ。
464 ：
名前は開発中のものです。：2006/01/22(日) 14:28:07 ID:2YASpuw5
経済を無視してる香具師が多いな
仮に出来が良くても高くて時間がかかるものなんて売れないんだよ
俺みたいな低賃金orzデジタル土方が手早くそれなりに文句も言わずに動くものを作る方が需要がある
特にエロゲみたいな技術水準が低いものではな
465 ：
名前は開発中のものです。：2006/01/22(日) 14:42:12 ID:V/+ayht1
ヒント：Leafは利益を上げ続けているエロゲ業界最大手の一つである。
揚げ足とりで煽り愛ですか？
>>459 「頭でっかち名無しの空論・べき論」乙。
>ちゃんとした設計の出来る、凄腕のプログラマがやれば、
>もっと融通の利くスクリプトが、短期間でLeafに渡されるだろう。
こう言えばあらゆるプログラムを否定できるなｗ
お前の携わったモノも、誰かが陰口叩いてるんじゃね？
「>459じゃなく、もっと凄腕のプログラマがやれば、
もっと効率がよく、短期間で出来た」
ってな。
>445
ソースを綺麗に書いても、検証が足りなきゃ信頼性は低い。
洋ゲーみたいに、動かないのはユーザの環境が悪いと言えたり、
コンシューマみたいにマシン環境が一定したりしてないからな。
バグ修正で金がもらえるようなヌルい仕事してねえよｗ
>451
メモリリークの話なんかすんなよ。レベル低すぎ。
そんなもんはつぶしてあるのが前提の話だろうが。
つーかさすがに俺もデストラクタは使うから、スコープを外れれば
自動解放されるし、メモリリークはほとんど起こさんけどな。
スマートポインタの使い方回りで変なバグ作りこむ方がやっかいだ。
参照カウンタタイプのものは自分では一切使わないな、俺は。
解放タイミングが見えにくいのも怖いし。
所有権（と解放責任）の委譲なんかするからバグの元になる。
>452
今まともにプログラム勉強してればその辺の知識は手に入る。
あえて使おうとも思わんだけだろうと思うんだが。
>462
コードの長さで金もらったことないな。
>459
>このソースを見る限り、ディレクターは「こうしたい！」っていう機能があったにも関わらず、
>それをプログラマによって諦めさせられているような気がする...。
ソースからどうやってそんなこと読み取んだｗ 超能力者かｗ
これだけベタなハードコーディングしてるところをみると、逆に、
構造をウンウンうなって考えてるばかりでコード書かない奴よりは、
アドホックな対応を期間ギリギリでやってくれそうだがｗ
>464
>要求水準
ソースの構造設計や再利用性に関する要求水準が低いのは、
別にエロゲに限ったこっちゃねえな。コンシューマでもそう。
459と同じで、ソースコードの構造に頭をひねり作りこむのと、
実際の動作で要求に答えることとを混同してないか？
>>470 うん？、要求水準なんて書いてないが
コードの構造なんて考えるのは時間の無駄
手慣れた書き方で早く作るのが肝心
要求が増えたら継ぎ接ぎで増やすだけ
お互い「俺はこう思う」の応酬で歩み寄りがないからいつまでたっても平行線
なんでLeafのソースをだめだと言われたぐらいで怒る奴が居るのかがわからん
そういう人は同業者としての自分が責められてるような気がするのか？
俺には数字の見えない年収自慢にしか聞こない。
１０年より少し前までは当たり前のように
プログラム行数で金額を請求していた。
>だが、その稼働のためにどれだけの（無駄な）時間を使ったのか考えて欲しい。
そんな想像でしか分からない事考える方が無駄だと思うが。
>471
ごめん、一行目は技術水準の間違いだった。
で、設計に対する要求水準と成果物の技術水準を混同するなということを
言いたかったわけだ。
そのとおり、時間の無駄。働かないマニアを飼っとく余裕はない。
ベタコードで書いたって読める範囲のものを作るときはベタに書け。
>472
ダメだしがいかにも頭でっかちだから突っ込んでるわけだが。
たとえばライブラリが再利用性なさそうで、ライブラリと言えないとかの
批判は妥当だと思うし。
477 ：
名前は開発中のものです。：2006/01/22(日) 18:03:15 ID:V/DKxSGQ
「仮想凄腕プログラマ」を使えば、世の中のソフトウェアに纏わる問題は全て解決できるな(藁
「表に出てきていないだけで、恐らくまだまだ」あったらいいな、
ってな仮想バグを使えば、どんなプログラムでもけなせるしなｗ
>477
でも、実際の仕事の段階で『無能大口プログラマ』にオーバーライドされるから、
あまり意味は無い。
ここはマ板でつか？
アルゴリズム創り出せるくらいの能力があるならともかく、
普通は速くて安ければソース気にする上司や顧客は少ないけどな
凡人はソースの美しさに時間を掛けるより、デバッグに時間を掛けた方がバグは少ない
美しさ気にしなければバグ直すのも速いし
482 ：
466：2006/01/22(日) 18:53:06 ID:13ePulHq
誰か教えてくれー、8500でゲーム作ってるのでもの凄い気になる
>482
全ファイルを8500などで検索してみろよ。
>>482 俺がその書き込みをしたわけでは無いから、同じことを言ってるのかどうかわからんが
露骨にカード指定してある部分があるので、レスしてみる。
TtT起動時に
「RADEON 8500～9200を使っている（画面が崩れる場合のみ）」というチェックボックスがある。
そのチェック項目で
if(Avg._Radeon8500){
x = (int)(MapControl.px-ShakeDx);
y = (int)(MapControl.py-ShakeDy);
}else{
x = MapControl.px-ShakeDx;
y = MapControl.py-ShakeDy;
}
こんな構文がある。MAPのx,y座標を浮動小数点から整数に変えてあるな。
具体的にはわからんが
整数にしないと「画面が崩れる」＝「テクスチャ化け」ってことかな？
>484
8500持ってないしコードも読んでないが、x,yはfloatなんか？
だとすれば、テクセルとピクセルの対応が0.5ずれてるのを修正している
んじゃないのか、と妄言してみる。
乗り遅れた～
>190 が消えているので再アプお願いします。
↑
なにこいつ？
こーいうものこそWinnyでおとせばいいんでねーの？
489 ：
466：2006/01/22(日) 20:26:44 ID:13ePulHq
ソース無いので助かるっす
>>484-485 レスありがとうございます。ってことは8500～9200時のみ、
テクスチャを0.5ずらす必要がない(事がある)って事なんですかねぇ。
ちなみにうちの8500だと、0.5ずらして初めて、テクスチャが綺麗に表示されます(TL済みの場合)。
>489
それは大抵のグラボでそういう動作をする。
texelの中心とpixelの中心は0.5ズレてるのが普通。
つーことは、違うっぽいね。何のためなんだろう？
いや、テクセルの中央ずらしは他のオプションで制御されてる。
良くわからんな。
てか、確か8500－9200って全て同じコアでしょ。
しかも、8500が出た当時、海外のベンチマークやゲームでも、よくテクスチャ化け起こしてた。
9000でリニューアルされて以降、そういうのは聞かなくなったけど、そのへんかも。
ソース読んだけど・・・フツーにウンコだなｗ
つーか、こいつメモリ管理（インスタンスの管理つったほうがわかりいい？）できてねぇよ。
あ、newとかdeleteの管理ができてないってことね。
どのタイミングでなんのデータを生成して、どのタイミングでなんのデータを削除するかってのがまるで見えてない。
これじゃバグ減らないだろうな・・・。
まあ、所詮はエロゲPGってとこで終了。データ削除。
洋ナシ、脳ナシ、魅力ナシ、領域の無駄ｗ
HDDから飛んでケー！ｗ
自慢厨ばっかで実際にプログラムできそうなヤツは居ないようだな
葉っぱ板のがまだ有効に使ってる
494 ：
459：2006/01/22(日) 22:34:29 ID:TvkA53ao
>>469 >メモリリークの話なんかすんなよ。レベル低すぎ。
>そんなもんはつぶしてあるのが前提の話だろうが。
どうやって、その潰されているってのを保証するんだ？
>つーかさすがに俺もデストラクタは使うから、スコープを外れれば
>自動解放されるし、メモリリークはほとんど起こさんけどな。
インナーで使っているものはそれでいいかもしれないが、
外部からポインタをセットして貰って、その領域がいつの間にか解放されていたり、
内部のポインタをどこかに渡してそのままデストラクタが呼ばれた場合は？
>スマートポインタの使い方回りで変なバグ作りこむ方がやっかいだ。
それって質の悪いスマートポインタ使ってるんじゃね？
newだろうがmallocだろう自前のアロケータだろうがちゃんと解放出来て、
アップ・ダウンキャストが出来るスマートポインタじゃないとまともに使えないと思う。
>解放タイミングが見えにくいのも怖いし。
どこから参照されているか、ってのを常に考えながらプログラムを書く方が恐い。
人間だから、いつ忘れるかわかったもんじゃないからな。
>>470 >ソースからどうやってそんなこと読み取んだｗ 超能力者かｗ
Leafはシステム周りがあまり充実してるとは思わなかったからね。
>構造をウンウンうなって考えてるばかりでコード書かない奴
それは凄腕のプログラマとは言わない……。
495 ：
459：2006/01/22(日) 22:35:59 ID:TvkA53ao
>>475 >そんな想像でしか分からない事考える方が無駄だと思うが。
確かにそうかも...。
>>476 >そのとおり、時間の無駄。働かないマニアを飼っとく余裕はない。
俺もそう思う。
>ベタコードで書いたって読める範囲のものを作るときはベタに書け。
だからってベタに書く必要は無い。
速く設計出来てバグのないプログラムを速く組めて、保守性が良ければいい。
とりあえず全部は無理にしても、それを目指すべきだろう。
>>478 こういった全部publicになってるようなソースはどこから何をされているか分かりづらいから、
安全性が保証されていることを立証するのが難しいんだよ。
だから「まだまだあるだろう」って書いた。
>>481 >普通は速くて安ければソース気にする上司や顧客は少ないけどな
上の人は保守性も気にして欲しいな...。
上記のRADEON8500対応みたいな部分こそ、枯れてるプログラムの美点だな。
あたまでっかちが幾ら「綺麗な設計」しても、環境が無ければ対応できない。
「ハードウェア/ドライバ側が対応すべきだ！」と寝言を言って
RADEONユーザを逃すか、AP側で対応して売るか。
>あ、newとかdeleteの管理ができてないってことね。
newもdeleteも使って無いようだけど…？
つーか、何人かは「C++使ってないからウンコ」と主張してるようだけど
そんなんで批判してるのはアホだよ？
Javaしか知らないJava厨に言わせれば「Java使ってないからウンコ」だろうね。
Lispしか知らないLisp厨に言わせれば「Lisp使ってないからウンコ」だ。
その次元と同じことに早く気づけよ。
498 ：
459：2006/01/22(日) 22:45:24 ID:TvkA53ao
>>496 枯れてるプログラムというか、過去の蓄積では……。
そして本当の「綺麗な設計」は、その辺も丁寧に wrap 出来る設計だと思う。
さっきから「スマートポインタ使わないなんてバカじゃね？」
というような主張をしてるキミへ
スマートポインタ？なんでGC使わないの？バカじゃね？
GC使えばメモリリークがなくなると思ってる奴は素人
設計段階から、どんなワークアラウンドが必要かなんて
わからんよ。
スマートポインタでメモリリークが無くなると思ってる奴よりは玄人
503 ：
459：2006/01/22(日) 22:58:12 ID:TvkA53ao
>>499 俺か？
GC のことを失念してた。
でも、GC は便利だけど、開発の規模が大きくなるから、
そんなの言語レベルで実装してくれないと厳しい気がする。
C++ で GC とか作れるレベルのプログラマにスマートポインタを必ず使えとは言えないけど、
malloc とかで領域を確保するぐらいならスマートポインタを使って欲しいね。
>>502 GC を自前で作れるﾔｼは玄人。
まじすげぇと思う。
つーか、マジ葉鍵板のほうがまともだな。
普通のプロジェクトに参加したことがあるならこれくらい普通だろ？
１００人クラスは参加したこと無いので分からんが。
もし自分が飛び込みで参加するとしたら吉里吉里とかよりよっぽど
今回のこのソースのほうが入りやすいと思うんだが。
それとも大手では本当に理想論的なプログラムを組んでるの？
最大でプログラマ１０人で、大作プロジェクトにはかかわったこと
無いので最大手などはどうやってるかわかんないですが。
あと、最後まで組み上げた事なさそうな理想論言う人多すぎ。
>504
GCは68k版のPalmOSにも載ってたな、そういえば。
あのう、鍵板の方のどのへんがマトモなんでしょうか。
現場も吉里吉里も知らない普通の趣味プログラマーだが、
ソース見た瞬間に糞っぽい雰囲気が漂ってきたぞ。
ＧＣでメモリリークがなくなると思ってるんですけど。。
なくならないんです？
あと、少しくらいメモリリークしてもいいジャンとか思ったり。。。
なにより目的が違うじゃん。
吉里吉里ってのはどんなゲームになるのかわからんから
汎用性やメンテ考慮するだろうけど、
これについては、ToHeart2っていう企画のゲームが
納期までに動けばいいんだから。
最近はメモリなんて山ほどあるんだから、エロゲくらい静的配列でいいじゃん
>>511 やっぱりメモリリークがなくなるように見えるんですが
俺ってバカ？
>>510 ゲームプログラムの場合1作品じゃペイしないから
汎用性、メンテしやすさを考慮して、
数作掛けて元を取るのが最近のトレンドでないの？
>>513 いつプールするか指定できないからリークが発生する
>>509 循環参照してると、いつまで経っても解放されない。
もしくは自分は解放したつもりでも、スレッドマネージャとかの管理クラスが
いつまでも参照しているってこともある。
>少しくらいメモリリークしてもいいジャン
Windows ならプロセスの終了時に OS が解放してるから、
ちょっとしたリークなら大丈夫かもね。
でも、リークするルーチンが何度も呼ばれるようであれば問題。
スワッピング起こして動作が鈍くなって最終的には落ちる。
>>514 よくしらんけど、Leafのゲームって
バカ売れしてるイメージがあるんだけど違うんでしょうか
ガベコレだと有名なのはBoehm辺りかな。
だれか趣味じゃなくてプロジェクトで使った事ある人居る？
>>515 そのうちプールされるんじゃないんです？
>速く設計出来てバグのないプログラムを速く組めて、保守性が良ければいい。
>とりあえず全部は無理にしても、それを目指すべきだろう。
とりあえず君が夢見がちなアリスちゃんって事は分かった。
>>520 だから「目指すべきだろう」って言ってるじゃん。
俺なんか変なこと言ってる？
結論：LeafユーザのPCのべ数十万台での稼動実績 ＞＞＞＞＞＞＞＞＞＞ 頭でっかち名無しの空論・べき論
俺は、>484のようなのがもっとたくさんあるならいいなあと思っていた
わけだが、なかなかそういうもんでもないようだな。
>494
>どうやって、その潰されているってのを保証するんだ？
さて、どこから突っ込んだものやら。
>495
publicだのprivateだのでバグが増えるほど複雑なソースでもないだろ。
君の理論だと、Cソースであるだけで潜在的バグを疑われることに
なるんだが？ C++以前からやってるプログラマを舐めすぎじゃないか？
mallocがリーク云々の元だとか行って毛嫌いしてる奴は、
Win32APIの取得／解放系は一切使わないのかねえ？
メモリリークのバグとか聞くのはたいていCのプログラム。
Javaプログラムのメモリリークなんて聞いたこともない。
だったらエロゲだけじゃなくてFPSやネットゲーもJavaで開発すればいいのにね
>525
リークしにくいのがJavaの売りのひとつなんだから当然。ないわけではないが。
C++でもリークするようなコードはいくらでもかけるぞ。
Cのリークは、どこかで解放すりゃあそれで終わるようなことだが、
下手に作りこんだスマートポインタやGC周りでリークが起きたら
デバッグしんどいぞ。
>Cソースであるだけで潜在的バグを疑われる
そういうことになるな。
だからこそ C++ や C# という言語が出てきたと思っているんだけれども...。
>C++以前からやってるプログラマを舐めすぎ
俺もCからやってるよ。
でも、Cは必要のない管理（機械的に出来る処理）を迫られることがよくある。
俺は、機械的に出来る処理は、出来る限り機械に任せるべきだと思っているんだが、
そう思ってる人は少ないのかな？
>Win32APIの取得／解放系は一切使わないのかねえ？
スマートポインタをセットするときに、解放するための functor を一緒に登録しておく。
そうすれば、どんなアロケータだろうときちんと解放できる。
別にCだってカプセル化はできるしスマートポインタだってできるでしょ。
C++ほど実装が自動化できないというだけで。
>>529 Cでデストラクタの自動実行を実現する方法があるなら教えてくれないか？
>>529 >スマートポインタ
確かに出来る。
ただ、例えばポインタ同士をイコールで結ぶたびに、参照カウンタを増やすための
関数を呼び出さなければならないっていう（無駄な）ルールが出来てしまう。
もしその関数を呼び出すのを忘れたらカウントが狂ってしまう。
smart_equal みたいな関数を作ったとしても、可読性がすごく悪くなる。
さすがに俺もそこまでして C でスマートポインタを使おうとは思わない...。
C++ であれば、operator=() を使えば解決できる。
可読性も落ちない。参照カウンタを間違えるミスもしない。
>C++ほど実装が自動化できない
俺はそこが一番の問題だと思ってる。
忘れるってのは人間だからあること。
ちょっと忘れただけで重大なバグが出たりすると、目も当てられない。
しかもそのデバッグするコストを考えると、出来る限り自動化したいと思ってる。
C++は学習コストが高い。
俺はかなり上達したが、思い返せば確かに複雑なルールが多すぎる。
それを思えば、使える人が多いCで開発することもしょうがないと考える。
クラスを作る時のビックスリーの約束事、ちゃんと知ってる人が何人いるか。
>しかもそのデバッグするコストを考えると、出来る限り自動化したいと思ってる。
はぁ。ならC++を使うのもやめたらどうだろうか。
もっと自動化できるよ。
>>533 うん、今は C# を勉強してる。
ところで、これは純粋な疑問なんだけど、
>もっと自動化できる
自動化しても構わない部分を自動化するのに何か問題があるの？
勝手にすればいいんじゃないの？お前がどうしようと自由だ。
単純に、２人で開発しるとします。
１人はC++を完全に使いこなせる。C的に書くことも出来る。
１人は、C専用。
この環境で、C++で組むことが望ましいか？
・・・んなわけない。
それだけの話だと思うんだが。
このコード、明らかに２人以上の手が入ってるし。
そしてそのうちの1人はC++を完全に使いこなせないのに
無理してC++使うアフォだな
お前らつまらない事で争ってないで仲良くデスマーチしてなさい
>537
betterCとしてC++で組みながら、徐々に学習/教育していく。
年がら年中マスターアップ前じゃ無いんだから、
余裕のある時に、言語の学習やらライブラリの整理やらをしてるのか？って話だと思う。
お前ら、エロゲプログラマはプログラマでもさらに底辺の存在なんだよ
これ基本
これで糞コードも、低レベルプログラマ擁護厨も説明がつくだろ？
まともに付き合ってると感染るぞ
>>537 C++使えない人間を採用しなきゃいいじゃん
同人じゃあるまいし…
>>542 お前直前のレスが読めないのか？
エロゲなんて同人と大して変わんないんだよ。
>C++使えない人間を採用しなきゃいいじゃん
普通のゲーム求人でもC++必須と要求しとる会社なんぞ少ないわアホ！
社会でろ！
両方使える奴を採用すればいい。
面接で忘れてはいけない最も重要な点はここにある
―優良な候補者を誤ってはじいてしまう事は不良な候補者を誤採用するよりはずっとマシ―
不良候補者の不手際を修正するために、ゆくゆく多大なる優秀な人々の時間、
ひいては会社のコストを犠牲にしなければならなくなる。
少しでも不安要素があれば 不採用 だ。
>528
>>Cソースであるだけで潜在的バグを疑われる
>そういうことになるな。
あきれ果てた。少しはまともな奴かと思ってたのに。
>でも、Cは必要のない管理（機械的に出来る処理）を迫られることがよくある。
そういうところだけC++を使えばいい。デストラクタとかね。つまりbetter C。
なんでも自動化しようとしすぎてドツボにはまるのがC++マニアの限界。
>スマートポインタをセットするときに、解放するための functor を一緒に登録しておく。
>そうすれば、どんなアロケータだろうときちんと解放できる。
いつ解放されるのかタイミングを制御しにくいけどな。
解放順でエラーが出るとめどい。だから、MFCとかは明示的に解放できるように
Create Destroyメソッドが付いてんだよ。実質malloc freeと変わらん。
>532
>それを思えば、使える人が多いCで開発することもしょうがないと考える。
そゆこったな。俺だってその気になればC++使えるけど、デバッグ時に
いちいち参考書読んで調べながら、なんてやってられんだろう。
硬くて単純なCライクなソースを好むのはそういうことだ。
「潜在的バグ」の作りやすさという点ではＣが劣るかもしれないが、
悪質さという意味ではＣ＋＋のほうが劣る。継承元やテンプレートの
細かい実装部分に由来する不具合を追うのは大変だ。ソース上に現れない
関数呼び出しが多いからな。
Ｃ＋＋は元々ある程度大きなプログラムを集団作業で作るために開発された
言語だ。大して大きくもないシステムを一人で保守するために、あんまり
大げさな設計をする必要はない。ベタでいい。
つーか、今読み直してみたけど、XvidもＣソースだぞｗ
これも潜在的なバグが疑われるのか？
549 ：
名前は開発中のものです。：2006/01/23(月) 13:27:57 ID:bDe/L9gI
C++叩くやつって大きく分けて２種類いるよな。
C++理解できないやつと、C++使いすぎて問題点が目に付くようになったやつと。
前の会社で前者の上司がいて大変だったぜ。
趣味でならSTLもBoostも触ってみたことがあるし、Modern C++なんか
パズル的に大いに楽しませてもらったけどな。
仕事で使うってことは、また別だからな。
なんか2ちゃん初心者みたいなのがいるね。
2ちゃん熟達者って、なんかの自慢になるのか？
すみませんが誰かソースを再うｐしていただけませんか。
使う人間の能力が追いつかなくてバグの温床になるような言語は要らない。
この板のWikiの専用ページに置いてあるだろうに
saerchはなあ。ちょっと恥ずかしいなあ。
世の中結構つづり間違ってるソースあるけどさ。日本人はその辺弱い。
558 ：
名前は開発中のものです。：2006/01/23(月) 18:37:56 ID:JZo/obfj
で、リファクタリング済みのソースUPはまだですか？
＞設計が汚いとか実装がヘボイ云々言ってる賢い人々
#「１から作り直した方が早くて楽」であるなら、
#同じ機能を作り直したソースでも構いませんが…
じゃあ俺がreserveをresizeに直したのをUPするよ。
560 ：
名前は開発中のものです。：2006/01/23(月) 19:50:15 ID:LU0Ls/vr
>>558 通りすがりが川を見て「汚い川だな」と言ったからって
その通りすがりがドブ掃除までするはずが無いだろう。
>>559 あの箇所はそれだけじゃ解決しないじゃん・・・。え、いや、もちろん
気がついてらっしゃると思いますけど
>560
所詮口だけってことだな。
自分から「キボンヌキボンヌ」と騒いでドブ川へ我先にと飛び込んでおいて、
「汚い川だな、服が汚れちまった、俺んちの池のほうが綺麗だぜ」とか
騒いでるようなもんだな。しかも、本当にそいつんちの池が綺麗なのかは
誰も知る由もないｗ
じゃあ、あれのソースはキレイなのかってぇとそうでもない気がするんだが。
やるか？ 吉里吉里のコードレビュー
汚いソースのゲームだとウン万本売れるってことだ。
綺麗なソースだと売れないってことだ。
それが結論かも。
要は動くモノを送り出せばいいだけで、きれいにすることに時間かけることなんか
たいした意味がないということかも。
そゆことだな。コードの美しさなんか誰も評価してくれないし。
俺は汚いソース書いた部下を許さない
>>546 >なんでも自動化しようとしすぎてドツボにはまるのがC++マニアの限界
設計のやり方だろうな。下手な奴がやるとむしろよけいに汚くなる。
>解放順でエラーが出るとめんどい
出るのか？
どこからか参照されてる限り解放されないんだから、NULL にアクセスってこともないだろ？
あと俺は MFC 嫌い...。
>>547 >細かい実装部分に由来する不具合を追うのは大変
確かに。それは同意できる。
>大げさな設計をする必要はない。ベタでいい。
大げさな設計をする必要はないと思うけど、だからってベタにする必要はないんじゃね？
デザインパターンは結構小回りが効く設計だと思うんだけど。
>XvidもＣソース
いまだに C でプログラムを書かないといけないって現状を考えると、
こういったものは C で書くしかないんじゃね？
>>572 いいや、ベタにする必要はある。
際限なく汎用化、抽象化し、簡単なはずの物事を難しくしようとする設計厨にはわからんのかもしれんがな。
575 ：
名前は開発中のものです。：2006/01/24(火) 00:20:15 ID:1HPVs1Ni
>>574 >際限なく汎用化、抽象化
そこまでは言わないよ。
俺も１回しか使わないようなソースであればベタで書いた方がいいと思ってる。
さすがに何度も使うような部分であればちょっと考えるけど。
YAGNI >>>>>>>>>>>>> OO
>572
そら上手い奴が上手くやればなんでも上手く行くけどな。
解放「順」が問題な。あと、リソースをこまめに節約しようと思うと、
どうしても手動で取得／解放する形になるなあ。目に見えるところで
制御したい。まあ、君がMFC嫌いだというのは分かる気がする。
デザパタは確かに有意義かもしれんが、あんまし今回関係なくない？
対応コンパイラがVC++とgccなんだから、C++でいい気がするが。
>>578 >上手い奴が上手くやればなんでも上手く行く
だね。ほんとそういう人たちを尊敬する。
>手動で取得／解放する形になる
null をセットすれば事足りるけど、確かにそれだと
どこかに残ってる可能性があるから怖いね。
でもどこかに残ってるってことは不正アクセスの可能性があるわけで……。
まあそんなプログラムは C だったら組まないか……。C++ だからありうる話だね。納得。
>あんまし今回関係なくない？
大がかりにならない設計を考えると、まず最初にデザパタの一部が思い浮かんだんだ。
考えてみれば、デザパタも小さいとは言えないかもしれない。
>C++でいい気がする
C しか使えない or C の方が使いやすいって人が多かったってことなのかな。
もしくはやっぱり多くの人に使ってもらうためとか。
米国で単語の綴りがちゃんとかけない人ってのは多いらしいけどな
日本でも漢字は危ういことになっているみたいだが
>>580 それ、
＞ じゃあ俺がreserveをresizeに直したのをUPするよ。
が入ってない。多分元のまんま。
引き続き、リファクタリング済みソースUPまだぁ？
>>547 > Ｃ＋＋は元々ある程度大きなプログラムを集団作業で作るために開発された
> 言語だ。大して大きくもないシステムを一人で保守するために、あんまり
> 大げさな設計をする必要はない。ベタでいい。
んあー、C++で同人シュー何本も１人作ってるけどどう見ても便利です。本当に（略）
MSX時代や98時代にグダグダと低レベルな実装してたのがSTLやboostで一撃で済むようになったし、
自作ライブラリの再利用や書き直しはすんなり行くようになったし、
コードの影響範囲が絞れるから原因不明のバグで１日つぶれるようなことも皆無に近くなったし、
ありがたいことこの上ないんですけど。
むしろこんなに楽になったらプログラミングの労働価値なくなるよなとか危機感抱きはじめてる。
そりゃC++の習得には結構な時間投資したし、C++自体は欠陥だらけの言語だと思うけど、
いったん作法が身についてしまえば、１人だろうがチームだろうがこれ以上の道具はないと思うけどなあ。
（WindowsではもしかしたらC#が来るのかもしれんけど）
最高ではないが最良の武器ってやつ。少なくともCなんてもう馬鹿馬鹿しくて使ってらんない。
つーか、何か仮想的を想定してない？ 不必要に仰々しいOOP論者とか。そゆのは俺も嫌いだし。
>>546 > 俺だってその気になればC++使えるけど、デバッグ時に
> いちいち参考書読んで調べながら、なんてやってられんだろう。
いくら複雑な言語とはいえ、いちいち本開くようでは使いこなせていないにもほどがあるでしょ。
単にキミがC++初心者なだけでは？ C初心者の頃もそんな感じじゃなかった？
アドバイスすると、C++を使う上での原則やよく使うAPIをテキストファイルにでもまとめとくといいよ。
参考書がでかいなら圧縮しなさい。難しい問題に対するのに、ノートを取りもしない人間が多すぎる。
学生時代に一体どうやって勉強していたのか。
>>583 スレ違いだけどSTLとか何で勉強したか教えてください
>583
>コードの影響範囲が絞れるから原因不明のバグで
>１日つぶれるようなことも皆無に近くなったし
これは絶対嘘だろうｗ 逆に増えるはずだが……。
Ｃプログラム時代に相当下手な開発してなかったか？
>不必要に仰々しいOOP論者とか。
この辺排除したら、２Ｄゲくらいの規模ならbetter Cという
結論に落ち着かない？
>単にキミがC++初心者なだけでは？ C初心者の頃もそんな感じじゃなかった？
テンプレート周りの記法にはあまりなれてないな。
STLのどれにどんなメソッドがあって実行効率がどうなのかも覚えてない。
あー、別にC++のほうが得意って奴がいても変だとは思わんのよ。
ただ、あまりにも確信もってC++のほうがいいと言ってる奴みると、
Cゲームプログラミング技術の蓄積と硬さ、人材の豊富さを
舐めるなよといいたくなるだけで。C++やSTLやBoostを「ドツボに
はまらず」完璧に使いこなせる人材がどれだけいると思う？
そして、そういう人間がゲームプログラマをやるかなあとも。
名無しが自分語りをするスレはここですか？
>586
>Cゲームプログラミング技術の蓄積
これ参考にしたいんだけど、どこにあるの？
flipcode速く復活してくれないかなぁ
おまえらではチーム開発は出来ない。
まともなファーム屋で修行してこい。
あらあら
＞C++やSTLやBoostを「ドツボに
＞はまらず」完璧に使いこなせる人材がどれだけいると思う？
ここに居ます。
＞そして、そういう人間がゲームプログラマをやるかなあとも。
やらね。安いし。
かんぺきなぷろぐらまばっかりなのになんでですまーちがなくならないんですか？
おしえてください。
ここゲーム製作板ですよね・・・？
いいえ。
見習いプログラマの優劣を競うスレです。
いいえ。製作技術であって製作ではありません。
>588
どうせケチしかつけねえから教えてやんねｗ
>592
うむ、いい答えだ。つまり、そういうことだよ。
>599
公開されない技術の蓄積に何の意味があるのか。
ま、どうせカビの生えた酸っぱいブドウだろうから、いらないや。
とりあえずここにいるプログラマーって人間は
会話のできる相手を見定める能力に欠けることはわかった
親近感がわいた
C++でゲーム業界にいる俺様がいますよ！
しかし、C++ってそんなに歓迎されないのかなぁ？
VCみたいなコード補完機能があるRADを使えば、
C++の開発効率ってのはC言語と比べ物にならないと思うんだが…
C言語にこだわっている人ってその辺のツールを使いこなせてないのか？
少なくとも、調べたり確認したりする時間は大幅に減るぞ
ついでに、VBならともかくC言語の技術ってのはC++でも使えるのに
技術の蓄積もないと思うんだが…
人材の豊富さに関しては、Cしか使えない人材なんて…ねぇ？
学習意欲のないコボちゃん予備軍じゃないの？
小難しい技法や「プログラマの常識」なんてもんは
自分の現行知識がやりたいことに及ばなかったときか気が向いたときにでも
おいおい覚えていけばいいと思ってる奴はプログラマ失格でしょうか(´ω｀)
そんな俺はSTLなんて触ったこともないしクラスの使い方もヘッダのやりくりも
たぶんデタラメなC++使い。C++を使ってる理由は「なんとなｋ（ｒｙ
>602
RADやCからの流用で使いこなせるのって、better Cの部分じゃね？
明確にbetter CとC++の区分があるわけじゃないが、better Cすら
使えないプログラマってのはさすがに今ほとんどいないぞ。
C++独特の部分を使いこなすにはかなりの蓄積がいるってことだ。
すぐ極論に走り他人の揚げ足をとることばかりにリソースをさくおまえらはやはりダメだ。
その間にも納期は迫って来るんだぞ。。
…ってここはいつからマ板になったんだ？
新日プロ総帥と共にマ界へ帰れ。
・・・あれは違う世界か。
C++は少なくとも色々なDLLが利用可能だ。
元々がゲ製作板自体、マ板の隔離板だった？？？
ム板の隔離じゃなかったっけ。
だからこそプログラム以外のスレに多少違和感を感じる
>607
Cで使えないDLLなんてあったか？
だからbetter Cだって何人も言ってるやんけ
C++を有効に使えるやつは使えばよし、使いたくない人間は使わなければよし
ライブラリ化さえしてれば、他人のやり方にケチなんてつける必要ない。
どうしても共存できないものならともかく、共存できるんだから問題ないだろ。
他人までC++で染め上げなければ気に入らんのかねぇ。
何のための互換性だか。
馬鹿だな、お前
おまいら雑魚はbetterC、俺様はC++、格が違う、って言いたいんだよ
>610
何らかの手段でC++のクラスをエクスポートした場合とか？
頑張って無理すれば利用できないこともないだろうけど。
>611
「えーマジbetterC!?」
「betterCが許されるのは小ｒｙ
betterCが許されるのは小・中企業だけ、大企業は見栄はってC++
615 ：
名前は開発中のものです。：2006/01/26(木) 02:16:30 ID:l32NpWmt
自分語りやC++談義はいいから、ちっとは解析とリファクタリングは進んだのかね？
616 ：
名前は開発中のものです。：2006/01/26(木) 02:26:24 ID:t0wLdpGe
解析やリファクタリングはいいから、もっとアフォの煽り合いを見ていたい。
誰が金にもならないのに他人のソースのリファクタリングなんかやるんだよ。
618 ：
名前は開発中のものです。：2006/01/26(木) 13:58:35 ID:t3EZ1uq/
無能しかいないみたいだな
621 ：
名前は開発中のものです。：2006/01/26(木) 14:42:02 ID:fiS2Ayb0
とにかく、おもしろいことやってよ
なんか
琴に尻尾はないと思うぞ
ぼちぼち再うｐお願いしますよ、お前ら
624 ：
623：2006/01/26(木) 17:10:09 ID:vqNBwVPo
なんなのおまえ
まぁGPL関連はソースを出させるまでが祭りですから。
ソースだけあっても肝心な物がないと思う。
それは愛（液）。
628 ：
名前は開発中のものです。：2006/01/26(木) 23:57:34 ID:TUki1lo6
なんかやりたいなら自分でやれと。（笑）
中身見てまあこんなもんかと納得して終わりが普通だべ。他人のソースなんて。
もしもToHeart2のようなタイプのゲームを作りたいならば、
吉里吉里なりNScripter覚えた方が早いし。
ノベルエンジンのソースを見たところで
どうせDirectXやSDL使うし
どーでもいい
でも、同人でGPL無視で使うやつが１人ぐらいはいるに一票。
（むしろ、このスレとかを読んでない専門学校生とか。）
いや、もっと恐ろしいのは、専門学校の先生が教材としてこれを改造し
無知な生徒に配ってしまい
生徒は知らないうちにGPL汚染されたまま企業に入るという、最悪のシナリオがあるな。
>632
どこを再利用するっていうんだ？
完成させて売りつけたらそれでおしまいだから
再利用もメンテナンスも考慮しない書き方するのね
吉里吉里（KAG）やNスク覚えたほうが早いとか言ってる奴って
スクリプタプログラミングの勉強すること自体否定してんの？
今回のソースが参考になるか否かは関係なく。
メルブラみたく、他ジャンルとの複合をやりたいときは
自分で出来たほうがいいよなぁ。「他ジャンル」のほうがメインの場合。
ノベル（ADV）がメインの場合はDLLとかでカバーする方法もあるけど。
勉強すること自体否定してるわけでなく
生産性に疑問があるんだろう。
んで、Radeon8500の依存コードは結局何を回避してるんですか？
頂点座標が整数値じゃないとテクスチャがボケるとか？
そもそもスプライトにTL頂点使うのあんま良くないと思うんだけど。
>>639 そう思うならここで言ってないで指摘してやれ。
>>639 つ 「言い出しっぺの法則」
修正済みソースのUPは何時頃になりそう？
口だけでとにかく叩くだけの人は偉い
このスレでだけ
643 ：
名前は開発中のものです。：2006/01/27(金) 22:51:35 ID:RMCUaEx1
× このスレでだけ
○ あらゆるメディアにおいて
いっしゅんでぱわーあっぷしたなｗ
もしも超空間が・・・
あるいはケロQがGPL違反をしてたら・・・
たぶん世間から気づいてもらえないままなんだろうな
嬉しいのって、アボパかティータイムくらいかねぇ
ゲームのデキはいいがシステム地雷なメーカーだろう、ソース見れてうれしいのは。
戯画のバルドチーム物のは見てみたい。
雀パラやのソースは見てみたいな
314のTH2専用 PAK展開TOOL v1.0
誰か持ってる方再UPお願いできませんか
持ってませーんｗ
>650
vipろだに上げといた(小物6501)
DLpassは314のソレに合わせた
あとは知らん
DLpassを掛けるのはGPL信者らしからぬ行動だな。
PAK展開TOOLはV1.1が最新なんだが・・bakに対応して(忘れてたらしい)途中で落ちるのが直ってる。
どうでもいいけど。
ありがとうございました
6501を無事DLさせてもらいました
656 ：
652：2006/01/30(月) 10:26:27 ID:gaqUGnKq
>653
俺GPL儲ぢゃないんでー
>654
1.1拾い損ねてる事に今気づきました俺orz
まぁ落ちるトコは何処か知らんけどbak対応自体は
main()ちょいと修正すればいけるんでないかね
fnt/grp/sdt辺りと同じ処理通せばokっしょ多分
> 配達先不明のお知らせ
> 2006.01.27
> 配達先不明で１件戻ってきております。
> 心当たりのある方はメール・お電話・FAX等で弊社へご連絡下さい。
>
> 希望封筒の消印 ： 06.1.10.8-12
> 大阪府東大阪市 イニシャルN.Y 様
NakamuraYukie
間違いない
それだとY.Nじゃｎ（ｒｙ
Yoshida Miwa
だな。
N.Y といえば、NewYork だろ？
へぇ～、NewYorkって東大阪に住んでたんだ～
663 ：
名前は開発中のものです。：2006/02/01(水) 20:06:30 ID:jwoiDdBT
Youko Nozawaだな
完全に停止したな。
ぶっこ抜きツール守銭奴（おたのしみCD軍団）に一撃を加えられただけでもよしとするべき。
おたのしみCDは裁判に負けて回収されたモノも含めて全部その辺に落ちてるけどね。
ウェストサイドだっけ？
DOA２全裸でテクモに訴えられてしまったのはもう古い話だな。
プログラマが絵描きに相手にされない理由
・プログラマは漫画やイラストに興味があるが、
絵描きはプログラミングに興味が無い
・プログラマは絵描きにコンプレックスを持っているが、
絵描きはプログラマにコンプレックスを持っていない
・プログラマは絵描きを尊敬しているが、
絵描きはプログラマに興味が無い
・プログラマは絵描きがいないとエンターテインメントを生み出せないが、
絵描きはプログラマがいなくても可能である
・有名なプログラマは少ないが、
有名な絵描きは多い
・プログラマのセンスはプログラマにしか理解されないが，
絵描きのセンスは広く一般に批評の対象となる
・絵描きは個性的であればあるほど評価されるが，
プログラマはむしろ没個性的であることが望まれる
どっかのコピペか何かか？下４つはなるほどと思ってしまった。
上４つは絵描き兼プログラマやってる自分にはよくわかんね。
しかし漫研とかは文系が多かった気はするな。 ＞プログラミングに興味がない
別に理解されなくてもいいんだよ
673 ：
671：2006/02/13(月) 01:19:57 ID:TRpuOI72
上３つだった。
>>670 絵描きもしますが大体においては当たってるような気がします。
おまえらコピペにレスするなんて偉いなー
１つだけマジレスすれば、
プログラムだけでもエンターテインメントは生み出せます。
うむ。Ｊａｐａｎｅｓｅ”ＫＡＲＡＫＵＲＩ”万歳！！！
結論
絵描き＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞プログラマ
絵描きとプログラマは別職だから仕方ない
681 ：
名前は開発中のものです。：2006/02/15(水) 01:01:48 ID:tGKo8N4P
つ「職業に貴賎なし」
全てを支える土台を作るポジションでありながら一番地位が低いのがプログラマ
絵描きは一生絵描きだが、プログラマは出世すると
プログラマじゃなくなる。ビルゲイツみたいにな。
絵描きとソフト業界の底辺のプログラマを比べたら
絵描き＞プログラマになるのは当たり前。
底辺ってのは稼ぎ０のやつのことか？
プログラマ→システムエンジニア…と
ジョブチェンジしていく中で
一番下のジョブがプログラマってこと。
絵描きがレベルアップして有名になっても
ジョブは絵描きのままだろうけど、
プログラマがレベルアップしたら
システムエンジニア等にジョブチェンジするから
ジョブがプログラマのまま有名になることはないだろう。
と思ったわけです。
ゲーム製作者で世界的に有名な人の半分はプログラマだがね。
プログラマはセンスだけじゃなくて知力も必要だからな。
ぼんくらでもできる絵描きとはわけがちがう。
>>685 絵描きでも下っ端のうちはグラフィッカとして色塗りだけだったりするな。
キャラクターのデザインなんて任されるのはジョブチェンジした後だし。
納豆とチョコレート比べても意味がないのと同じ
比べるものが違うのは明らか
ところでこんなコピペを見つけたんだが
【今からでもまに合う！バレンタインチョコを絶対にもらえる方法】
女性店員がレジにいるコンビニでチョコを買う
可愛いアルバイトの子がいる店を事前に見つけておくとよりベター
↓
わざと商品（チョコ）を受け取らずその場を立ち去ろうとする。
この時あまり足早に店を出てしまうと男のバイトが走って持ってきて
ウホッってしまう可能性がある。あくまでも少しレジから離れる程度にとどめる。
↓
女性店員が走って渡しに来る「あの・・・これ・・・」
この時「えっ？」など少し意外といった態度を取るとふいんきが増す。
戸惑った素振りを見せながら「ありがとう・・」と女性店員の目を見つめながら言う。
↓
「どうぞ」などと安堵の表情を浮かべる女性店員から商品（チョコ）を受け取る。
この時、わずかに女性店員の小指などに触れ「あっ」といった表情で女性店員を再度見つめる。
↓
「ご、ごめんなさいっ」などと言いドギマギしながら走り去る女性店員をヤレヤレといった表情で見送る・・
コレ実践して男の店員から受け取った奴なら知ってる
>>689 もっと早く見つけてくれたら実践できた。
692 ：
名前は開発中のものです。：2006/02/20(月) 22:20:18 ID:w3BAr6cd BE:224653695-
これって、送ってもらったやつを、勝手にネットに公開したらまずいの?
もう公開されているからわざわざする必要無いと思う。
695 ：
名前は開発中のものです。：2006/02/20(月) 23:15:31 ID:60A4Cenb
624 のサイトでダウンロードし、ソースをざっと見た。
市販ゲームのソースって初めて見たけど、
そんなに超大規模ソースというものでもないんだな。
TtTのソースに、アイテムデータを直接ソースに書かれてた部分が
あって、そういうものなのかと思ったりもした。
ファイルから読み込むよりは、直接メモリから読んだ方がいろんな意味で早い。
なので実行ファイルに直接データ埋め込む手法は結構ありがちな手段。
もっとも、普通のゲームメーカーはEXEではなくDLLに埋め込むようだが。
698 ：
名前は開発中のものです。：2006/02/21(火) 02:07:52 ID:BkHEJI9P
>>697 都市伝説ﾊｹｰﾝ
＞ファイルから読み込むよりは、直接メモリから読んだ方がいろんな意味で早い。
＞なので実行ファイルに直接データ埋め込む手法は結構ありがちな手段。
意味不明。そのEXEやDLLもファイルから読み込んでるわけで
EXEやDLL以外のファイルにバイナリデータを格納する場合と比較して
何が「いろんな意味で早い」んだ？HDD→メモリの転送速度なら
どちらの場合も同じだぞ？
EXEに埋め込む＝起動時にロード だから
ゲームプレイ中の体感速度が速い（ストレスが少ない）ということか？
それならデータファイルの場合でも起動時にロードすれば同じだぞ？
よくわからんがデータファイルはウィンドウ生成辺りで全部まとめて読み込んでるぞ
コード中に埋め込めばファイルからロードする為のルーチン作成の手間も
省けるからなぁ…。
>>700 アイテムの属性をちょっと変えるだけでビルドし直すほうがよっぽど手間だよ
ファイル読込ルーチンごときで毎回バグを出せるゲーム業界に乾杯！
どんな屑プログラマの集まりなんだよ・・・
>>696が言ってるそのアイテムデータのコードってのを見てないから何とも胃炎がさー
アイテムデータって言ったら普通はしんどーい調整作業（反復作業）が待ってるよな。
>>700 普通は予めクラス構成しておいてそれをつなげるだけだと思うが･･
使い回しも利くし
まあ、ハードコーディングしたくなる日もあるさ
日本は工学は大丈夫だけど、
software engineeringではついて来れてないからね
ハードウェアはstructure paradigmでも出来るから
東ハト
再利用まったくされないもののために一々ファイル数増やすのもよろしくないしな。
ハードコーディングすれば1分ですむならそれもありだろう。
そんなことを積み重ねてるとあとで大変なことになるけども、すぐ終わる仕事ならどうでもいい。
少なくともお前らよりはマシ。
公開される前はあれだけ騒いでいたのに、公開されても何の影響もなかった。
2chだもの
>>710 いやあるだろ。
次のゲームをGPLにしなければソースの再利用ができないんだから。
まあ次もGPLにしてしまえば何の問題もないどころか他のGPLコード使い放題だけどな
社員は今頃GPL部分をぶっ続けで打ってるんだろうな・・可哀想に
>>712 だから、リーフ自体の場合は違うって何度・・・
715 ：
名前は開発中のものです。：2006/02/22(水) 07:20:54 ID:Lx5nfpRh
毎回０からコード書いてるのと違う？
コピペ＋αだな
動けばいいのよ
719 ：
名前は開発中のものです。：2006/02/25(土) 12:24:06 ID:pKYr/Chh
>毎回０から
ﾜﾛｽ
デジタルプロテクトに反対して、P2Pでの著作物DLも、海賊版DVDも推奨するのがストルーマン。
その人が作ったGPLに違反したことで
「パクリ」と糾弾されることが、世界のイデオロギー矛盾の縮図を象徴しているように思える・・・。
はっきり言ってしまうと「パクリ推奨派」がGNUだよ。
ライセンス違反は悪だけど、それは「パクリ、イクナイ！」という次元で語っちゃいけない。
それは、GNU GPLが最も嫌う言葉だ。
あくまで、「GPL思想を汚したライセンス違反」としてしか糾弾できないし、しちゃいけない。
「パクリまくれ、パクらせまくれ」というライセンスなわけだからね。GPLは。
ストルーマン の検索結果のうち 日本語のページ 約 47 件中 1 - 10 件目 (0.04 秒)
意外とあるもんだな
>722
ﾜﾛﾀ(w
724 ：
名前は開発中のものです。：2006/04/15(土) 16:09:19 ID:u1CngWHx
あげ
725 ：
名前は開発中のものです。：2006/04/28(金) 00:26:28 ID:IeMT15Lf
嘘ﾂｹﾎﾞｹｶﾞ
ﾈｯﾄﾃﾞ散々中傷ｼﾏｸｯﾃ社会信用ｵﾄｼﾃﾙﾀﾞﾛｳｶﾞ
ストールマンのキチガイさは有名だもんあ。
でも、そのキチガイはEmacsとか作ってるからなぁ。
有言実行だけは凄いよ。
729 ：
名前は開発中のものです。：2006/05/07(日) 21:34:44 ID:mzam14uK
(・∀・)ﾊｲｰｷｮ
所でこのソース、GPLの割に配布されてるサイトを
あまり見掛けないのは何故？
ますます判らん
>730
再配布する価値が見いだせないから
ソースコード開示することに抵抗はないけど、
自分の作ったヘタレコードを晒すのは嫌だなあ(´・ω・`)
「何このコード。ﾌﾟ」とか言われそう。
もちろん、自意識過剰ってわかってるさ。
735 ：
名前は開発中のものです。：2006/05/18(木) 14:04:39 ID:PwaViFL4
Vectorとかのバイナリ配布のプログラムなんて大抵そうだろ。
オプソと比べたらゲロが出るようなゴミコードがほとんどだろ。
736 ：
名前は開発中のものです。：2006/05/18(木) 14:12:50 ID:/Ngq+slT
「オプソ」と言って十把一絡げにするのは間違いの元だな
GPLウィルスここにきわまるな
気をつけないと
初期のApacheのソースなんぞカオスの極みだった。
名前の由来でもあるな。 < Apache
しかし、開発の活発なオープンソースソフトウェアは、
ミーティングが出来ないなどの制約があるためかモジュラー化が進んでいて
機能追加が容易になっていたりすることも多い、と聞いた。
740 ：
名前は開発中のものです。：2006/06/09(金) 10:11:28 ID:RviClEyD
741 ：
名前は開発中のものです。：2006/06/10(土) 23:51:45 ID:Bu60ggI4
パブリックドメインのDBであるSQLiteのJava版(JNI）を何故かGPLで配布する奴とか
BSDL文化である*BSD OSにGPLラップを掛けて遊んでいるDebianとか
他所のライセンス文化に自分のライセンス文化を押し付けに来る様はまさに宗教
俺はJava屋だけどJava界隈がBSDLライクなApacheを主戦場にする気持ちは分かる
なにこのデジャブ('A`)
他人の物も自分の物か…まるで共産主義者だ。
…あ、だからコミュニティというのか。
ストールマンが赤の手先のおフェラ豚なのは散々ガイシュツ
出日案って中身bsdの奴なん？
詐欺クセー。
DebianベースでカーネルがBSDってのは作った奴が居るはず
普通のDebian GNU/Linuxは当然Linuxカーネル
747 ：
名前は開発中のものです。：2006/06/25(日) 03:27:04 ID:KSOIYH45
よく分からないんでだれかまとめてくれませんか
748 ：
・∀・）っ-○◎● ◆DanGorION6 ：2006/07/06(木) 04:03:15 ID:TKRk6JT1
BSDてかGNU/HURDじゃね？
HURDはMachベースでもともとGNUのカーネルになる予定だったものだけど、
実用的なパフォーマンスが得られず、９０年代初頭にフィンランドのオタク学生が作ったLinuxが
ネットで一躍話題をかっさらっていき、それがそのままGNU OSの事実上の標準カーネルになってる。
マルチコアの時代にはマイクロカーネルのほうが有利なんて話もあるけど、さてどうなるやら。
750 ：
名前は開発中のものです。：2006/07/27(木) 17:13:20 ID:La3qKL4P
TH2専用 PAK展開TOOL v1.1
再うｐしてくれる方いませんか？
751 ：
名前は開発中のものです。：2006/09/26(火) 19:13:34 ID:Skr8r4PG
「GPLは危険」 複数のLinuxカーネル開発者が共同声明
http://opentechpress.jp/opensource/article.pl?sid=06/09/26/0227202 ---
TorvaldsはLKMLへのメールの中で、Bottomleyの意見に同意している。
僕の個人的な意見を言うと、 公開議論の大部分が、
GPLv3に関して政治的な動機を持った人たちによって行なわれているなあということ。
だからとても声の大きなGPLv3支持者たちがいる。
だけど大量の開発を結局のところ実際にやってる人たちっていうのは
普通は彼らほど口が達者じゃないし、実際その意見はほとんど知られてないって気がする。
FSFの意見は実際の開発者の（しかも、かなり多数の）意見を必ずしも代弁してはいないっ
てことを、 実際の作業をたくさんやる人たちが知らしめる手段だ。
公開請求無視したらどうなるの？
こうかいするお
754 ：
名前は開発中のものです。：2006/09/27(水) 00:16:09 ID:X6lKqqNg
「GPLは瀕死の状態」--Linuxカーネルプログラマーの多くが低評価
http://japan.cnet.com/news/ent/story/0,2000056022,20248447,00.htm 貢献度の高いLinuxカーネルプログラマーの大半が、
「GNU General Public License（GPL）」に否定的であることがわかった。
GPLは多くのオープンソースプロジェクトに適用されている。
Linuxカーネルに関する情報を交換するメーリングリストに投稿した記事によれば、
カーネルプログラマーらに-3から+3の評価を求めた結果、最も高かった評価は、
可でも不可でもないことを意味する0で、平均は-2だったという。
この調査はLinuxを率いるLinus Torvalds氏が提起したもので、
Torvalds氏はこれまでにもGPLに反対の意見を表明していた。
GPLで公開するとき、関数の中を全部アセンブラコードにして、
コンパイル＆リンクしてexeが出来るようにしておけば
問題ない？ もちろんフルアセンブラで開発してると
言い張る。
>>755 自分で作ったものなら何も問題ないぜ。
人の作った関数なら、そっちのライセンスに従え。
Cで記述してたらCで公開しなければいけない、という縛りは無いわけね。
ならGPL部分はそのライセンスにしたがって、自分で作った部分はobjや
lib形式でも良いんじゃないか？
アセンブラでもobjでも結果としてexeに出来るという点では変わらない
だろうし。
>>757 GPL のライセンスに従うということは、自分で作った部分も
ソースを提供しなければいけないということ。
obj や lib のみの公開はライセンス違反になる。
プログラムを構成する部品のソースってどこまでが
出さないといけないものなの？ TH2だってシナリオ
のテキストファイルまでは出してないんでしょ。
たとえばシナリオがコンパイルされてexeの一部になる
ようなものだとシナリオも出さないといけないのか？
シナリオが別のデータファイルやDLLになってるソフトは
普通だと思うけど（TH2もそうだろう）、その場合シナリオ
も出さなくていいなら、exeに含まれないDLLの構成要素は
出さなくてもいいってことになるね。
ということは
launch.exe game.dll gpl.dll に分割しておけば、launch.exe と gpl.dll
のソースだけ出せばOKなんだね。
GPLだとdllはアウトだ。
いまさらだけどTH2の件はGPLだったの？ LGPLだったの？
GPL
しかもdllどころかそのまま組み込んだ。
GPLコード混ぜるときはちゃんとCOMのEXEサーバー化してIDispatch経由で叩かないとな。
>>762 LGPLでなくGPLだとプログラムを動作させるデータ全てを二時配布自由に
しなけりゃいけないでしょ。
http://pc8.2ch.net/test/read.cgi/prog/1157534115/77 これは2chの書き込みだけど、GPLの原本にそう書いてあったと思う。
俺が読んだのはどっかにアップされてた日本語訳だけど、気になる
人は自分で探してくれ。
仮にこれが正しいとして、（正しくないなら以下は間違ってる）
CGや音楽がないとTH2として完全に動作しないから、プログラムだけ
じゃなくてデータまで（ゲームの動作に関係ある範囲だが）含めて
誰かに配っちゃっても良いことになる。というか配布物の動作が
完全に再現できない状態（プログラムだけとか）で配布してはならない。
leafはGPLにしたがってソースの要求があると、郵送でexeのビルドに
必要な全てのファイルを送ってくれるんでしょ。その時点で購入した
人の持ち物はTH2を完全に再現、再構築できる状態になるからこれは
問題ない。
>>764の続き
つまりleafとしては購入者にプログラムのソースを出せば義務を果た
したことになる。
それは正しいとして、二次配布に関しては購入した人はデータまで含めて
配布することができる。
二次配布でTH2のプログラム部分を手に入れた人間は、TH2を動作させる
データをleafには請求できないけど、二次配布した人間に請求できる。
二次配布した人間はその請求に応える義務を負うんじゃなかったっけ？
あと、修正パッチが誰でも手に入るということを考えると、そのパッチ
を手に入れた人にはleafはデータまで出さないとGPL違反になる。
なぜならパッチを配ってるのはleaf自身だから。（規約として購入した
人のみパッチをダウンロードする権利がある、とか書いておけばまた
違うかもしれんが…）
何にしてもとんでもないね。
ストールマンは左向きにねじ切れちゃってますから
767 ：
名前は開発中のものです。：2006/09/29(金) 19:35:33 ID:QlGBms71
>>765 違うシステムとして動かすのに必須のデータだけでいい
ゲームデータにはGPLを適用しなくてもかまわない。
要するに
・TH2ゲームデータ
・TH2ゲームデータ再生プログラム
のうちの、「TH2ゲームデータ再生プログラム」だけをGPLにすればいい。
「TH2ゲームデータ」のライセンスをGPLにするかしないかはleafの意思によって決まる。
GPLっつっても、ソースコード公開しろ！て言われたら、コード公開する必要があるだけ。
つまり、
ば れ な け れ ば い い
771 ：
名前は開発中のものです。：2006/09/30(土) 22:19:14 ID:kjJr485w
要は配布したバイナリと同等の物が出来上がるファイル一式を用意すればよいってことかね。
＞
http://www.gnu.org/licenses/gpl.html そんな砂浜の中のどれかの砂粒に書いてあるなんて
いわれても困るよ。
ばっちり「この行」だってのをコピペしてくんないか。
あんたは１００回くらい読んだんだろうからそんなことは
朝飯前だろ。
＞「TH2ゲームデータ再生プログラム」が動くかどうかが問題
これがどの部分に該当するのかはっきり確定してよ。
それが出来ないなら
>>771の書き込みだって憶測以上の
ものにはならない。
法律議論する時だって六法全書のどこかに書いてあるじゃ
通じないべ？
>>773 お前脳味噌空っぽか？
何が砂浜だよバカか。
法律議論する時だって、一行以上書かれた文はよめましぇん、
なんてバカと議論してもムダたべ？
>>775 つまりお前もよくわかってないのかｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
わかってるならどこに書いてあるか教えてくれよｗｗｗｗｗｗｗｗｗｗｗ
お、俺の書いた4行は読めたのか？ガンバりまちゅたねｗ
その調子で全部読めアホ。最低限そこまでの賢さを持たないと議論なんてムリムリ。
幼稚園児と話してる暇はナイ。
>>777 わからないならわからないって認めればいいのに。
どんだけ負けず嫌いなんだｗｗｗｗｗｗｗｗｗｗｗ
>>773 時間の無駄にならないようにあなたの見解を伺いたい
TH3が発売されると仮定しよう
甲=TH3ゲームデータ再生プログラム(GPL)
乙=TH3ゲームデータ(not GPL)
A.甲はウェブサイトで公開、乙はパッケージ販売
B.甲と乙をそれぞれ別にパッケージ販売
C.甲と乙を一つのパッケージに入れて販売、中のディスクは別々
D.パッケージ販売、甲と乙を同じディスクに入れるが、インストーラを別々に用意
E.パッケージ販売、甲と乙を同じディスクに入れて、一つのインストーラで一緒にインストールできる
F.パッケージ配布当然タダ、ウェブ配布当然タダ、タダでゲームさせろ、タダじゃなきゃ嫌だ
納得できるものを列挙願う
>>778 お前は一ページも読めない分からないバカだって開き直るのを
勝ちと勘違いしてるのか？どんだけバカなんだよ。
>>779 日本語訳だがちょっと読んでみた。
http://www.opensource.jp/gpl/gpl.ja.html#SEC3 これの2,bに(一部引用)
「
『プログラム』またはその一部を含む著作物、あるいは『プログラム』 かその一部から派生した著作物を
頒布あるいは発表する場合には、その全体をこの契約書の条件に従って第三者へ無償で利用許諾しなければならない。
」
で、その下の方に
「
著作物の一部が『プログラム』から派生したものではないと確認でき、それら自身別の独立した著作物であると
合理的に考えられるならば、あなたがそれらを別の著作物として分けて頒布する場合、そういった部分にはこの
契約書とその条件は適用 されない。しかし、あなたが同じ部分を『プログラム』を基にした著作物全体の一部
として頒布するならば、全体としての頒布物は、この契約書が課す条件に従わなければならない。
」
って書いてある。
つまりTH2（著作物）のデータはプログラム（GPL）と一緒に配布している
ものだから、たとえデータが『プログラム』から派生したものではなく
ても、GPLは著作物全体に適用されて、その全体を第三者へ無償で利用
許諾しなければならない。
って読めないかね。TH2のデータがもともとプログラムと一緒に
販売されてなければ問題なさそうだが、含めて売ってるわけだし。
なので
>>779はABならソース公開のみでOK。受け取った人は
『乙』に関しては再配布してはならない。
CDEを入手した人はデータもGPLに従った扱い（公開するときは
全て、第三者へ無償で配布可能）にできるんじゃないのかと。
あと気になるのも見つけた。
http://www.gnu.org/licenses/gpl-faq.ja.html#IfInterpreterIsGPL これをインタープリタ（HT2のexe）とその上で動くプログラム（TH2のシナリオ）
に置き換えてみる。
＞インタープリタが単に言語を解釈するだけならば、答はノーです。解釈される プログラムは、インタープリタにとっては単なるデータに過ぎません。
と書かれている。
これだけ読むとシナリオはGPLにしなくても構わないように思える。
が、そのすぐ下に、
＞しかし、インタープリタが他の機能(多くの場合ライブラリですが、ライブラリである必要はありません)へ
＞の「バインディング」を提供するように拡張さ れている場合、解釈されるプログラムはバインディングを使う
＞ことによって事 実上それらの機能とリンクされることになります。ですから、もしそういった 機能がGPLの下
＞で公開されているならば、機能を利用した解釈されるプログラ ムはGPLと矛盾しないような形で公開されなけ
＞ればなりません。
と書かれてる。
これはインタープリタ（HT2のexe）の上でプログラム（TH2のシナリオ）を
動かす場合を考えると、シナリオがムービーを再生する機能を使っている
ことから、ムービー再生部分に適用されたGPLがシナリオにも感染しないだ
ろうかと疑問がわく。
「バインディング」の解釈がどうなのかが要点になると思うが、
GPLの言うバインディングの定義は見た範囲では見つからなかった。
「ライブラリである必要はありません」とわざわざ書いてあるのだから、
LoadLibraryを直接使わなければセーフとか、また自分の知ってる範囲
のバインディングではない場合とかでも、大丈夫だと安心は出来ない。
"GPLで"ではなく"GPLと矛盾しないような形で"とわざわざ書いてあることに注意。
>>781 そこの部分はプログラムコードに対してです。
プログラマじゃなきゃ理解できないと思うけど。
GPLのコードとリンクして公開した後でも、自分で書いたコードは
別ライセンスにしても問題がないという権利を念のために書いてるだけ。
著作者の権利を定義している部分であって、義務ではない。
そこのさらに下の部分が重要で
「
よって、すべてあなたによって書かれた著作物に対し、権利を主張したり
あなたの権利に異議を申し立てることはこの節の意図するところではない。
むしろ、その趣旨は『プログラム』を基にした派生物ないし集合著作物の
頒布を管理する権利を行使するということにある。
また、『プログラム』を基にしていないその他の著作物を『プログラム』
(あるいは『プログラム』を基にした著作物)と一緒に集めただけのものを
一巻の保管装置ないし頒布媒体に収めても、その他の著作物までこの契約書が
保護する対象になるということにはならない。
」
甲と乙を一緒のディスクに入れても乙まで影響はない。
ということ。
A-Eまでやっても、GPLはゲームデータには感染しないし。
ゲームプログラムも、GPL箇所をはずせばクローズドソースに戻しても問題ないということ。
例えばId Softwareの市販ゲームQuake3Arenaは
プログラムソースがGPLで配布されてるわけだが
お前の解釈でいくと、例えば
Quake3Arena製品版CDの中身をGPLライセンスでネットにうｐして良いことになるが
実際にそんなことしたらId Softwareは黙ってない。EULA違反だし著作権の侵害。
>>783 その部分は
GPL部分だけをdllにして回避しようとするセコイ手を使う奴対策
又は、GPL部分をインタプリタにして回避しようとするセコイ手を使う奴対策
何らかの形でGPLのコードに依存する単体のプログラムはGPLにしろと言っている。
プラグインで機能拡張する手段ならGPLのdllでも問題ないが、
プラグイン必須の場合はGPLにしろと。
現実的に考えてGPL採用を妨げるような解釈の仕方をして喜ぶのは誰だよ
アンチGPLが喜ぶような解釈をGPLサイドがするわけないだろ。
普通に考えれば、leafもデコーダーの著作者も喜ばないような配布方法は現実的ではない。
>>786 そこは納得。
>>788 色々解説してもらってどうも。
ちょっと気になったのが、
＞何らかの形でGPLのコードに依存する単体のプログラムはGPLにしろと言っている。
＞プラグインで機能拡張する手段ならGPLのdllでも問題ないが、
＞プラグイン必須の場合はGPLにしろと。
これ、たとえばTH2のケースで、Xvidの部分をdllに分けておいて、
exeを「Xvidが存在しなかったら」オープニングの再生はスキップ
します、て言うつくりにしておけばexeをGPLにしなくてOKってこと？
購入者の便宜のためにXvidの入ってるdllは販売CDに一緒に
入れるが、TH2はそれが必須ではない。インストールするとき、
Xvidを入れるか入れないかをユーザーが選べるようにしておく。
（オープニングはあくまで機能拡張と主張。なくても事実上ゲー
ムは出来る）
＞機能拡張する手段ならGPLのdllでも問題ない
っていうのが、実際どの辺まで切り離せばexeにdllの
GPLが感染しないやり方になるのか。
>>786は文句をつけようが無いくらい分かりやすい具体例だった
>>789 その辺は裁判にならなきゃ白黒つけられないけど、
姑息な手を使ってGPL回避する会社を
Xvidが見たらどうなるだろうか。
第三者が見たらどうなるだろうか。
そういう話。
裁判ってのは結構、利害関係や社会的な見解も考慮するから。
いっそのこと開発ツール含めて全部公開してしまえば
勝手にファンがMOD作ってくれて話題維持できると思うのだが。
横から亀レス
>>789,790
FAQの
http://www.gnu.org/licenses/gpl-faq.ja.html#MereAggregation に、
> 二つの部分を一つのプログラムに結合する要件とはなんでしょう?
> これは法的 な質問であり、究極的には裁判官が決めることです。
というようにあるから、「厳密に明文化するのはきわめて困難だが、
GPLの意図するところとプログラムの常識にしたがって考えろ」
ということだろうな。
だから、789の例はアウトだろう。
オープニングなんて重要な部分じゃなく、本体と別売りの拡張パック、
というようなものならまだ議論の余地はあるだろうけど。
(その場合は、他に小細工がなければOKかな)
793 ：
名前は開発中のものです。：2007/05/15(火) 09:00:20 ID:p0yxvs/c
保守
794 ：
名前は開発中のものです。：2007/08/24(金) 12:12:12 ID:uQSvWot/
懐かしい。
ＣＧ等のデータが公開されないと
誰でもわかるように説明された途端に過疎っててﾜﾛﾀ。
796 ：
名前は開発中のものです。：2007/11/26(月) 20:25:38 ID:MND0AcLK
紙一枚に１文字印刷して郵送、実費請求とかどうよ？
797 ：
名前は開発中のものです。：2007/11/26(月) 20:38:54 ID:MND0AcLK
いやいやまてまて、GPLは実費が製品価格を超えなければどんな手段での公開も認めているはずだ。
ソースコードをロゼッタストーンのように石板にＯＣＲが難しいような書体で彫っておき、その石板を私有地内に置いておく。
閲覧申請があったら石板を１日１０分まで見学可、メモやデジカメその他記録装置持ち込み禁止。
これでGPL使い放題じゃね？
>>797 機械可読な状態、つまりコンパイラーが読める状態、でなおかつ正常にコンパイルできる
完全なソースコードを、請求があれば速やかに提供しないと違反になるんじゃないの？
紙媒体での配布もアウトーだと思う
私費で石版を作って私有地に置くのは自由だけど、請求者は「すぐにソース寄越せ」って言うから
石版じゃ通らないと思う。「ウチに来て見ろ」も無理だと思うし、石版を郵送も駄目なんじゃないかと思う。
メモやデジカメその他記録装置の持ち込み禁止も、複製・再配布を制限するものだから駄目じゃないかと思う
じゃあデジタルデータで配布すれば文句ないでしょ、ってことで
超ドマイナーな磁気テープとかパンチカードとか、ほとんどの人が
読取装置を持ってない記録媒体で配布したらどうなのか、なんだけど
これもやっぱり「請求者にとって機械可読でない」とみなされて駄目だと思う
801 ：
名前は開発中のものです。：2007/12/13(木) 16:38:58 ID:L6Z2X9GW
あー、またソース見せろ祭りか
Ｉ・C・O！Ｉ・C・O！
ICOのソースまだぁ？
チン！チン！
テネレッツァがGPLだったら狂喜乱舞したのに
805 ：
名前は開発中のものです。：2008/02/25(月) 18:03:39 ID:Ku92HJEs
いいすれ
祭りになってない件
809 ：
名前は開発中のものです。：2011/03/13(日) 01:14:39.99 ID:y+fdcaiJ
使えるのかな？
いまだにGPL使ったらソース公開とか信じてるやついるのかね、、、
よく調べもしないメーカーもメーカーだが
812 ：
名前は開発中のものです。：2012/01/09(月) 00:28:16.53 ID:W32DxXkL
>>811 GPL＝他人の権利を認める事によって自分の権利も保障される
なので、自分から公開する必要はないが
ユーザーからソースコードの公開を要求されたら答える義務があり
ユーザーの要求を断ったら、自分もソースコードを見る権利を失う
何言ってんだこいつ
通訳頼む
814 ：
名前は開発中のものです。：2012/01/09(月) 02:20:29.68 ID:W32DxXkL
>>813 GPLというのは、現行の著作権法の逆のことを、GPLを認めた人間同士の協定として行う事なんだよ
GPLを受け入れた人間同士では、コードを書いても著作権が発生しないことになる
法律上は著作権が存在するんだけど、自分が訴えない代わりにあなたも訴えないでね
自分がソースコードを見せてもらう代わりに相手にも見せてあげるよ、という俺ルールが作られ守られる
もしユーザーやGPLライブラリの権利者がソース公開の要求をして
ソースコードを公開しない場合、GPL違反となり
違反者のGPLに基づくソースコードを利用する権利が消失し
法律上、著作権を無視してコピーをした泥棒として扱われて損害賠償させられる
>810
大手ならともかく
エロゲメーカーに
法律や訴訟専門の部署があったとは思えないからな
凄いツッコミ所の多い解説がされていた。
ネットなど鵜呑みにしないで、専門家や専門書にあたりましょうね。
ネットで調べてもここまで酷い解説は見たことないぞ
818 ：
名前は開発中のものです。：2013/10/03(木) 04:41:49.00 ID:GM9NRafU
アクアプラスがとらのあなに買収されたと聞いてage
819 ：
名前は開発中のものです。：2014/09/29(月) 14:01:55.06 ID:zru5VGrQ
【ID】K3710_
【罪状】シャゲダンして負ける ファンメもする
【階級】大佐
【説明】
http://i.imgur.com/X5jx51l.jpg ジオ二落ちでガン逃げするクアンタの癖に、攻め続けるこちらのクアンタをガン逃げと言う矛盾野郎
ID探すとエクバの頃からマナー部屋に来ては、シャゲダンする頭おかしい事やり続けてるアホだった
どう見てもこいつが知的障害者である、マナー良い事＝マナー悪い事としか理解できないようだ
こいつのニコニコIDは30698855
難読化して公開すればいいのに
難読化したらライセンス違反だが
え？そうなの？ソース公開だけじゃ駄目なのか
The source code for a work means the preferred form of the work for making modifications to it.
ライセンスの話ばっかで、ソース見た技術の話しが全然なくてワロタｗ
Tears To Tiara ってPS3なの？
PC版の最初のやつか
