- 可読性は失われるけど
- いかにテストしやすく書くゲーム
- ゲームではない
機械が読みやすいマニュアルを書く工程である - 関数化していくと可読性はガチでなくなる気がする
引数がわけわからない事になる
ぶっちゃけ書いてる俺ですら理解してない
とりあえず動けばヨシ - 最近はいかにモデリングするかゲーム
- 引数が多過ぎるってことは一つの関数に処理機能を持たせすぎなのでは？
- >>6
引数が多過ぎるというのではなく
引数が意味不明な事になっている
条件(式) func(xyz_var/8-1,hoge_var/8+50);
条件(式) func(xyz_var/8-1,hoge_var/8+50);
…
一目で何書いているのかがわからない。俺もわからない - >>9
なんで引数の中で計算しちゃってるの？
計算した後の変数渡しちゃダメなの？ - >>14
こんなのまだ見やすい
条件(式) func(xyz_var/xyz_co-xyz_in,hoge_var/hoge_co+hoge_in);
条件(式) func(xyz_var/xyz_co-xyz-xyz_in,hoge_var/hoge_co+hoge_in);
…
数字が出てこない - 関数を日本語にしたら完璧では？
- ひとつの関数に3000行使ってる奴見たときは戦慄した
- >>8
いまのクラス1万1000行突破してるわ
- 処理をシンプルにする
関数名をシンプルにする
変数名をシンプルにする - >>11
簡単な物ならそれでいけるんだけどなぁ
複雑になればなるだけ意味不明になっていく - 二重ループと再帰はできればさわりたくないし作りたくないなあ
でも情報処理試験だと普通に出てくるからなあ - >>12
二重ループ？三重ループでは？
もう慣れたけど
再帰使いこなせないわ
再帰使えるプログラマーはウィザードだな
三重ループ以上で再帰でさらに関数で繰り返し処理すると
固定長じゃない物に対して条件をひたすら判定して戻せるようになる
例えば、A、B、C…があるとして
Aが動けば、Cの動きが変わる、Cが動くとAの動きが変わるとかの場合再帰のループかけないといけない - 少し時間開いたら忘れそう
- >>16
シーケンスデバッグして
トレースしていくしかない - xyz_var/8-1,hoge_var/8+50
8は何なのか-1や-50は何を意味するのか
計算結果はどんな意味を持つのか
っていうのが示せていないのが問題であって関数化云々の問題ではない - >>19
まだわかりやすい
>>17でconst - 関数名はシンプルさよりも具体性のほうを重視した方が後々助かる
- >>20
俺は変数名はローマ字にしてくれ協会の会員なんだが - 変数名だった
- テスタブルにするものだろ
- 一万行のクラスって設計ミスでは？
- >>25
俺はガチプログラマーだから設計など不要だわ
ソースコードが設計だわ - 変数ってのは名前だろ。命名しているわけ
日本人なのにレオンとかクリスみたいな名前の奴いるか？
たけしとかさだおとかだろ？
変数名はローマ字にしてくれ
プログラミングっていかに関数化していくゲームだよな？
VIP
コメント