PC限定ならそうも言えようけど

アプデしていくならいずれ地獄になるやつ

引き継ぎするたびに地獄が待ち構える

今はいいけど後でめっちゃ困るだろ

まぁ脆弱性が無いなら文句は言わんよ

個人でやる分にはいいんじゃね
メンテナー一人なんだし

多分動くからとりあえずリリースしようぜ

リリースしてそれきりならいいんだろうが…

本人以外解読出来ないコードいいよね

コード見せてくれりの？

>本人以外解読出来ないコードいいよね
いずれ本人も解読不能になる

1ファイルに詰め込んでスクロールバーが豆粒みたいになってそう

俺はエクセルの関数程度でもこうなるよ

逆に切り詰めまくって大ヒットしているゲームも出てる
40MBて…
https://store.steampowered.com/app/813230

しかし完成させてるだけでも個人開発者としては上位になるのでは…？

長年続けるゲームでもなけりゃまあ…

なんで動かないのかわからん…
なんで動くのかわからん…

>>本人以外解読出来ないコードいいよね
>いずれ本人も解読不能になる
一週間前の自分は他人だからな

>一日前の自分は他人だからな

炭治郎

>一時間前の自分は他人だからな

ソース引き継がれないプロジェクトなら汚くたって殆ど問題なんてない

>あとは明日の他人に任せよう

力技って言うけど世の中のほとんどそうじゃない？

次のコード打ち込んだ時点で前のコード打った奴は他人だぞ

個人でやってても過去の自分を殴りたくなるやつ

>力技って言うけど世の中のほとんどそうじゃない？
最初のコードはわりとそうなる…

なんで１か月前のAUTOMATONの記事でスレ立てを…？

可読性よりなんかよくわかんねぇけど動くぜ〜〜〜納品〜〜〜〜〜〜〜だから　

アプデ繰り返すオンラインゲーじゃなかったらいいんじゃね
しょうもないバグが直せなかったり何回も再発したり簡単な改善すらやってくれないなら困るが

明らかにここからここまでいらないんだけど抜くとおかしくなる時あるよね

分かんね
めんどくせ
最初から作り直した方が早い

>逆に切り詰めまくって大ヒットしているゲームも出てる
>40MBて…
>https://store.steampowered.com/app/813230
低容量といえば数年前にNES用に作られた40KBのゲームとかもある

このタイミングでカード使えるの！？みたいなのあるからなbalatro
チップの生産の時に惑星カード使えなくても別にいいだろ

ツクール弄ると分かるよね
うるせえ32回同じプログラム入れるしかねえな！！ってなる

他人がメンテしなくていいならいいよそれで

>俺がメンテしなくていいならいいよそれで

任天堂の故・岩田社長もかなりのパワーコーダーだったと聞く

>ソース引き継がれないプロジェクトなら汚くたって殆ど問題なんてない
問題はかなりの確率で後から引き継ぎ改良改修が入ることだな

頼んだぞ未来の俺！

GBAは初期rom8MBだっけ？

>逆に切り詰めまくって大ヒットしているゲームも出てる
>40MBて…
>https://store.steampowered.com/app/813230
これってゴリゴリに反応周りを詰めた仕様でプレイフィールがすごく良いって聞いたな
容量と直接の関係はないだろうけど

作ってから3年以内のコードは覚えておけと言われたことがある
無理だって

>頼んだぞ未来の俺！
ふマ
ざジ
け
ん
な
よ

>ツクール弄ると分かるよね
>うるせえ32回同じプログラム入れるしかねえな！！ってなる
イベント使い切って上限いった！完成させられないから発売無期延期！

ifやswitch使いすぎたら汚いって言われるけど大量の分岐を美しく処理するにはどうするの？

>ifやswitch使いすぎたら汚いって言われるけど大量の分岐を美しく処理するにはどうするの？
要件と仕様による

今を乗り切れればそれでいい

