大ヒットゲーム『Balatro』のコードが“力業”だとして共感呼ぶ。コードが汚くても、ゲームが完成してちゃんと動けばそれでいい - AUTOMATON

ホーム ニュース 大ヒットゲーム『Balatro』のコードが“力業”だとして共感呼ぶ。コードが汚くても、ゲームが完成してちゃんと動けばそれでいい ゲームを制作する際に必要となるプログラム。そのコードの記述にあたっては「コーディングルール」などとして、構造の把握のしやすさなどが求められることがある。一方で今回、あるユーザーが『Balatro』のコードの一部を公開。コードにif文が多用されている点などから注目されているものの、「見づらかったり、複雑なコードでもほぼ問題なくゲームを完成させられる」事例として共感も呼んでいるようだ。 コードのわかりやすさ ゲームの制作にあたっては、基本的にはプログラミング言語を用いてソースコードを書くといった、プログラムの記述が必要となる。プログラミング言語としては、「C＋＋」「C#」のほか「Java」「Ruby」など、さまざまな種類の言語が存在している。 またゲ

[Falky]

コードの意図が一目見てわかるからヨシ！//買い切りゲームならコードの美しさは優先順位低いよね。先々の拡張性や保守性を担保することにどれだけの意味があるねんって話で。いわゆるライブサービス型ゲームは別ね。

[satoimo310]

以前遊んだアダルトゲー、台詞や表情・ポーズの指定がcsvに平文で収められてたので誰でもexcelやメモ帳でシナリオMODを作れる迫力ある仕様だった事を思い出した

[nakag0711]

入力が13種類で将来にわたって増えも減りもせず、かつ微妙に不規則な部分を含むので、if文を並べたことそのものは別に悪くない。本当のクソコードはこれをあちこちにコピペする

[sunagi]

誰も『Balatro』のゲーム自体の話をしてない……。ポーカーにランダム効果のあるジョーカーを引かせるローグライト要素を追加したのが悪魔の発明で、めちゃくちゃ面白いですよ。今年一番中毒性高いゲームだと思ってる

[tyhe]

個人プロジェクトなら全然いいのでは。チームで開発するんだったら一緒に働くのしんどそうだなってなるけど。

[curuusa]

if文を並べて一通り動くようにしたあと、AIに「これを縮めて」と頼んでる。最初から複雑なコードを書かなくてもいいよね。

[akiat]

俺もそうです。コードを書きたいわけでなく、動かしたいだけです

[north_god]

同じ処理をそこいらじゅうにコピペされて、一つのアルゴリズムの修正を何箇所もでやらなければならないのがクソコードで、ifがたくさんある事は別に悪いことではない

[eiki_okuma]

＞先々の拡張性や保守性を担保することにどれだけの意味があるねん　　その後開発するゲームの資産として流用できるので割と重要ですね。｜力技かどうかより、どれだけモジュール化できているかが何よりも重要。

[hylom]

そこまで変なコードではない気がする、不規則な定数のパラメータ使うようなハードウェア制御で使うようなコードではこういう感じのコードをそれなりに見かける気がする

[quick_past]

メンテもスムーズにできそうなら、それでいいんじゃない。チーム作業だと知らんけど。

[deep_one]

コードの汚さはメンテナンス性の低さに直結している。

[kobito19]

そもそもゲームのコードがキレイ(なはず)だなんて思ってる奴いないだろ...

[naoto_moroboshi]

個人開発なら別にいんちゃうん。自分がわかればいいわけだし。全部自分で完結するんだから誰に文句言われるでもない。ifとかswitchって頭の中で処理しやすいから多用しがちなんだよな。

[ukayare]

個人開発で実績ある人が会社入ってめんどくさがられるのってこういう雑なコード書いても誰にも言われなかったってのが多分にあると思う

[sabinezu]

「コードは複雑でも問題ない。だって直すの俺じゃねーし。」後で直しやすいか、後で見たら全くわからないかのどっちか。

[nekomikenyan]

