やね本発売

**名前は開発中のものです。** · 02/06/01 20:01

LAOX Book館逝ったら、やねうらおの本が売ってました。
という訳で、とりあえず立ててみました。

**名前は開発中のものです。** · 02/06/01 22:34

>>19
ワッフルのエロゲーらしきものが作れます。

**名前は開発中のものです。** · 02/06/01 22:36

ありがとうございます。
ノベルゲームを作ってみたかったので読んでみます。

**名前は開発中のものです。** · 02/06/01 22:36

こんど立ち読みに逝ってくる。

**名前は開発中のものです。** · 02/06/01 22:46

おいお前ら、セネガルの呪いは怖いんだぞ！

**名前は開発中のものです。** · 02/06/01 22:47

これでDirextX8もばっちりです。がんがります。

**名前は開発中のものです。** · 02/06/01 22:48

こんな本買うぐらいだったら、もっと金貯めてGems買った方が
良い。
安物買いの銭失い。

19 · 02/06/01 22:50

あ、ちゃんとDirextX8もカバーされてるんだ。
なら安心かな？
今度大き目の本屋に行って立ち読んでみよう。

**名前は開発中のものです。** · 02/06/01 22:57

>>26
言っている事はもっともだが、Gemは買うの勇気要るなぁ。
ブックオフの１００円コーナーに置いてないかな。

19 · 02/06/01 23:04

あ、gameじゃなくてgemsか。
あれ高い上に難しそうで、しかも本屋でも見かけないから立ち読みも出来ない・・・
いきなり注文するような勇気はない((((；ﾟдﾟ))))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

**名前は開発中のものです。** · 02/06/01 23:13

Gems買わずにやね本買う奴はキチガイ

**名前は開発中のものです。** · 02/06/01 23:15

gemsは買ったし面白かったけど、やっぱり高すぎるんだよなぁ
正直１２０００円分の価値があったかというと…？
英語がつらくないなら英語版のほうがいいかも

**名前は開発中のものです。** · 02/06/01 23:18

これで、HSPな漏れにもエロゲーが作れますか？

**名前は開発中のものです。** · 02/06/01 23:20

つーか、すでにフェードアウト気味のDX8なんて今更どうでも良い。
もうすぐ9が出るのにおまえら何やってるんだ？

**名前は開発中のものです。** · 02/06/01 23:20

>>31
12000円ぐらい普通だと思ってしまう俺。
5800円だと、なんて安い本なんだろうと思ってしまう俺。

技術書なんてそんなもんだよ。

**名前は開発中のものです。** · 02/06/01 23:21

エロゲ作るだけなら別にシステムを自分で作らなくても
それ用のツールを使った方がいいと思われ

**名前は開発中のものです。** · 02/06/01 23:32

エロゲーかぁ。。。
この時点で価値無し決定じゃん。。。

31 · 02/06/01 23:38

>>34
やっぱり仕事でいろいろやる人はそうなんでしょうか。
自分の場合だと趣味でやってるんで、何十冊か持ってる中で
５０００円越える本はあんまりないですね。
手元の本をざっと見たら４８００円が一番多かったです。
１万円越えた本を買ったのはgemsが初めて。

**名前は開発中のものです。** · 02/06/01 23:40

やねうらお先生がC++のテクニックを披露してくれるオナニー本。
紙芝居なエロゲー以上のゲーム開発のノウハウは期待できないということで終了

**名前は開発中のものです。** · 02/06/01 23:47

>>37
ゲーム買わずにGems買って時間を無駄にしなかったと自分を褒めました。

**名前は開発中のものです。** · 02/06/02 00:14

>>37
31じゃないけど、仕事でやるようになってから、本を買うのに躊躇しなくなった。
クソな本でも、それが何故クソなのかを考えてみるとなかなか勉強になるし。
もちろん自腹な。

**名前は開発中のものです。** · 02/06/02 00:30

>>37
はっきりいって5000円以下の技術書ってろくなものがないよ。
例外もあるけど、ヘボイ入門書だったりハウツー本だったりオナニー本だったり。
とりあえずプログラム関係で日本人が書いた本は地雷率高し。