>ifやswitch使いすぎたら汚いって言われるけど大量の分岐を美しく処理するにはどうするの？
この手の話はリーダブルコードって本に大体載ってる気がする

個人製作ならそれでいいと思う

自分の部署でだけ使うからいいんだ

スレ画のコード前4chanかどっかで見たけどマジでずっとifが並んでてビビった

仕方ないから今回適当に作るけど将来的にちゃんとしたところに依頼するんですよね！

>ifやswitch使いすぎたら汚いって言われるけど大量の分岐を美しく処理するにはどうするの？
Switchするぐらいならそもそも関数を分けろ

どうせ売れたら他社に投げるからいいか…

コードがきれいだから売れたなんてことありえんしな
よくわかってる

>この手の話はリーダブルコードって本に大体載ってる気がする
あれにそこまでの実践的な内容はない

//この行を消したら動かなくなる。

中小もそうだが大手でも奇麗なコードだと思うなよ

プログラムは繰り返しと条件でできるけど繰り返しと条件をなるべく使わない実装をするのがベスト
この逆転の発想で変わる…まぁそれを実現するために新たに学ぶものが必要になるんだが

switch避けてきたのにRustだとmatch使わされるのよくわかんない

洞窟物語とか配布サイズは1MB以下だったな

// FIXME 後で綺麗に書き直す

fu3489779.jpg
これ好きだった

後のスパゲッティである

結局客が使うのは出てきたコードの結果だからな
動いて保守できるならそれでいいんだ

>後のスパゲッティである
そんな甘いものかな…

その状態がずっと続くならそれでいいけど…

インディーズで自分だけが書いてるならいいんじゃねえの？
さすがに自分が書いたコードなら汚くても何書いてるかわかるじゃん
まあもちろん後でわかんなくてキレるんだけど

>結局客が使うのは出てきたコードの結果だからな
>動いて保守できるならそれでいいんだ
大規模なゲームだといつまでもバグが治らねえとかなんか重くね？なんで今ロード挟んだの？UIのセンスがカスとかフツフツと問題が湧き上がるはずだが…

仕様変更お願いします

顧客はコードなんか気にしてくれない悲しみ…目に見えるものがすべてではないのに…

顧客がコードを弄らないと思ったら大間違いだぜ！

UEのBPですら自分で作ってて何で動くのかわからん…ってなるのにコード屋さんは大変だ…

なんで動いているのか我々にも判らんのです

動いて利益が出るコードが最も価値がある

ソースコードも納品するけど若干の難読化とコメント全削除して保守で泣きついてくるのを待つ

頭の良い人ほど汚いコードを書くんだよね
頭がいい人は汚いコードでもすんなり理解できるから

>仕様変更お願いします
月曜日までで大丈夫です！

面白いらしいけど買えてない

だから開発メモをこまめにつけようって言ったじゃないですか！

AI君俺のコードを解説してくれ

完成してちゃんと動けば（最難関）

コードが汚かったらしいwindowsのピンボールとかそれで移植できなくなったんだよな…

>頭の良い人ほど汚いコードを書くんだよね
>頭がいい人は汚いコードでもすんなり理解できるから
それは読んでる側のレベルに問題があるのでは

>頭の良い人ほど汚いコードを書くんだよね
>頭がいい人は汚いコードでもすんなり理解できるから
何その極論
一人で全部やってくれんならいいけどさ

なんて俺Balatroを薔薇太郎って読んじゃったんだろう

バグで動いてたことで有名なFFの…４だっけ？

今後はAIでコード解析するのが当たり前の時代になりそうだし処理効率のために汚いコードを選ぶ時代が来るかもね
今綺麗に書けば書くほど処理効率良くなるようにコンパイラやインタプリタも改良されてきてはいるけども

スレ画の場合大前提として個人制作で引き継ぐ人とかいないってのがある

頭のいい人ほど誰でもわかるコードを書くぞ
頭のいい人は誰でもわかるコードがかけるから