とりあえず完成させるとことが大切というのはどの分野でもそう。一旦、完成させることがいかに難しいか、というのは経験してみないとわからない。

[preciar]

これ、「小説はとにかく書き上げろ。美しさとか語呂とか誤字とか整合性とかそんなことは完成しなければ価値などない」ってのと同じだよな／動く物をリリースするのが正義。メンテで苦労したら次回作に活かせば良い

[okbm]

個人開発なんだし問題ないとおもう。めちゃくちゃ洗練されたキレイなコードで売上もユーザもないサービスなんかいくらでもあるし

[snipesnaps]

野暮だけど動けば良いのは大前提として、その後の保守性やメンテナンス性や更新のしやすさや管理のしやすさを求めて良コードを追求していくんでしょ。動けば良いしそこが出口でも構わないけど入り口でもあるっていう

[sa-yama321]

このif分岐が「シンプルで読みやすい」と思えるくらいに腕を上げろと。

[subthread]

業務なら近づきたくない人認定されるコードではある

[poliphilus]

コイツはスゲェな…俺なら配列にしちゃうかな。個人で今後メンテしないならこれでもいいけど、チーム開発でこういうソースに当たるとマジでブッ◯したくなる。てかまさに今こんなソースと戦ってる

[ys0000]

メンテナンスコストは高い。短期間で一気に作り上げて、あとはバージョンアップなしで放置って場合なら、どんなコードでもいいよ。

[ebo-c]

元コーエー？の人に聞いた話なんですがドリームキャストのSDKはif文よりcase文が高速な実行コードにコンパイルされたらしく、Excel関数でif文をcase文に変換してコーディングしたらしいです

[ghostbass]

ここで挙がったようなロジックなら力業とはいえるがいわゆる「クソ」の範疇じゃないな。/それより「動く汚いコードと動かないきれいなコード」の比較にしようとするのはやめろ動かないきれいなコードなど存在しない

[hope_ring]

言わんとすることはよーーくわかる。自分だとこういうコードは配列にデータを入れて状況制御する。だけども手が遅い。。。

[kojimamasahiro]

コーダーかプログラマーの違い。動かしたい、動けばいいってコーダーならそれでいいのでは？

[masahiko_of_joytoy]

俺も個人で作るときはこんな感じ。チーム開発の場合、仕様書起こすときに頭の中でロジック整理するから、その過程でコードが最適化されるんだと思う

[h-hirai]

なんかこのツイート思い出した→ https://twitter.com/Yam_eye/status/237586880890298368

[otihateten3510]

ArrayやDictoinary用意したほうが楽そう

[sugawara1991]

分岐条件のうち構造化できないものが多段ifにせざるを得ないことはあって。理不尽な現実をそのまま落とし込まなければならない場合はなりがち。ゲームルールとかハードウェアの仕様とか

[dtg8]

これに文句つける人はクソコンサル体質だと自覚したほうが良いと思う。

[daij1n]

チームでやってて、誰かが他人の仕事を引き継がなきゃいけない想定がないなら、問題なく動けばヨシ

[taku-o]

個人開発はまず完成まで届かせるのが大変。設計や構想どおりにいかないことも多かろうだから、最初はこれでもよいと思う。

[edamax]

その昔、マイコンBASICマガジンの読者投稿プログラムではIF文を多用しているとDr.Dに怒られたものなんじゃがのう・・・

[eriotto]

IFを多様が悪いことって発想がよくわからん、どうみても分岐はいつも13個なのだから、なんの問題も感じないが...IFの分岐が増えたり減ったりするシチュエーションなら避けるかも

[junjun777]

まあ、何と言うか好きにしたら良いのですけど、いわゆる職人気質なので私は書かないですね。はい。美学のないコードは無理、という宗教を信仰しています。はい。押し付ける気はないです。はい。

[keidge]

sendmailの代替としてqmailがよく利用された時期があったが、qmailもなかなかの難読というかマジックナンバー使いまくりで凄かった。