C/C++ゲーム製作総合スレッド Part6

**名前は開発中のものです。** · 2014/07/08(火) 19:30:19.51

ゲーム製作におけるC/C++全般に関するスレです。

元スレ
DXライブラリ総合スレッドその17
http://toro.2ch.net/test/read.cgi/gamedev/1383795645/

前スレ
C/C++ゲーム製作総合スレッド Part1
http://toro.2ch.net/test/read.cgi/gamedev/1337516528/
C/C++ゲーム製作総合スレッド Part2
http://toro.2ch.net/test/read.cgi/gamedev/1351015269/
C/C++ゲーム製作総合スレッド Part3
http://toro.2ch.net/test/read.cgi/gamedev/1357899040/
C/C++ゲーム製作総合スレッド Part4
http://toro.2ch.net/test/read.cgi/gamedev/1376262450/
C/C++ゲーム製作総合スレッド Part5
http://peace.2ch.net/test/read.cgi/gamedev/1389798031/

**名前は開発中のものです。** · 2014/11/08(土) 19:04:20.72

例えばRPGのマップ画面で戦闘になると、戦闘画面へと切り替わるじゃん
でもマップ画面でショップ画面になっても、画面とは名ばかりの操作できるウィンドウが表示されるだけなのかもしれないし

**名前は開発中のものです。** · 2014/11/08(土) 19:26:18.89

戦闘シーンこそ別個で管理しないとややこしいことになりそうなんだが……

**名前は開発中のものです。** · 2014/11/08(土) 20:42:42.63

ウィンドウ出す程度なら分けなくていいんじゃないの
こうしなきゃいけないなんて決まりはないんだから複雑さ見て決めりゃいいと思うけど

**名前は開発中のものです。** · 2014/11/08(土) 21:13:23.69

自分の場合、マップシーンでは、セリフはメッセージウィンドウ、
メニューはメニューウィンドウ、買い物は販売メニューウィンドウ、
所持金は金額ウィンドウ、ってな感じに分けてるが、
戦闘シーンは別プログラムで処理している
タイトルシーンではメニューウィンドウ出してるし
あと、フィールドマップと町マップとダンジョンマップでは、
データを変えて同じプログラムで処理している
この辺はわざわざ別個のプログラムにする事は考えもしなかったな

**名前は開発中のものです。** · 2014/11/08(土) 21:33:54.63

セガ本はStateパターンって話は聞いた

**名前は開発中のものです。** · 2014/11/08(土) 22:19:46.15

そういやゲーム関連での定番、デザパタって決まっているもん？
やっぱりGoFの流用？

**名前は開発中のものです。** · 2014/11/08(土) 23:09:04.26

ゲームつくろーのやつ見てたな

**名前は開発中のものです。** · 2014/11/08(土) 23:25:12.94

タスクシステム

**名前は開発中のものです。** · 2014/11/08(土) 23:48:44.70

>>609

振る舞いに関するパターンやね。メモリ管理も含めた。

**名前は開発中のものです。** · 2014/11/09(日) 00:03:30.39

マルチタスクって平行に複数の動作を同時に行うって事だからね
スクリプト言語のコルーチンを使えば簡単簡単
マルチスレッド？あれは同じメモリに複数アクセスすると例外を発生させるから難しいんだよ、
処理速度は早くなるけどな

**名前は開発中のものです。** · 2014/11/09(日) 00:20:14.91

>>589
スレッディング・ビルディング・ブロックに対応するのかな？

**名前は開発中のものです。** · 2014/11/09(日) 02:11:09.89

>>601
以下、あくまでも私感

演出上の場面(シーン)として。テレビゲームの典型的な和RPG(例：ドラクエ)
同様にマップ移動と戦闘で完全に切り替えてるなら、別シーンとして区切る

ゲームルールというかゲームマスター視点で。マップ移動中と戦闘中では
時間も移動距離も各キャラの見た目も状態もできる事も挙げればキリがない
くらい仕事が異なるので、別シーンとして区切る

プログラミングの視点で。自分は戦闘だけでテストできるようにしときたい派。
戦闘における値のやり取りが面白さの肝だと思う戦闘厨(ストーリーとか設定
とか見た目なんて飾りだよ派)なので、まず戦闘が面白くなるまで練り込みたい
から。マップ移動時とは別のモジュールとして区切る

