読みやすいMATLABのコード

およそ他人のコードを読むほど辛いものはありません。

個人的にはMATLABは読みづらくなる傾向はあると思います。

その理由として書き手でやりがちなのは次のようなものかなと思います:

ひとつのスクリプト・ファイルで全部やろうとしがち
スペース・インデントを入れない
変数名・関数名が短い

ファイルを分割する・関数化をする

MATLABでは、スクリプトが長くなる傾向が強いと感じます。多分これは、書き捨てのようなスクリプトが多いのも原因かなと思います。

ファイルの分割については、メインスクリプトファイルと個別の処理をファイルを分けるだけでも分かりやすくなります。その場合、個別の処理が長い場合はフォルダで分けてさらに分割するのも有用です。各フォルダのパスはプロジェクトを利用して設定しておきます。

関数化は難しくてもスクリプトの分割は手軽にできて、さらに書き手の思考の処理内容の整理もできます。

計算に関する処理は可能なかぎり処理を関数化する検討をするのが良いです。関数化の検討の場合は、変数の受け渡しなどで悩みどころが出てくると思います。そのバランスで関数化を検討すれば良いと思います。無理に関数化してメンテ性や可読性が下がる場合もあります。特に視覚化などは、関数化を諦めても仕方ない部分はあります。

データの処理など、抽象化が可能であればクラスを定義するのも良いと思います。これも場合に応じて検討すれば良いでしょう。

適切にスペース・インデントを入れる、endを省略しない

視覚的な情報はリテラルな情報と同じくらい大事だと思います。たとえば、シミュレーションのパラメーター変数に代入する文のイコール、数字の位置が揃っていないと読みやすさが下がります。

FORTRAN77の時代ならいざ知らず、イマドキの言語ではスペース・インネントを入れて読み易くするのは一般的です。スペースやインデントを入れない人は、他の言語をあまり知らないということなのかと思います。 MathWorksのヘルプドキュメントの例でもスペースやインデントは入っているので、意識しない人が多いのかも知れません。

特に多いのが、関数のなかのインデントが省略されているケースですね。 if-elseなどのイテレータ系処理はインデントで視覚的に分かりやすくするのが好みです。

あと関数のendを省略されている場合も割とあって、これは読みづらい。 endなどは省略しないほうが、読む側で悩むことが少なくなります。