ゴミを大量に買うより、本当に価値のあるものを買いなさい。

31 · 02/06/02 00:38

>>41
そうですか？
とりあえず自分が持ってる５０００円以下のものをいくつか
↓
プログラミングWindows第５版上 4,980
C++ FAQ 4,800
プログラミングRuby 4,800
プログラミングPerl 4,900
プログラミング作法 2,800
Effective C++ 3,800
More Effective C++ 3,800
オブジェクト指向における再利用のためのデザインパターン 4,800
プログラミング言語C 2,800

どれも自分ではゴミではないと思ってますが…

**名前は開発中のものです。** · 02/06/02 00:40

それ、定番ばっかじゃーん。

**名前は開発中のものです。** · 02/06/02 00:45

>>41　まぁゴミも買って、地雷も踏んで学習しないと
本当に価値のあるものを見抜く力はつかないけどね。

**名前は開発中のものです。** · 02/06/02 00:49

>>43
下手だな

**名前は開発中のものです。** · 02/06/02 00:54

>>42
定番の言語本は流通量が多いから安くなるけどね。
結局俺が言いたいのは、安い本＝日本人が書いた本＝糞本ってことだ。

>>44
本屋で軽く立ち読みすれば地雷かどうかなんてわかるだろ。普通。
あと今時、買う前にネットで評判を調べるだろ。

**名前は開発中のものです。** · 02/06/02 01:54

　まぁ読書家が悪いとは言わないが、ある程度のセオリーは自分で見つ
けとけと思う。デザパタ本みて半分は自力で実装済みぐらいが理想。
屋根本に関しては自分で見つけるべきセオリーの宝庫だなぁと。

**名前は開発中のものです。** · 02/06/02 04:30

ところで、どんなゲーム作ってんの？
紙芝居エロゲー？シューディング？　だと萎えるな～ｶﾞｲｼｭﾂ過ぎだろ
gemsのよーなのキボン（gemsもテーマがちと古いよね。しょうがないけど

**名前は開発中のものです。** · 02/06/02 04:32

>>48
だれにいってんの？

**名前は開発中のものです。** · 02/06/02 05:27

>>49
やねうらお

**名前は開発中のものです。** · 02/06/02 05:49

しかしお前らは口だけは達者だな。
実際には何にも作れないくせに。

**名前は開発中のものです。** · 02/06/02 06:04

やねうらお、ぷよーん、ＤＡＫＩＮＩ、ｓｕｚｕｎａ
デブ板四天王が決まったな。

**名前は開発中のものです。** · 02/06/02 06:29

宣伝スレ立てるなよ。

**名前は開発中のものです。** · 02/06/02 06:35

>>51
52の人たちに言ってるの？

**名前は開発中のものです。** · 02/06/02 07:12

やねうらおがホンモノの天才プログラマだったら良かったのに。
天才のノウハウがあれくらいの値段で買えたら安いんだけど
残念ながら K&R でも Knuth でも天才の域にはない
ましてうらおは…

**名前は開発中のものです。** · 02/06/02 07:24

で、実際の中身はやっぱり糞なの？

**名前は開発中のものです。** · 02/06/02 09:30

誰も中身に言及しない罠

**名前は開発中のものです。** · 02/06/02 11:43

エログラマーですが何か？

**名前は開発中のものです。** · 02/06/02 11:47

誰か進んで地雷踏む勇気は無いのか！？

**名前は開発中のものです。** · 02/06/02 13:05

「Javaをも凌ぐオブジェクト指向言語」ってどうなった？
口だけは達者で何も出来ないやつだな

**名前は開発中のものです。** · 02/06/02 13:06

やね様の本買いますよ。

**名前は開発中のものです。** · 02/06/02 13:07

秀和ってブランド自体が地雷っぽいと思うのは偏見ですか？

**名前は開発中のものです。** · 02/06/02 14:17

>>62
まともな本なし

**名前は開発中のものです。** · 02/06/02 14:52

>>62-63
激しく同意！！、略してハゲドー！

**名前は開発中のものです。** · 02/06/02 14:58

いい加減な本というと工学社も負けてないぞ