**名前は開発中のものです。** · 2014/11/09(日) 02:45:25.53

入れ子にすればいいじゃん
なんで階層を一つまでに制約してるん

**名前は開発中のものです。** · 2014/11/09(日) 07:19:30.89

>>614
んー。そんな話はしていないと思うんだが…何か誤解があるようなので
もう少しｋｗｓｋ頼む。整理するために確認させてもらっていいかな？

・モジュール分割する事 (或いはシーンを分ける事)
・入れ子(ネスティング)しない事 (或いは階層を一つまでに制約する事)

これらは直結するか？(YES/NO)

**名前は開発中のものです。** · 2014/11/09(日) 10:41:43.85

http://getnews.jp/archives/54427
マップ画面中に戦闘画面とか

**名前は開発中のものです。** · 2014/11/09(日) 11:21:15.79

昔、どこかでチラッと聞いただけだから細かいことは分からないんだけど、
階層構造付きのStateパターン（？）って、どうやるの？

Scene
├Title
├Game
｜├Play
｜├Pause
｜└Result
└Config

みたいな構成で、Game::PauseからTitleに飛ぶとか。
単に名前空間で分けるだけにして、シーンとしては並列に扱うのが楽だとは思うんだけどさ。

**名前は開発中のものです。** · 2014/11/09(日) 11:29:19.51

スタック

**名前は開発中のものです。** · 2014/11/09(日) 11:54:42.19

ああすまん、流れを読み違えてた。
あるシーンの中で、別のシーン（メニュー画面など）を挿入するという話だったのね。失敬した。

**名前は開発中のものです。** · 2014/11/09(日) 11:58:46.71

考え方としてはスタックに詰んで行く感覚で良いけど
実際の持ち方としてはリストの方がいい。
RPGで戦闘画面の背景にマップ画面を使ったり、
ARPGでメニュー画面開いてる間も敵が動くようにできる

Stateパターンはシンプルな動作の切り替えに留めて、
シーンの遷移はAndroidのintentを参考にして作りこんだ方が良い

**名前は開発中のものです。** · 2014/11/09(日) 12:05:20.17

スタックによるシーン処理で思い出した。

テイルズシリーズのどれかだったか、
フィールドでメニュー画面を開いて、そこからタイトル画面に戻ると、
暗転中にフィールドのBGMが一瞬だけ流れるというネタがあったなあ。

シーンそのものはともかく、BGMをスタックで管理してたからなんだろうか。

**名前は開発中のものです。** · 2014/11/09(日) 17:00:17.96

atoi関数ってなんでatoiなの？
stoiとかctoiとかcptoiとかならわかるけどなんでaなの？

**名前は開発中のものです。** · 2014/11/09(日) 17:02:41.77

>>622
asciiコードから変換だから

**名前は開発中のものです。** · 2014/11/09(日) 21:42:38.03

>>623
あいうえおのaかと思ってた

**名前は開発中のものです。** · 2014/11/11(火) 00:52:56.10

それだったらABCのAの方が説得力あるだろ

**名前は開発中のものです。** · 2014/11/11(火) 01:38:28.59

どうでもいい突っ込みをすると、ABCを変換するわけじゃないし。

**名前は開発中のものです。** · 2014/11/11(火) 09:36:35.03

アルファベットのaらしい

**名前は開発中のものです。** · 2014/11/11(火) 11:07:29.28

http://ja.m.wikipedia.org/wiki/Atoi

**名前は開発中のものです。** · 2014/11/11(火) 11:46:03.47

>>627
いつからアラビア数字はアルファベットになったんだよ

**名前は開発中のものです。** · 2014/11/11(火) 14:06:45.04

シェーダーとかネットワークって

シェーダー・・・座標変換と色の計算
バッファ・・・シェーダーの変数
バインド・・・バッファの適用

ソケット・・・ネットワークの変数
send・・・データの送信
recv・・・データの受信

っていう感じであってる？

**名前は開発中のものです。** · 2014/11/11(火) 15:51:23.77

>>630
そういう理解で構わないから、実際に使って(試して)(手を動かして)みたほうがいい

あれこれ疑問を持つのはその後でいい

**名前は開発中のものです。** · 2014/11/12(水) 10:33:52.89

いまの時代cとdirectxでゲーム作ることってあるんですか？
学習にはいいと思うけど、現実的ではないように思えるんだけど…

