Unityにおける「設計レベル」を定義してみた - Qiita

レベル-1 : C#の文法がわかってない まず根本として「C#の文法がわかっていない」がレベル-1として存在すると考えます。 つまり「UnityのAPI」と「C#の言語機能」の区別がついていない状態です。 この状態では設計の話をするよりも、まずC#の学習をするのが先になります。 レベル-1を脱出するためには まずC#の言語機能を抑えよう MonoBehaviourを使わないクラス定義のやり方を覚える 今使っている機能がUnityAPIなのかどうかの区別をつける レベル0 : 設計なし レベル0は「設計なし」という状態です。 後先考えず、MonoBehaviourを継承した上で手当たり次第に実装を行っている状態です。 「プロトタイピングレベルの超小規模・超短期間な開発」であればこのやり方でも上手くいくかもしれませんが、「ユーザリリースを前提とした開発」では推奨しません。 この状態で1週間も開

[lorenz_sys]

業務システム屋の自分が "設計レベル" という言葉を聞くと抽象度や粒度の事を想像してしまう。この記事の "設計レベル" は設計者の練度のように思える。ゲーム屋さんの世界のことは分からないから良し悪しじゃなくて。

[yarumato]

“設計レベル 0～5。0:設計なし->制御フロー->1:密結合->SOLID原則で疎結合化->2:実用的（まずはこのレベル目指す）->3:モジュール化->4:Unity依存しないピュアなC#->5:大規模開発のレイヤ分け”

[arket789]

`Unityと関係ない部分はできるだけピュアC#で書く`