**名前は開発中のものです。** · 02/06/02 15:23

>>63
DirectX3の頃のDDrawを扱った本が悪い本じゃなかったと思うが、どうなん？

**名前は開発中のものです。** · 02/06/02 15:35

なんだかんだ言ってるけど、結局みんな買うんだろ？　＞やね本

>>65
そうだな。
ただ、値段の安さは目を見張る。

**名前は開発中のものです。** · 02/06/02 15:48

やねうらお先生の実装がstlに入るように推しましょう！！！
まあ名前は適切にするとして・・・

**名前は開発中のものです。** · 02/06/02 16:02

>>68
あんなの Windows にしか使えねぇだろ。
C++ 標準をなめちゃいかんですよ。

**名前は開発中のものです。** · 02/06/02 16:32

内容と表紙がアンマッチだな。
エロゲー本なんだから、表紙はもっと＊＊＊とか＊＊＊みたいでないと…
間違えて買った厨房が登校拒否しちゃうぞ。

**名前は開発中のものです。** · 02/06/02 17:17

　立ち読みしてキタヨー。永遠とオナニを見せ付けられるという点で
はエロ本ともいえるかもしれない。あと、Win畑のプログラマはコンス
ーマとは世界が違うんだなと思い知らされた。

**名前は開発中のものです。** · 02/06/02 18:05

>67
お前マジで買う気か？
やめとけって。

真面目な話、あの本の何に惹かれてるの？

**名前は開発中のものです。** · 02/06/02 18:10

買って損しました
やめといたほうが無難です

**名前は開発中のものです。** · 02/06/02 18:13

具体的にどう存した？
それを書かないと突っ込まれるだけだと思われ

**名前は開発中のものです。** · 02/06/02 18:38

なんていうか・・・
役に立ちませんでした（思っていたほど）

**名前は開発中のものです。** · 02/06/02 19:32

＞あと、Win畑のプログラマはコンスーマとは世界が違うんだなと思い知らされた。

これって具体的にどのあたりをそう感じたの？

**おらうねや** · 02/06/02 19:42

立ち読みしてきたけど、ちっともいいとこ無いやん（笑
GTLって、メガデモオタクのパクリdsk?

**名前は開発中のものです。** · 02/06/02 19:47

>>77
テンプレートを利用したグラフィックライブラリでGTLを超える物はでてこないね（国産では）

**名前は開発中のものです。** · 02/06/02 19:48

>>76
メモリ周りの管理のずさんさとかだね。同業種ならわかると思うけど。
エロゲーでメモリーリーク起こして止まる奴とかが多い理由がよーく
解ったよ。

**名前は開発中のものです。** · 02/06/02 19:54

>>79
メモリ管理ってC++ならnewしたらdeleteする。
これ以外ないと思うんだが。
ここにWindowsプログラマとコンシューマープログラマで
違いが出るのか？
Windowsプログラマはnewしたらdeleteしないんだよって
言っているとしたら、それは暴言もいいところだぞ。

**名前は開発中のものです。** · 02/06/02 19:55

C++のプログラマならnewしたら滅多に自分でdeleteしない。

**名前は開発中のものです。** · 02/06/02 19:56

>>81
んなことはない。

**名前は開発中のものです。** · 02/06/02 19:58

>>82
スマートポインタ使わないのか？

**名前は開発中のものです。** · 02/06/02 20:02

>>83
スマートポインタに頼り切っているとリークする罠。

**名前は開発中のものです。** · 02/06/02 20:05

Bounds Checker使えばいいやん。

**名前は開発中のものです。** · 02/06/02 20:07

　うへー。newとかdeleteとかそういう問題じゃなくて、ヒープを
前提にメモリ管理するって事が信じられないって事なんですけど。

　デザパタ厨房のその辺の危機感の無さがとても怖い今日この頃です。

**名前は開発中のものです。** · 02/06/02 20:07

DQNコンシューマ開発者はnew/delete/は使わない。malloc/freeは1回づつ。
すべて固定長配列だからリークはない・・というアレ？

**名前は開発中のものです。** · 02/06/02 20:12

