Petitverse

ファイルサイズ

確かにそうですね。
すごい詰めたプログラムは、
すごい読みづらいです。

自分が作った、
詰め過ぎて読みづらくなったプログラム。

質問です。ファイルサイズっていうのは、プログラムのソースコードのことですか？

ファイルサイズが大きい→動作に支障はない
実行速度が遅い→動作に支障がある
よって実行速度をとります。
(起動に2分かかるあれ、なんとかならないかなー)

なるほど、その質問内容であれば、自分なら実行速度を優先します。
プログラムを作り込んで1000行越えたりしたことはよくありますが、それで困ったことって一度もないですし。

老婆心ながら言わせてもらうと、最初からソースコード詰め込むのはやめて、ちゃんと後からでも読めるプログラム書いたほうがいいですよ。

第一、ソースコード詰めることに実用的利点がないです。ソースコードなんて高々数バイト、プチコンでケチる意味がないです。詰めるにしても、まずはプログラムを完成させてから徐々にやっていくべきです。

最初からソースコード詰めて、読めなくなって、作ったプログラムを破棄していたら一向に進まないと思います。

>ソースコード詰めることに実用的利点がない
初代、mkIIではソースコードを詰めることが非常に重要になります。
mkIIは公開方法がQRコードなので少しでも減らしたい。
初代に至ってはソースコード手打ちです。

ただ3号以降についてはSatoshiMcCloudさんに同意しますよ。

(ソースコード詰めなければ読めるとは言ってない)

ソースコードを詰めれば、
プログラムが汚いのを誤魔化せる。
汚いって言われたくないから、
詰め込めば汚いのを、
詰め込んだせいにできる。

ソースコードよりもGRPやMMLのほうが圧倒的にバイト数は多いと思うんですがどうでしょう

場面によってどちらを犠牲にするか悩むタイプです。ただし自分の過去のコードを解読するのはあまりやりたくないのでだいたいファイルサイズが犠牲になってしまいます　そのくせ速度もあまり向上しません　回答になりませんでした()
およそゲームかGUI系のツールばかり書いていますが不快感を与えない速度なら特にどうもこうもしないです。贅沢に使います。プチコン3号以降はだいぶいろんなリソースを贅沢に使っても平気で動いてくれる印象です。
個人的なボーダーは一番応答性が求められる場面での30FPSで、それを割り込むなら読みやすさも犠牲にして細かい高速化を図りますし、そうじゃないなら読みやすさを追求してます。
それでファイルサイズが溢れそうになったら、リソースを圧縮を試みます。
(注：よく読んだら回答になっていないので文脈が大幅に変化してしまう編集をしました)

((過去作にわりと重いゲームがあってですね、それは旧3DSでは60FPSが無理になったので旧3DSのみ30FPSにした記憶があるのですが、30FPSを割ることはなかったようで、あまりコードを書き直すことなくそのままにしちゃいましたね))

どちらかというと、速度優先かなぁ。でもプチコンの場合、サイズ制限(スロットに書き込める最大文字数とか、サーバーに置ける容量とか)があるので、どうしてもサイズを小さくしたい事態も考えられますね。

あと、速度優先のつもりで、ループで行ってた配列代入をループやめてベタに代入文7000行くらいで書いたら、ファイルサイズ大きくなって読み込みに時間がかかり、かえって起動時間が遅くなった、なんてこともありました^^;