いつ来るかもわからん将来に期待して今汚いままで慢心する理由はない

テトリスは2,3行で書けるんだっけか

>頭のいい人ほど誰でもわかるコードを書くぞ
>頭のいい人は誰でもわかるコードがかけるから
ハードに手を突っ込むようなコード書かれたらもはや可読性の問題じゃなくなってくるぜ！

書けるとか書けないとか言い出したらなんだって1行じゃ

>頭のいい人ほど誰でもわかるコードを書くぞ
>頭のいい人は誰でもわかるコードがかけるから
頭が良いのと技術力が高いのとは全然別の話だからな
やたら手が早くてちゃんと動くもの出してくるけど何書いてるか全然わからないしコメントも入れないですって主義の人うちにもいるわ

>頭のいい人ほど誰でもわかるコードを書くぞ
>頭のいい人は誰でもわかるコードがかけるから
進次郎構文やめろ

誰でもわかるコードにしないと後から面倒な質問や問い合わせが来ることを頭のいい人は知ってるからな

何やってるかよくわかんないけど多分命名通りに動くんだろうな…ってのはたくさん見る

>頭の良い人ほど汚いコードを書くんだよね
>頭がいい人は汚いコードでもすんなり理解できるから
汚い料理屋ほど美味いみたいな理論だ…

AIくんに綺麗に清書してもらえないの？

言語の頻出の構文すら知らないですレベルだと流石に付き合いきれん

>それは読んでる側のレベルに問題があるのでは
まあ俺の同僚の話なんだが1メソッド何千行とか変数名一文字とか普通にやりやがる
普段は本人が改修を担当するから問題にならんけど…

コードって洗練されるほど
よりシンプルになっていくもんだと思うけど

仕事でコード書いたことないから汚い綺麗がよく分からない
コメントでここ触るな！とか書いてあるのかな

>逆に切り詰めまくって大ヒットしているゲームも出てる
>40MBて…
>https://store.steampowered.com/app/813230
これ40MB！？！？
衝撃だわ

>誰でもわかるコードにしないと後から面倒な質問や問い合わせが来ることを頭のいい人は知ってるからな
保守も自分なら別にそんな問い合わせ来なくね

>まあ俺の同僚の話なんだが1メソッド何千行とか変数名一文字とか普通にやりやがる
競技プログラミングでも拗らせてんじゃね

>fu3489779.jpg
>これ好きだった
意味がわかる定数定義してくれてるだけかなりマシだな…

PCに負荷かかったりしなければどう描いてもいいよ

>一週間前の自分は他人だからな
走り書きのメモで〇〇と書いてあるけど
俺は〇〇をどうする予定だったんだ？っていうことある

趣味でプログラム勉強しただけだけど…
ゲームのプログラミングって面倒くさそうって思いました…

>仕事でコード書いたことないから汚い綺麗がよく分からない
>コメントでここ触るな！とか書いてあるのかな
まず変数とか関数の頭が大文字小文字か統一されていないしそれが何を意味する名前なのかも読み取れないのがあってそこから更になんでそんな処理してんだよ！になるんだけどこれ書ききれないな…

汚いコード書くやつは変数名もカス
義務教育すら受けてなさそうな英語を平気で使う

>ゲームのプログラミングって面倒くさそうって思いました…
自作ゲーム作りてえって情熱があると
面倒と思う前に手が動いちゃうよ

>分かんね
>めんどくせ
>最初から作り直した方が早い
それできるの故岩田社長と桜井政博くらいじゃない？

処理の規模がキッチリ揃ってるとコードが模様としても綺麗になるんだけどまだそこまでの領域に至れない

>それできるの故岩田社長と桜井政博くらいじゃない？
ギャグで言っているのか？

>義務教育すら受けてなさそうな英語を平気で使う
正しい英語で書いたら読めねえって言われるからわざわざローマ字にしてやってんだけど