>>86
不満ならSTLにはアロケータ差し替えだったり、placement newを使ったり。
場合によってはoperator newをオーバーライドすればいいじゃん。

**名前は開発中のものです。** · 02/06/02 20:14

>>80 >>87
ヒープのフラグメンテーションって知ってる？

**名前は開発中のものです。** · 02/06/02 20:21

>>89
なぜnew、deleteとヒープを結びつけるんだよ。
結局は君らが無知なだけじゃん。
簡単に他人をバカにし過ぎなの。

**名前は開発中のものです。** · 02/06/02 20:23

>>89
それぐらい知ってるのが普通だよ
80でも87でもない上にクソやね本も読んでないけど
ところで晩飯なに食べる？

**名前は開発中のものです。** · 02/06/02 20:31

大体ヒープを否定する奴がどうかしてるよ。
ヒープだろうがスタックだろうが
自分で確保した分を返さなけりゃ
リークすることには変わりないだろ。
ただアプリの終了で帳消しになるか否かで。
＞エロゲーでメモリーリーク起こして止まる奴とかが多い理由がよーく
＞解ったよ。
この理屈ならコンシューマープログラマは
スタックのおかげでメモリーリークが表面化していないに過ぎない。

**名前は開発中のものです。** · 02/06/02 20:31

>>91
89じゃないけど、親子丼食った

89 · 02/06/02 20:33

>>90
ごめん、いってるとこわからないよ。
new/deleteとヒープって元は別物なの？
君らって誰よ？
いつ誰をバカにした？
わからないのは無知だからかなぁ？

>>91
フラグメンテーションをしってたら、
> メモリ管理ってC++ならnewしたらdeleteする。
> これ以外ないと思うんだが。
これじゃぁ済まないと思うよ。

89 · 02/06/02 20:36

>>91
ごめんわすれてた。
コンビニの塩カルビごはん食った。

**名前は開発中のものです。** · 02/06/02 20:37

こらこら、お前ら意味の解らん煽り会いするな。
　漏れはスマポを扱う時はそれに追従する問題点を把握すべきだと
思うのよ。うらやね氏の著にはその辺が欠けてるなぁと。うち等だっ
て気楽にヒープ使えるならつかいてーよ。

>>92
キミ、根本的に間違ってる。出直しておいで。

**名前は開発中のものです。** · 02/06/02 20:39

>>94 フラグメンテーションをしってたら（略）
まさか、newしたらOSからメモリを取ってきて、deleteしたらOSに返すと思ってる？
new/deleteをオーバーライドすれば好きなようにカスタマイズ出来るから
断片化が発生するならそれを回避するコードを入れれば良いだけ。

**名前は開発中のものです。** · 02/06/02 20:41

メモリリークと、ヒープのフラグメンテーションをごっちゃに語る厨がいるな･･･

**名前は開発中のものです。** · 02/06/02 20:44

ちょっと怖くなってきたので試しに聞いてみるけど、メモリの
アロケートって具体的にどういう事してるかって、皆分かって
るよね？
なら、ここでメモリの分断化が問題視されてる理由も分かる
よね？

とりあえず分からなかったら、「プログラミング言語Ｃ」を読む
のをお勧めする。

**名前は開発中のものです。** · 02/06/02 20:49

>>99
あんた89？
new したら delete すると分断化（？）が起こる理由を説明してくれ。

**名前は開発中のものです。** · 02/06/02 20:49

>>97
>>断片化が発生するならそれを回避するコードを入れれば良いだけ。

すげぇなぁ。そんなコードがあるなら最初からmallocなんか存在
しねーよ。厨の妄想にはついていけないよ。　

**名前は開発中のものです。** · 02/06/02 20:51

今時コンシュマーでもヒープは当たり前だよ。
使ってないのはスーパーファミコンから進歩していないヲヤジグラマぐらい。

彼らはヒープ＝断片化といったステレオタイプな考えから一生抜けられないと思うから
相手にしないほうが無難。

**名前は開発中のものです。** · 02/06/02 20:52

こういうはなしじゃないの？
↓
------------------
foo1 = new ...
+++++-------------
foo2 = new ...
+++++****---------
foo3 = new ...
+++++****#####----
delete foo2;
+++++----#####----

