個人制作でも設計書や要件書は作るもの? [無断転載禁止]©2ch.net
作ってるゲームの規模によるとしか
大抵の人は作るにしてもガチガチに作ってるわけじゃなく、わかりやすい感じにグループでまとめてる感じじゃないかな 俺の脳ミソ、メモリリークしてるから
3000行超えると何やってるか忘れるから
書かないと趣味でも作れない 自分にとって技術的に難しいプログラムには設計書が必要なんだよな
でも設計書書いて解決するかはまた別問題w 300行で前の300忘れたわ
土日挟んだらソースも記憶も真っ白になってたわ 1クラス300行程度ならユニットテスト軽く揃えとけば保守で詰むことはないかな 話は>>1からそれるけど、
>設計書や要件書
「複数人でやる場合は〜(ドヤ」みたいな感じで偉そうにいうけど、
完成バージョンまでほぼ変わらないような本当に具体的なことが書かれた設計書や要件書が、チーム内で機能している所なんてあるのかな?
おおかた、方向付けする人は、「俺の言うことを全て書き留めろ!」みたいな調子で、漠然とした口頭伝達しかしてなくて、
肝心な細かい部分の実現は、作業請負人の個人的力量に依存してる、
もしくは口頭説明を受けた作業請負人が、確認のために仕様書・要望書を代筆ボランティアしてあげているのが実態なんじゃないの? >>26
いいや
やるとこは資料が完璧にならないとユーザ企業様からGoかからないから ちなみにやり直しする場合は
設計からやり直しな
影響範囲の説明も発生するからオール見直し必須
1年かかってでも死んでも説明させる
そういうのが当たり前のとこ
ゲームじゃ聞いたことないね >>27-28
下流側が設計サービスも引き受けるケースかな。
話しっぷりから雰囲気を察すると、結局:
・方向付けする人(上流)は、「俺の言うことを全て書き留めろ!」みたいな調子で、漠然とした口頭伝達しかしない
・肝心な細かい部分の実現は、作業請負人(下流)の個人的力量に依存してる
・口頭説明を受けた作業請負人(下流)が、確認のために仕様書・要望書を代筆ボランティアしてあげている
なんじゃないの?
下流作業者の業務理解に責任感じて、サルにでもわかる様な客観的に完結する資料を作るのは、かなり大変という気がする >>29
いいや
最終出力1つ1つ
入力とその計算過程まで全部書かされるよ
大体こういうところっつーのは作業員が代わっても差が出ないように
工程がマニュアル化してる
入力から最終出力に至るまで処理が6つあったらその全ての処理で入力と出力と計算式を求められる
絶対いい加減にはできない
やるとこはエクセルで計算式組まされる
もうここまで来たらさっさとプログラム組めっちゅーねんと思うが
それと資料の完成は全く別の話(彼らにとっては) ドカタ自慢してる奴はとりあえずスレタイ嫁
このスレ的には個人的に遊びで作る時にどこまでドキュメントを作るかだろう
俺は何も書かずにプロトタイプを作って、作ったものを再設計する時に簡単な設計書を書く
遊びの時は必ずプロトタイプのコードは全部捨てて設計から組み直す、むしろ作り直す過程が楽しい
ドキュメント自体よりもドキュメント化する過程で思考を整理する事が主目的だけどな コードはともかく遊びで使ってるツールは何をどう作業したか本当マジに忘れるな
なんか殴り書きテキストも虫食いだし俺 コードにコメントを書く習慣大事
ドキュメント不要の世界へようこそ どういうツールがあるかとか知りたいからテキトーに書いてって >>10のcaccoだかっての使おうと思って数週間
設計書メンドクセ >>35
そいうのは、過去遺産を改悪して見た目だけ良くした駄作を、ゲーム初心者に売りつけて、金を巻き上げた企業が、
今後のゲーム市場を育成して、現状の市場破壊行為から脱却するのために、利益投資して、
ゲーム製作初心者のために良心的な啓蒙サイトを作成して、無償で普及を図るもんだぜ? 一年ぶりに製作再開した時、コード内のコメントにどれだけ助けられた事か…
他にドキュメント作るとコードの更新が反映されないからコード内に設計書いてるわ
難しそうだがバージョン管理ツールとか使うともっと洗練されるんだろうか? 君がやるべき事はテスト書く事じゃないのかな
バージョン管理でなんでその辺が改善されると思ったの 逆やよね
ドキュメントに起こしたものしか実装しなければええよね 調べ物とかしてるうちに脱線して余計なもん実装してまうねん >>41
いや設計書書かずに設計しくじっても前の状態に戻れればなんとかなるのかなーとw
>>42
俺、うまく字が書けないのよぉ〜 フォントから作成してるの?
MSゴシックでいいんよ 要件書は書かないとブレるだろ。
始めにこういうものを作りたい、てのがあるんだからそれを列挙するだけ。
ただ何となく「アヘーなんかゲーム作りてーゲームゲームゲームはボクノトモダチーフヒー」てんじゃないんだろ?
設計書を書くのは脳味噌の無いコーダーマシンにかけるのには必要。
要件書があれば設計は任せっきりでいいはず。
とはいえ、2Dアクション作ろうとしてジャンプの高さや幅を初めから指定なんてナンセンス。
レベルデザインの段階で細かい調整が入るわけだから、コーダーはそれを見越して一ヶ所の修正で全箇所反映されるようにしておくべき。
カーソルの移動を上下や左右ループ、なんて設計書に無くてもやるべきだし、出来ておらず指摘されたら謝って直すレベルだ。
大昔と違ってステップ数で金勘定してる時代じゃなし、設計書通りならこんなにステップかからんはずだ、なんてのない。 >>46
>レベルデザインの段階で細かい調整が入るわけだから、コーダーはそれを見越して一ヶ所の修正で全箇所反映されるようにしておくべき。
「べき」というか、それは常識だな
だから、その程度の常識的コーディングも出来ない奴に、いちいち業務指導で神経と時間を擦り減らす位なら、自分でやったほうが確実に精神的・時間的な負担が軽い
>カーソルの移動を上下や左右ループ、なんて設計書に無くてもやるべきだし、出来ておらず指摘されたら謝って直すレベルだ。
その例は好みによるんじゃないかな レベルデザインって
調整するときなんざ仕様からひっくり返すことも珍しくない
パラメータをファイルから読むようにしておくなんて時間の無駄だよ
だったらさっさと触ってもらって不満点でも列挙してもらったほうがいい
関係あるソースはコメントでも振っておけばちゃぶ台返しも対応しやすい >>49
ねーよ
そんな仕様書いた奴がクソ野郎なだけだ
素人かよ >>50
どんなに立派に書いたところでスポンサー様の言うことに逆らえると思っているのか? スポンサー?どういう状況だか知らんが委託されて作ってるのか?その場合クライアントって言うだろうから違うかな 簡単に言うと「使えねえ奴」。
使おうとして文句垂れて何もしないんじゃ文字どおり「使えねえ」。
停電になって懐中電灯を手に取りスイッチ押して点かないからと電池を見ると単5×4本。使えねえ。
トイレットペーパーにミシン目がついてないのに取り出し口にギザギザがない。使えねえ。
傾けると蓋が開いちゃうポット。使えねえ。
画面キャプチャしようとしてFnキー押したら画面に変なメニュー出てきてキャプに重なる。使えねえ。
使う側のこと考えたらこうはならねえんだよ。 >停電になって懐中電灯を手に取りスイッチ押して点かないからと電池を見ると単5×4本。使えねえ。
>トイレットペーパーにミシン目がついてないのに取り出し口にギザギザがない。使えねえ。
>画面キャプチャしようとしてFnキー押したら画面に変なメニュー出てきてキャプに重なる。
利用者が無能すぎるだけじゃねーか 後から編集できるように企画と仕様は個人でも組んでるよ。
バージョンアップする時も、テキストベースから作り直す。
最初からコーディングする人もいるけど、テキストベースで
デザイン、表現方法、時間の流れ、各種調整書かなきゃ、途中で忘れてしまう。
アイデアを捻出することに、多少カリカリすることがネックなんだけど。 個人開発でも企画書は作るなぁ
企画書は疲れて来た自分のモチベーションを鼓舞するために、仕様書は無数に湧いてくるアイデアを取捨選択して整合を取るために書く
特に企画書は中弛みした時などに読み返して情熱を取り戻せるように煽り気味の勢いできっちり作る
大きな物ほどこの企画書が役に立つんだ 企画書は他人に見せるものだから個人だとそこまで必要を感じない
しかし仕様書、特にプログラムと素材の両方が絡み合うものはそうもいかない
例えば、モデルのモーフィング変形とか、衣装やパーツが差し替えられるとかできるとする
その時にモデラ上でメッシュにつける名前に規約が必要になるだろ
あるいはモデルの形状を修正した場合、手先の部分の座標だけプログラムに
ハードコードする必要があったり。あとで忘れるんだよ
シェーダーで凝ったものを組んだ場合もそう
あとになってから数式だけ見ても、何を意図していたか分からない
先に組んで後から書くのでいいし、テキストファイルで十分だから、残しとけ 開発期間を長くするときは企画、仕様を書くよ。
ただ、短期間で作るのであれば、いらないんじゃないかな。
作ってみてからじゃないと分からないことはあるっちゃーある。 書いたほうが頭の中がまとまることはあるけど
いざ作り出すと全く見ないから書いたのと違うものが出来てしまうw
業務でも迷った時に確認するくらいだしな ポートフォリオ目的で作ってるなら、
ペライチぐらいの要件書はあった方が、まとめ易いよ 簡単にお金が稼げる方法興味ある人だけ見てください。
グーグル検索⇒『来島のモノノリウエ』
S675ZOBJOL プログラムあんまり書いたことない奴はプログラムの完成形がみえてないから色々試行錯誤するためにプログラムから書き始める
プログラムのベテランは完成形が見えてて試行錯誤もさほど必要ないから日本語で構想が練れる
仕様書書かない奴は技術力が足りないだけ コンピュータプログラムに限らない話だけれど。
何かを成すための計画が大きくなればなるほど、事前の計画が物を言う。
必要な資材(音とか絵のデータ)、企画運営(プログラム)、計画推移の見通し(脚本)等、事前に必要な事が分かれば色々と完成内容を見積もれる。
ま、そんな事、プロ歴長いベテランでも難しいんですけどね。
#ゲームじゃないけど野球場建て替えとか万博とか、どんな計画立てればそこまで揉めるねんと思わないでもない。