コードの話は分かんないけどBalatroは面白いよ

変数名は名前を見ただけで役割が分かるのが理想だけど
だいたいは略称が既に決まってるからそこから選ぶだけで事足りると思うけど

ちゃんと最初の構想通りに作れたらいいんだけど…
ならなくて色々試行錯誤含めて追加していくうちに…
こんがらがっていく…

1700円しか払わずにギャン中になれるからオススメのゲーム

>>分かんね
>>めんどくせ
>>最初から作り直した方が早い
>それできるの故岩田社長と桜井政博くらいじゃない？
やってるとわかるんだけど最初から作り直すの想像してたよりもずっと凄い効果があるよ
むしろなんでもっと早くやらなかったんだ…ってなる

時間さえあれば最初から作り直したい気持ちは皆持ってると思う
間に合わせる自信がないからやらないだけで

テストとかやるしデバッグ作業も…するよね？

まとめ動画への転載禁止
まとめサイトへの転載禁止

bukkake_list = generate_chimpo()
cumshot_list = generate_chinpo()

時間と金と人さえあればやり直せちまうんだ！
問題はそれを満たす機会がなかなかないだけで

>逆に切り詰めまくって大ヒットしているゲームも出てる
>40MBて…
>https://store.steampowered.com/app/813230
容量の切りつめはコードよりもデータが大きい
画像を上手く使いまわしてるとか音データを効率よく圧縮したりしたんだろうな

バラトロはSwitch版でやってたら急に全要素解放されて驚いたな

俺を使え！

頭の中で桜木花道が今なんだよ！って語りかけてくる

1ヶ月前の俺頭良すぎだろ！
何書いてあるのかわけわかんねぇ！

英語圏だと半角全角スペース間違いはしなさそうで有利に見える…

>逆に切り詰めまくって大ヒットしているゲームも出てる
>40MBて…
>https://store.steampowered.com/app/813230
知らなかったけどタイトルだけど面白そうね

がんばって綺麗なコード書いても同僚しか喜んでくれないもん…

>それできるの故岩田社長と桜井政博くらいじゃない？
普通のプロダクトなら作り直した方が早いものが多いけど
ゲームは細かい仕様の違いにもユーザーが敏感だから…

>1ヶ月前の俺頭良すぎだろ！
>何書いてあるのかわけわかんねぇ！
解読した後も俺頭良すぎだろ！ってなるよね

コードがゴミでも設計さえまともだったら…

>がんばって綺麗なコード書いても同僚しか喜んでくれないもん…
それ一番ありがたいから今後も続けてやってくれ

商用だけどLGPLなOSSがベースだから修正部分も追加部分も全部後で公開されたぜ！
これはこれで羞恥プレイではある

ゲームはアプデ考えないなら本当にそれでいい
業務システムではやめて

>逆に切り詰めまくって大ヒットしているゲームも出てる
>40MBて…
なんか昔いかに少ないデータ量で動画を作るかみたいな競技大会あった気がするけど今でもあるのだろうか

わかりやすく単純明快に書けばわかりやすくて単純明快なプログラムになる

>なんか昔いかに少ないデータ量で動画を作るかみたいな競技大会あった気がするけど今でもあるのだろうか
メガデモ文化懐かしい

綺麗にコードを書いているのでコメントはつけません勢もなかなか厄介
綺麗だとしてもコメントで実装の意図が書いてあるのと無いのとでは把握するスピードが全然違う

誰でも読めるように書けば後で苦労しないのにどうして誰でもわかるように書かないの？

プロジェクト離れた後に同プロジェクトに残ってた同僚から「ここどうなってんの？」ってメールで聞かれて
ソース手元になくても詳細に説明する返信メール出せてたけど
そのメールの内容後から読み返しても何書いてあるのかマジでわかんなかったわ

１行テトリスとかあったな

自分で管理するからコードは汚くていい
と言うが未来のお前は他人も同然だ