**名前は開発中のものです。** · 02/06/02 20:53

そんなコードがあるなら最初からmallocなんか存在しねーよ

ﾊｧ?

**名前は開発中のものです。** · 02/06/02 20:54

>>103
そういうときはfoo4をnewするときにfoo2の領域を再利用すれば良いだけ。

**名前は開発中のものです。** · 02/06/02 20:55

>>101
物凄くﾊｽﾞｶﾁｰ発言なんですが、あなた頭大丈夫ですか？

new/deleteをオーバーライドして固定長のバッファを割り当ててやればいいだけ。

89 · 02/06/02 20:55

99は違う人です。

>>100
分断化に（？）つけてる奴に説明できる自信はありません。
とりあえず、Google 検索である程度いけるみたいだからそっちに逝ってくれ。
キーワードはヒープフラグメンテーションだ。
Windows好きなら「喜びと苦悩」とかも読んだらいいかモナぁ。

**名前は開発中のものです。** · 02/06/02 20:55

>>102
ヒープオンリーでメモリ管理できるなんてメモリを最大まで使わない
ギャルゲーぐらいじゃねーの？シーン毎に複雑なテクスチャやモデル
の入れ替えが発生するタイプのゲームではメモリなんてあっというま
にズタズタだよ。

99 · 02/06/02 20:56

>100
すまん、「プログラミング言語Ｃ」を出したのは煽りでは無くてAlloc
の書き方が載ってるんですよ。何ページかは忘れましたが。
もちろん一度newとdeleteしただけでは問題ないですよ。

89 · 02/06/02 20:57

>>106
その「固定長のバッファ」はどこからとってきて、いつ開放されます？
もしかして静的メモリですか？

99 · 02/06/02 20:58

そして「メモリの分断化」って一般的な用語じゃないのね。
混乱させてすまぬ。

**名前は開発中のものです。** · 02/06/02 20:58

>分断化に（？）つけてる奴に説明できる自信はありません。

すまないね。漏れは断片化って言うもんだと思ってたから、
分断化が一般なのか？って意味で（？）をつけた。

**名前は開発中のものです。** · 02/06/02 20:58

はっきりさせておくが、Windowsプログラマが全員、やねさまみたいなプログラマじゃねーぞ。

**名前は開発中のものです。** · 02/06/02 21:00

つーか>>86がヒープ云々を持ち出すから
訳がわからなくなった。

**名前は開発中のものです。** · 02/06/02 21:01

>>114
もちっと、勉強すれ。

**名前は開発中のものです。** · 02/06/02 21:01

>>110
機種依存で良いなら（スタック上など）どのようにでも

**名前は開発中のものです。** · 02/06/02 21:02

>>108
だからさぁ、一つのヒープで全部管理しようというのがそもそも間違いなわけよ。
テクスチャ用ヒープ、モデル用ヒープ、タスク用ヒープ、エフェクト用ヒープ、制御用ヒープ
それぞれ固定長で確保してその中でやりくりするわけ。
またシーンの切り替えなどで定期的にリセットしてやるわけ。
ゲームの進行に関わる重要な部分はスタティックなメモリを使えば良いだけ。

**名前は開発中のものです。** · 02/06/02 21:03

自前メモリマネージャでゲーム中にいつでも断片化状態を見れるようにしてる。
まあタイトな部分はすでメモリプールにしちゃっていたものの、
心配しすぎては損だとの印象を得た。

**名前は開発中のものです。** · 02/06/02 21:04

>116
そういう事ではないよ
君のアロケーターはサイズ指定が出来なくて、必ず同じ大きさの
メモリしか取れんのか？

**名前は開発中のものです。** · 02/06/02 21:04

やね様の本にヒープを前提にすると書いてありましたか？
たとえ書いてあったとしても、それは些細な問題で、
メモリさえ確保できればヒープ上だろうが静的領域だろうが問題じゃありません。
望みのままに逝けます。それを言語の機能やライブラリでサポートした物が
STLのアロケータだったり、newとdeleteのオーバーライドだったりします。

それから、好きな位置に確保できる配置newという構文も用意されてます。