**名前は開発中のものです。** · 2014/11/12(水) 11:21:02.43

いまの時代もゲームはほとんど全部CかC++で出来ている

**名前は開発中のものです。** · 2014/11/12(水) 12:10:58.56

つまり632は現実を知らなかったと

**名前は開発中のものです。** · 2014/11/12(水) 12:13:44.26

CPU性能が上がり続ければC以外の選択肢も増え続けたんだろうけどな
やっぱトロい言語じゃ駄目だぁな

**名前は開発中のものです。** · 2014/11/12(水) 12:15:34.55

お前らのc++ゲーム制作知識を
wikiかどこかに集約してくれ(他力本願

**名前は開発中のものです。** · 2014/11/12(水) 12:25:14.03

今のCPUがC言語に合わせた進化してるだけなんだけどね
動的言語はハードウェア側での最適化が難しいけど

**名前は開発中のものです。** · 2014/11/12(水) 12:25:50.29

なおC＃もとい海栗も増えてきている模様…結局C系列じゃん

>>636
言い出しっぺの法則

**名前は開発中のものです。** · 2014/11/12(水) 12:36:22.31

なぁに、いずれ並列処理用言語が出来て、他の言語は駆逐されるよ
今は速度が必要なら並列化を目指せばいいからな

**名前は開発中のものです。** · 2014/11/12(水) 13:07:42.51

ガベコレ持ち言語じゃ作りにくいよな
C#がどうなってんのかわかんないけど

**名前は開発中のものです。** · 2014/11/12(水) 13:18:03.99

c++もスマートポインタやらSTLやら使わない？

**名前は開発中のものです。** · 2014/11/12(水) 13:24:07.08

量子コンピューターの思考イメージを展開する、初の思考パターンイメージコンパイラの誕生である

**名前は開発中のものです。** · 2014/11/12(水) 14:19:53.36

海外の公害基準でCPUの性能止められてるし、当分は今のままだろう

**名前は開発中のものです。** · 2014/11/12(水) 14:33:14.13

C#やJavaが主流になれないのは速度より良いライブラリが無いからじゃないの
UnityでC#の人気が爆発してるし、薄いクラスライブラリで良いのがあればいいのだが
http://d.hatena.ne.jp/Nagise/20090322/1237723661

**名前は開発中のものです。** · 2014/11/12(水) 17:16:29.25

>>632
そういう理解で構わないから

①自分に適した道具選べ
②それ使って面白いもの作れ
③人に遊んでもらえ

これ出来る奴は、お前の疑問とは縁がない。関係ないからな

**名前は開発中のものです。** · 2014/11/12(水) 17:46:38.37

ま、まあ2と3は「自分が楽しめる物を作る」だけでもいいと思うよ
別にすべての開発者が作った物を「俺のゲームをやってくれ！！！！１」ってガンガン公開する訳じゃないから
他人に公開するにしても、自分すら楽しめないようなゲームはクソの中のクソ　キングオブクソ

**名前は開発中のものです。** · 2014/11/12(水) 21:20:04.82

C++＆DirectXでガリガリと組み上げていくことに喜びを感じる

**名前は開発中のものです。** · 2014/11/12(水) 21:53:11.34

Unreal Engineは最新のバージョン4では3までにあったスクリプト言語のUnreal Scriptが無くなってC++で書くようになったしな。
Visualスクリプトエディタが強力になったのもあるけど

**名前は開発中のものです。** · 2014/11/13(木) 07:26:45.01

アンリアルエンジンの本って売ってるけど、アンリアルエンジン未経験者でも出来るようになるの？
誰か買ったことある人いたら教えて

**名前は開発中のものです。** · 2014/11/13(木) 11:32:24.41

C++は代わりが無いぐらい重要な言語なのは分かるが、最新の仕様とか見てると
もう一度根本的に一から設計しなおしてくれと言いたくなるぐらいグチャグチャになってる…

最新の仕様も含めて深く理解するにはとてつもなく困難な言語なのは間違いない

**名前は開発中のものです。** · 2014/11/13(木) 11:36:07.43

いろいろ盛り込んだからやりたいようにやってくれってことでしょ
やりたいことがはっきりしてれば目的は達成できる

**名前は開発中のものです。** · 2014/11/13(木) 12:45:39.27

D言語実装待ったなしですか分かりますん

いろいろあるからこそ汎用性はダントツのトップだし、
掘ろうと思えばどこまででも掘れる拡張性もある
バグの出やすさに目をつぶれば開発者理想の言語じゃないですか
なお初心者には

**名前は開発中のものです。** · 2014/11/13(木) 16:15:51.23

初心者はCとして使うから

**名前は開発中のものです。** · 2014/11/13(木) 23:08:38.36

パフォーマンス必要な箇所はCぽく書いて
生産性が必要な所はOOPで書く
みたいに分けられて良い…のかな

**名前は開発中のものです。** · 2014/11/14(金) 13:14:55.84

「船頭多くして船山に登る。それがC++」
「水陸両用ですね。最高じゃないですか」

**名前は開発中のものです。** · 2014/11/14(金) 20:31:26.83

C++が一番気持ちいい

**名前は開発中のものです。** · 2014/11/14(金) 20:36:28.88

そうでしょ？

**名前は開発中のものです。** · 2014/11/14(金) 21:31:13.67

眠たくなるからやめれ

**名前は開発中のものです。** · 2014/11/15(土) 00:35:42.62

VC++2015にはgeneratorが入るらしい。
スクリプト使う理由が一つ減った？

**名前は開発中のものです。** · 2014/11/15(土) 01:07:43.80

サイニー？

**名前は開発中のものです。** · 2014/11/15(土) 01:51:29.18

generatorって？ググっても英語ばっかだし……

**名前は開発中のものです。** · 2014/11/15(土) 02:44:54.65

>>661
C++でyieldが使えるようになる

**名前は開発中のものです。** · 2014/11/15(土) 06:20:29.97

>>661
http://blogs.msdn.com/b/vcblog/archive/2014/11/12/resumable-functions-in-c.aspx

**名前は開発中のものです。** · 2014/11/15(土) 07:59:55.58

yieldさんpythonでお世話になってます。

**名前は開発中のものです。** · 2014/11/15(土) 08:21:47.08

これバイナリってどうなってんだろ
generatorの関数内の変数は静的な領域に確保されんのかな
普通にスタック積んでたらこんなん実装出来ないよな

**名前は開発中のものです。** · 2014/11/15(土) 08:33:02.98

>>665
Boost.Coroutine

**名前は開発中のものです。** · 2014/11/15(土) 09:14:58.45

>>663
何が嬉しいのかさっぱり分からん･･･（汗）
コロチン？？

**名前は開発中のものです。** · 2014/11/15(土) 09:51:15.18

>>667
例えばオブジェクトを順番に返したいときに楽するならlistとかvectorに入れて返すよね？
でも一つずつ順番に処理していくだけであれば一度に全部作ってメモリに持っておくのはメモリの無駄

parserとか作るとき、なるべく省メモリにしたいけど(XMLのSAXみたいに)使い勝手は落としたくないときとかに便利

**667** · 2014/11/15(土) 10:08:49.83

>>668
あ、なるほど、データ作りながら処理かけていけるわけか。
サンキュー！

**名前は開発中のものです。** · 2014/11/15(土) 11:15:19.49

>>666
よくわからんけどヒープに確保されんのかな

**名前は開発中のものです。** · 2014/11/15(土) 12:26:57.64

ヒープ以外にどこに確保されるってんだ

**名前は開発中のものです。** · 2014/11/15(土) 12:41:40.07

>>670
http://d.hatena.ne.jp/melpon/touch/20091212/1260584012

**名前は開発中のものです。** · 2014/11/15(土) 17:09:58.52

yieldってなんだ
誰か一言で言い表して

**名前は開発中のものです。** · 2014/11/15(土) 17:13:41.84

>>673
コルーチン
http://en.wikipedia.org/wiki/Coroutine

**名前は開発中のものです。** · 2014/11/15(土) 17:23:51.51

>>674
関数の途中でデータ返せるってだけか
でもこれ返り値受け取る側はどういう処理になるんだ？
受け取ったらそのまま次の行に行きそうだけど、そうすると次呼び出された時中断したところから再開するのか？

**名前は開発中のものです。** · 2014/11/15(土) 17:28:35.72

「終わり」って言うまでキャッチボールだな

**名前は開発中のものです。** · 2014/11/15(土) 21:07:43.80

関数の途中でデータ返せるってだけって、だけっておま・・・・
何のためにLua導入してまでコルーチン使ってると思ってるのかと・・・・

**名前は開発中のものです。** · 2014/11/15(土) 21:28:20.19

使わない人にはいらないものだし

**名前は開発中のものです。** · 2014/11/15(土) 21:49:25.06

コルーチンを使うといっぺんに何十行も減らせる場合があるのですよ
サブルーチンでマルチスレッド制御をするよりもお手軽だし

**名前は開発中のものです。** · 2014/11/15(土) 23:50:56.76

>>679
へぇ～。
コルーチンを使ったテクニック・トリック集みたいなの欲しいな。

**名前は開発中のものです。** · 2014/11/16(日) 22:25:19.06

コルーチンってノンプリエンプティブなスレッド制御のことでしょ？
オレの理解がおかしいのかこれｗ

**名前は開発中のものです。** · 2014/11/17(月) 00:42:18.99

昔のウィンドウズじゃあるまいし

**名前は開発中のものです。** · 2014/11/17(月) 10:29:07.85

>>677
別にLua導入せずともsetjump longjumpでコルーチンは作れるけどね
非同期処理が同期処理と同じように書けるから滅茶苦茶便利なのは使った人にしか分からんだろうね

**名前は開発中のものです。** · 2014/11/17(月) 11:54:49.69

>>681
その理解であっているとおもうよ。
状態を（コード上は）ヒープに持たなくても、ローカル変数を引き継いだり、
ループを途中から再開できる、構文糖みたいなもの。

**名前は開発中のものです。** · 2014/11/17(月) 20:35:59.87

ぶっちゃけコルーチン使わない
原理的にはシーンをStateパターンで切り替えるのと変わらないし

**名前は開発中のものです。** · 2014/11/18(火) 18:34:34.98

改造できる武器を作ったとして、そのデータを保持するにはどうすればいいんだろう？
無改造の物をオリジナルとして、
そのデータ配列を丸ごとコピーして改造（変数に変更を加える）して、
それをあらかじめ確保しておいた保存用の配列にぶっ込めばいいのだろうか

**名前は開発中のものです。** · 2014/11/18(火) 18:45:45.72

改造したら別の武器にする

**名前は開発中のものです。** · 2014/11/18(火) 18:58:45.41

改造の定義にもよるが687と同じく別の武器にしてる

ステータスを上げるだけの改造なら
修正値を保持するor改造回数を保持するって感じじゃない？

**名前は開発中のものです。** · 2014/11/18(火) 21:07:47.07

改造前提で、かつそれがゲーム内で重要な位置にあるなら、
最初からアイテム欄にある全ての武器について、名前・ステータス・種別などのデータを個々に持たせてしまったほうが良さそう。

要は、「どうのつるぎ」が「2本」という管理じゃなくて
「どうのつるぎ（武器ID:001）/攻:12/防:0/価格:100G」「どうのつるぎ（武器ID:002）/攻:12/防:0/価格:100G」みたいにするっていう。

**名前は開発中のものです。** · 2014/11/18(火) 21:48:09.63

好きなようにパラメータいじれるなら所持アイテム個々にパラメータ持たせる必要あるし
アイテム名+1みたいに変動が決まってるなら最初から別のアイテムとしてデータ作ればいい

**名前は開発中のものです。** · 2014/11/18(火) 22:44:11.50

やったことあるのは
------------------------------
装備マスタ(装備ID, 名前, 基礎攻撃力, 基礎○○力, ...)
生成装備(生成装備No, 装備ID, 攻撃力補正値, ○○力補正値, ...)
プレイヤー所持装備(生成装備No, 装備中キャラNo)　　//ここに持たせる[装備中キャラNo]は冗長だけど、ここで持たせておくと便利

キャラクターマスタ(キャラID, 名前, 属性, 攻撃力成長率, ○○力成長率, ...)
生成キャラクター(生成キャラNo, Lv, 生成装備No, ...)
------------------------------
（かなり端折ってるけど）こんな風で、起動時にロードされてプレイ中ずっと不変なマスタと、
動的生成したり変化する部分に分けて、武器の能力を可変にして自動生成できるようにしたり、
敵モンスターのレベルを変動させて自動生成できるように頑張ったな

作っていく上で失敗したと思ったのが、キャラの属性がマスタ側で固定なせいで、
敵の色違いキャラ作るごとにマスタ１行作るハメになったり、主人公をキャラメイクさせたいときに、
キャラメイクパターン分の主人公マスタを作らないといけなくなって、スマートじゃなかったので諦めた

ただ、これはこれで設計としては正しかったんじゃないかな、とも思ってる。
というのも、バランス調整する時に、マスタを変更すればセーブデータ上の「生成装備」の能力も修正されたから。

今作ってるのは、↑でいうマスタの部分を「テンプレート」と称して、
　装備テンプレート(テンプレID, 連番, 名前, 基礎攻撃力)　//アップデートで能力を修正したら新規行で連番を振る
　生成装備(生成装備No, テンプレID, 現在適用連番, 名前, 攻撃力)
生成装備側に値を複写（基礎攻撃力→攻撃力）して、その後は自由に変更できるようにする。
アップデート時は、連番が一番大きいテンプレートとの差分で修正できるようにするつもり

**名前は開発中のものです。** · 2014/11/19(水) 00:34:02.86

>>687-688
実は真っ先に考えたのはそれなんだけど、
アイテムや改造の数を増やせば増やすほどモコモコとアイテムの全体数が増えて、
管理を考えるとおしっこもっちゃいそうな量になって困った
自由度も低かったし

>>689-691
やっぱりそういう風にやるしかないか、再利用性も高そうだし

いろいろな意見をありがとう参考になった

**名前は開発中のものです。** · 2014/11/19(水) 07:21:33.65

単純に Clone + シリアライズではいかんのか？
実態ではなくアイテムIDで保持しようとするから難しくなるんじゃ？

**名前は開発中のものです。** · 2014/11/19(水) 07:53:10.12

>>693
要するに、データを丸々コピーするのじゃいかんのか？って事だろ？
俺は逆に最近レコード管理に切り替えた
っつーかソースコードを一カ所に纏める方が楽だし、メモリ消費も減るから、俺はこの方がいいと思ってる
って言うか、存在しない名前のアイテムが発生するバグに対応するのが面倒で

**名前は開発中のものです。** · 2014/11/19(水) 08:04:49.35

あと、実体処理だとセーブデータに記録した後にデータを変更するのが面倒だと思う

**名前は開発中のものです。** · 2014/11/19(水) 16:05:10.60

一旦データ管理という場面に踏み込むと、こうやって多くの手間や技術を要求される
これだからRPGは初心者にはおすすめできないんだが、何故初心者に限ってRPGを作りたがるんだ

**名前は開発中のものです。** · 2014/11/19(水) 19:21:08.31

RPG・・・データ管理・データ作成が面倒
SIM・・・バランス調整や、AIやナビゲーションマップ等が面倒
ADV・・・フラグ管理やテキスト作成が面倒
ACT・・・地面や壁との接触判定、マップを作るのが面倒
RCE・・・車を操作するAIが面倒、サーキットのウェイポイントの調整が大変
STG・・・当たり判定を飛ばすだけ、壁なんて要らん、AIも適当でいい、テキストもいらん、敵がいつ出てくるかだけ考えろ、伸ばしたい分野だけ拘れる登竜門的存在

**名前は開発中のものです。** · 2014/11/19(水) 20:59:46.83

ブロック崩し…パズル…
まあ、パズルはそれこそAIがな
将棋で超AI作ってプロ棋士と戦わせるだけでお祭りになるくらい

**名前は開発中のものです。** · 2014/11/19(水) 23:18:55.69

テトリス！

**名前は開発中のものです。** · 2014/11/20(木) 00:30:04.14

趣味プログラミングは鼻くそホジホジしたり屁をこいたりしながら
土日の内に作っちゃう人間なので、RPGとかデカブツは無理だなぁ
元々好きじゃないから作る気も起きないわけだが

**名前は開発中のものです。** · 2014/11/20(木) 04:07:38.08

俺も学生の頃はそうだったな。
集中力自慢で4日間睡眠時間2時間で仕上げきる、それを自慢にしてた。

だが社会人になって悟った。
ある程度以上のものを作ろうと思ったら、それじゃ駄目なんだと。
プロマネとしてチームを率いることができなければ、いつまでも
徹夜自慢のバカのままで終わるんだと。