>誰でも読めるように書けば後で苦労しないのにどうして誰でもわかるように書かないの？
俺が読む訳じゃないから

>解読した後も俺頭良すぎだろ！ってなるよね
なんでこんなコード書いちまったんだ？リファクタしようかな…コメントに留めておこう

>綺麗にコードを書いているのでコメントはつけません勢もなかなか厄介
>綺麗だとしてもコメントで実装の意図が書いてあるのと無いのとでは把握するスピードが全然違う
どうしてその実装になったのかとか意図ぐらいは書いて欲しいよね

逆に他人のクソ汚いコードもスッと解読する特殊技能持ちもいるから「誰でも読める」の基準点をどこに置くかも問題だと思う

誰だこのコード書いた奴！
…俺か

（ソース見れば自明だし書いておかなくても大丈夫だろう）

コメントみたいな関数名やめろ

今もPICO-8とかでミニマルなゲームを作るみたいなのはある

コメント書いてあればわかりやすいところもあるが
コメントのメンテも必要なので書く必要がないなら書かない方がいい
直感的でないところや特別なことしてる箇所に書く

>逆に他人のクソ汚いコードもスッと解読する特殊技能持ちもいるから「誰でも読める」の基準点をどこに置くかも問題だと思う
そのためのコーディングルール

もともと俺しか使わないマクロの筈だったんだ…

>コメントみたいな関数名やめろ
getHogeみたいな関数より遥かにマシ

マクロとか書いてる時点で転落人生さ

>バグで動いてたことで有名なFFの…４だっけ？
3の高速艇じゃなかったか

>顧客はコードなんか気にしてくれない悲しみ…目に見えるものがすべてではないのに…
コードの綺麗さがアプデや移植やリメイクに繋がった時に評価してくれるだろ

i+=3; // iを+3する
みたいなコメントがあると殺すぞ！ってなる
なんで+3なのかを書けよ！！

>i+=3; // iを+3する
>みたいなコメントがあると殺すぞ！ってなる
>なんで+3なのかを書けよ！！
どうせ書いたやつが分かってねえ

>>顧客はコードなんか気にしてくれない悲しみ…目に見えるものがすべてではないのに…
>コードの綺麗さがアプデや移植やリメイクに繋がった時に評価してくれるだろ
コードを見る立場になかったらそれらは出来て当然のこととしか思われないよ

大いなるコードには大いなるテストが伴う

>>i+=3; // iを+3する
>>みたいなコメントがあると殺すぞ！ってなる
>>なんで+3なのかを書けよ！！
>どうせ書いたやつが分かってねえ
(先週の俺何を考えてたんだ…?)

セガサターンのナイツの処理が独特な実装すぎたのでリマスターするときは目コピするしかなかったみたいな話は聞いたな…

そもそも綺麗に書いてないとテストもできないことが多い

CardID
cardID
CARD_ID
cardId
みたいな表記揺れを至るところに散らすことで認知負荷を上げていこう

動けばいいよで済む場面とだめな場面はある

建築と同じように扱うなら保守とかの必要性も同じように見てくだち！

>コードの綺麗さがアプデや移植やリメイクに繋がった時に評価してくれるだろ
アプデとリメイクはともかく移植はやって当然としか思ってくれないよ客は…
移植の大変さは世の中に全く周知されてないからコピペ仕事で何手間取ってんのとしか思われない

>コメント書いてあればわかりやすいところもあるが
>コメントのメンテも必要なので書く必要がないなら書かない方がいい
>直感的でないところや特別なことしてる箇所に書く
全部の処理にコメント書くのはマジ勘弁
メソッドの分割がしっかりできてればドキュメントコメント絶対つける程度で充分

>移植の大変さは世の中に全く周知されてないからコピペ仕事で何手間取ってんのとしか思われない
移植の部分はAI得意そうだから期待したい…
というかOracleかどっかが既に出してた気がする

>CardID
>cardID
>CARD_ID
>cardId
>みたいな表記揺れを至るところに散らすことで認知負荷を上げていこう
コーディングルールに！従え！ないならお前が作れ！！

ゲームの移植はいくらなんでも舐められすぎ
特に下位に移植するやつ…

三連休明けの朝イチで見ても何してるかすぐ分かる程度にコメントは入れろ！って先輩が言ってた！

PGは手段

iOSアプリをAndroidに移植したことあるけどマジで工数絞られた上に俺以外素人同然で
俺が3人分になったことあったのを思い出す

その場の勢いで無理くり解決すると後で自分が困る事になるのは仕事してたら嫌でもわかると思うんだけどな

保守してる時間や人手があるならその分ゲーム内容詰め込んだ方がいいのは確かではある…それはそうなんだけど仕様が複雑化したらある程度組み直した方が不具合出にくいんだよ信じてくれ

>その場の勢いで無理くり解決すると後で自分が困る事になるのは仕事してたら嫌でもわかると思うんだけどな
お
あ
し
す

逼迫した納期で焦ってやると大抵ろくでもないことになる

>その場の勢いで無理くり解決すると後で自分が困る事になるのは仕事してたら嫌でもわかると思うんだけどな
納期がせまってるから…
後から絶対リファクタするからね…

Copilotくんは結構既存のコード読んで寄せたコメントとかお出ししてくれるから表記揺れ減って助かる

>その場の勢いで無理くり解決すると後で自分が困る事になるのは仕事してたら嫌でもわかると思うんだけどな
解決に時間かけて納期間に合わないのが最悪だろ
それくらい仕事してたら嫌でもわかるだろ

>その場の勢いで無理くり解決すると後で自分が困る事になるのは仕事してたら嫌でもわかると思うんだけどな
金と時間が無限にあるならいくらでも丁寧な仕事をさせていただきますよ！

>iOSアプリをAndroidに移植したことあるけどマジで工数絞られた上に俺以外素人同然で
>俺が3人分になったことあったのを思い出す
かわうそ…ネイティブアプリの移植は辛いよね

テストファーストなテスト駆動できる？

よくわからん状況を解決する為のよくわからんライブラリを導入しよう

おれがやった
あいつじゃない
しょうがない
すんでない

いつもヘルプに入ってくれるからで何しても許されてるように見えて
その実ヘルプしか入ったことないみたいな人とかそんな

>その場の勢いで無理くり解決すると後で自分が困る事になるのは仕事してたら嫌でもわかると思うんだけどな
そういう余裕のない場面があることくらい仕事してたらわかるだろ…

喧嘩すんな

おぼえてない
あれ？
しらない
すみません

頭のいい人ほど喧嘩しないんだよね

>喧嘩すんな
馬鹿なことを言って総ツッコミされるのは喧嘩とは言わん

ちゃんと計画立てないでなぁなぁで進める人結構いるよな

>よくわからん状況を解決する為のよくわからんライブラリを導入しよう
YRP野比…

人に何かをやらせる側は相手の労力を低く見積もりたがるけど結局はどっちも幸せにはならない…

コード見比べた時点で勝負はついてるから喧嘩になどならん

>頭のいい人ほど喧嘩しないんだよね
喧嘩しない立ち回りしたりするの上手
喧嘩する時間がもったいない！がだいぶある

俺はラダーしかわからないカス「」
プログラムってなんなんだ…

力技のプログラムってユーザーのマシンパワー頼りだったりすること多いからなぁ…

>ちゃんと計画立てないでなぁなぁで進める人結構いるよな
計画は破綻しがちなものだけどそれでも大筋の流れを決めておけばブレを少なくできる
ただ残念なことにどうせ破綻するものに時間をかけるなんて意味なくね？という思考回路の人は少なく無い

>俺はラダーしかわからないカス「」
>プログラムってなんなんだ…
ﾅｶｰﾏ