【3Dゲームエンジン】Unity質問スレッド29 [無断転載禁止]©2ch.net

**名前は開発中のものです。** · 2017/05/20(土) 22:21:02.39

フリー版で開発したゲームは個人･法人を問わず追加のロイヤリティーなしで販売できます。
プラットフォームサポートはiPhone/iPod Touch/iPad、Mac、PC、Web、Wii、Xbox360、Android、PlayStation 3、PlayStation 4、PS Vita他

次スレは>>970を踏んだ方が建てること。ダメなら>>980か>>990が建てて下さい。

■本スレ
【3Dゲームエンジン】Unity総合スレッド30
http://echo.2ch.net/test/read.cgi/gamedev/1492037553/

■Unity 2ch Wiki(まとめ、過去ログ、リンク集)
http://www24.atwiki.jp/unity2ch/

●リンク
・Unity(日本公式サイト)
http://unity3d.com/jp
・マニュアル
　http://docs.unity3d.com/ja/current/Manual/index.html
・チュートリアル
　http://unity3d.com/jp/learn/tutorials
・スクリプトリファレンス
　http://docs.unity3d.com/ja/current/ScriptReference/index.html
･FAQ
　http://unity3d.com/jp/unity/faq
・MSDN
　http://msdn.microsoft.com/ja-jp/ms348103←スクリプトのエラー番号をこれで検索すると原因が日本語で出てきます。

前スレ
【3Dゲームエンジン】Unity質問スレッド28
http://echo.2ch.net/test/read.cgi/gamedev/1481636092/

**名前は開発中のものです。** · 2017/06/14(水) 22:32:59.80

コードを書くときは、どれを使ってるの？って話だろ

**名前は開発中のものです。** · 2017/06/14(水) 22:35:27.18

ギャグじゃないとしたらリアクションに困る

**名前は開発中のものです。** · 2017/06/14(水) 22:37:17.42

>>331
コーディングは　どのソフトで　やっていますか？

**名前は開発中のものです。** · 2017/06/14(水) 23:01:08.86

monodeveropじゃないの？

**名前は開発中のものです。** · 2017/06/14(水) 23:03:44.62

ガイジか？

**名前は開発中のものです。** · 2017/06/14(水) 23:12:53.05

ガイジってどこのソフト？

**名前は開発中のものです。** · 2017/06/14(水) 23:15:59.03

winだと普通はVisualStudioだっけ？
macだとMonoDevelop
JETってJetBrainsのことかね？
しかしそれ聞いてどうする気だよデバッグ1から説明する気かねおまえら
と思わなくもない

単に
AudioSource[] audioSources = new AudioSource[5];
なんて宣言してて実行できてないって意味かなとちらっと思ったがどうですかね
5を6にしてだな・・・なんつて

**名前は開発中のものです。** · 2017/06/14(水) 23:16:46.70

>>322
エスパーするならInfoBoxがnullかつaudioSource[]の長さが5とかじゃない？

**名前は開発中のものです。** · 2017/06/14(水) 23:28:55.17

そんなオチを聞いてすっきりしたいもんだね

**名前は開発中のものです。** · 2017/06/15(木) 00:28:06.44

>>337
ガイジとは、身体及び発達、精神、知的障害児（しょうがいじ）の略である。
（中略）見るに堪えない振る舞いをする人を、障害者に喩えて非難する意図で使われる蔑称のひとつである。

**名前は開発中のものです。** · 2017/06/15(木) 00:33:35.91

>>341
ガイジ乙

**名前は開発中のものです。** · 2017/06/15(木) 00:40:13.93

>>330
Unity

**名前は開発中のものです。** · 2017/06/15(木) 00:46:37.23

何だろう滅茶苦茶平静さを失った奴がいるような気がするな

**名前は開発中のものです。** · 2017/06/15(木) 01:39:28.18

>>322
Start()内で処理がおかしくなるとき
処理されない行以降を別メソッドに分けて、
Ｉｎｖｏｋｅとかで遅延させるとうまくいく時がある。
他のスクリプトのStart()と処理の順番が原因？

**名前は開発中のものです。** · 2017/06/15(木) 02:16:35.65

全部コード見せてくれませんか？

**名前は開発中のものです。** · 2017/06/15(木) 02:18:11.24

嫌です

**名前は開発中のものです。** · 2017/06/15(木) 02:24:24.64

ほかの方が言ってる通り、コンパイルエラーが出てない限りそこの部分に
関しては正常だと思われます。

競合する処理などが別にある可能性があるので、いったん新規のプロジェクトなり、
シーンをつくり、該当の処理と必要なものだけ並べた状態で実行してみるといいかと

**名前は開発中のものです。** · 2017/06/15(木) 02:31:22.85

嫌ですって

**名前は開発中のものです。** · 2017/06/15(木) 02:38:29.49

Assetsフォルダごと消せば足りないオツムで悩まなくて済む
どうせ出来ないんだから大して変わらないよ

**名前は開発中のものです。** · 2017/06/15(木) 02:46:34.34

いやって

**名前は開発中のものです。** · 2017/06/15(木) 07:55:14.51

>>348
ああ、そうだな。
そもそもの質問への回答でよかったんだよ。
行数制限はない。以上。

**名前は開発中のものです。** · 2017/06/15(木) 10:36:16.43

アセット買えば？

**名前は開発中のものです。** · 2017/06/15(木) 12:15:04.10

>>322
infoboxがもとから非アクティブ状態になってて
Findメソッドでサーチ出来ず実行時エラーでも起きてんじゃね

**名前は開発中のものです。** · 2017/06/15(木) 19:23:10.48

初心者用の質問スレが見当たりませんでしたのでこちらでお聞きします。
簡単な通路(背景)とキャラを作成しておりまして、背景のライトマップの為に用意した
ライトをそのままキャラを照らすのにも流用できたらと思い、ライトのモードを
「Baked」から「Realtime」に変更したんですが、キャラを照らすことができなくて
困っておりまして・・・。
これってやっぱキャラ用に別途ライトを作成する必要があるってことなんでしょうか？

**名無し＠キムチ** · 2017/06/15(木) 19:31:09.30

あ、それでしたら開発はVisualStudioです。
えーと、みなさま、いろいろと回答ありがとうございます。
ですが、みなさまの回答ではどうも解決できないようです。
えーと、考えてみますに、やはりスタート関数の下のほうに書くとまずいのではないか？と思い直しました。
というのはスタートの下のほうに処理が写る前にシーンが起動してしまうと、以下の処理には実行が移らないはずで、起動してしまったらアップデート関数に処理が写ってしまうのではないか？と思った次第です。
それで処理されないスタート関数の下のほうのコードをコピペで、アップデート関数のほうに移したら大丈夫なのではないか？と思ったので、試してみます。

**名前は開発中のものです。** · 2017/06/15(木) 19:36:01.15

お前の質問じゃ誰も解決できねーよ
エンジニアやめろ

**名無し＠キムチ** · 2017/06/15(木) 19:39:46.42

>>354
いいえ、それは違います。
infoboxをコピペで上のほうの行に移すとちゃんとfalseが有効になっていてキーを押した時にしか出ないんです。
ですが下のほうに書くと何故かfalseが無効になって、初めから出てしまうんです。
これは音声についても同じで上に書くとすとちゃんとfalseが有効になって音を出したい時にだけ出るんです。
でも下に書くと初めからBGMが出てしまうんです。

**名前は開発中のものです。** · 2017/06/15(木) 20:06:25.57

検討違いも甚だしいけどヤル気はあるようだからトライ&エラーを繰り返すがいいよ

**名前は開発中のものです。** · 2017/06/15(木) 20:07:03.87

>>356
とりあえず、アセット買えばいいんじゃない？

**名無し＠キムチ** · 2017/06/15(木) 20:21:57.53

とりあえずアセットに付属しているスクリプトが邪魔をしているのでは？と予測して全部削除しましたが、それでは直りませんでしたｗ

**名前は開発中のものです。** · 2017/06/15(木) 21:32:36.51

>>361
じゃあ、アセット買えばいいと思いますよ

**名前は開発中のものです。** · 2017/06/15(木) 21:42:08.02

デバッガの使い方を覚えようね
まずはステップ実行してみなさい

http://halcyonsystemblog.blog.fc2.com/blog-entry-351.html

**名前は開発中のものです。** · 2017/06/15(木) 21:47:40.04

24行縛りなんか聞いた事ないし、だとしたら他のスクリプトがそのスクリプトかオブジェクトを消去してるかだ。
とにかく、そのソースだけじゃアドバイスはエスパでない限りほぼ無理っぽいので、ステップ実行で見てくださいな。

**名前は開発中のものです。** · 2017/06/15(木) 21:48:02.81

キムチはスルーでいいよ

**名前は開発中のものです。** · 2017/06/15(木) 21:49:43.66

中韓差別なんていつまで中世なんだよ頭ん中まだ江戸&明治か

**名前は開発中のものです。** · 2017/06/15(木) 21:52:44.86

あ？
その半コテいっつも人の話聞かねーしトンチンカンなことばっかやってんだろ
人種じゃなくてっここに居着いてるクソコテに対して言ってんだよ

**名前は開発中のものです。** · 2017/06/15(木) 21:57:55.58

>>367
あぁ名前欄気づいてなかったスマンな
何にしろ賑わいやから無視なんて哀しいこと言うなよ
煽って楽しみなw

**名前は開発中のものです。** · 2017/06/15(木) 23:08:28.32

キムチが孔明の罠に引っ掛かり過ぎてどうしたらいいのか分からないｗ

**名前は開発中のものです。** · 2017/06/15(木) 23:14:40.89

実はコルーチンで動かしてて、他のスレッドでオールストップしてるとか言うオチだったりね

**名前は開発中のものです。** · 2017/06/15(木) 23:32:05.77

「俺は間違っていない！プログラムか仕様がおかしいんだ！」と思い込むのは初心者の時だれもが通る道だな
昔は誰にも聞けず自力で何とかするしかなかったんだし
分かりやすく質問できないのなら、あとは本人が頑張るしかないだろうね

**名前は開発中のものです。** · 2017/06/15(木) 23:48:11.83

IEnumerator coroutine;
void Start ()
{
coroutine = Sample2 (10, 0.5f);
StartCoroutine (Sample1 ());
StartCoroutine (coroutine);
}
void Update ()
{
if (Input.GetKeyDown (KeyCode.Space)) {
StopCoroutine (Sample1 ());
}
if (Input.GetKey (KeyCode.Alpha1)) {
StopCoroutine (coroutine);
}
}
IEnumerator Sample1 ()
{
for (int i = 0; i < 100; i++) {
Debug.Log ("Sample1:" + i);
yield return new WaitForSeconds (0.5f);
}
}
IEnumerator Sample2 (int num, float interval)
{
for (int i = 0; i < num; i++) {
Debug.Log ("Sample2:" + i);
yield return new WaitForSeconds (interval);
}
}
サイトに載ってあったのをちょっといじったんですが、Sample1()がスペースを押しても止まりません。
どなたか回答宜しくお願いいたします。

**名前は開発中のものです。** · 2017/06/16(金) 00:58:31.25

StopCoroutine("Sample1");　//止まる
StopCoroutine(Sample1());　//止まらない

理由は知らない

**名前は開発中のものです。** · 2017/06/16(金) 01:16:37.99

>>373
""派に改宗します。ありがとうございました。

**名前は開発中のものです。** · 2017/06/16(金) 03:50:00.92

素材が少なくて困ってるんですけどどうすればいいですか？

**名前は開発中のものです。** · 2017/06/16(金) 04:41:11.65

自分で作れ

**名前は開発中のものです。** · 2017/06/16(金) 05:12:23.54

素材の作成を依頼すればいいと思いますよ

**名前は開発中のものです。** · 2017/06/16(金) 06:33:25.02

>>375
アセッてはいけません

**名前は開発中のものです。** · 2017/06/16(金) 08:17:36.16

>>372-373
インスタンスを意識してない初心者にありがちなミスだが、
StartCoroutine (Sample1 ());
StopCoroutine (Sample1 ());
止まらないのはこの２つの引数に渡されてるIEnumeratorインスタンスが別物だからだな。

文字列引数はコルーチンに引数がひとつしか渡せない、リフレクションしてるのでオーバーヘッドが大きいなどの点でインスタンスを渡すより劣る。
また他の問題として文字列引数はタイプミスしてても実行時エラーになるまでミスが検出出来ない、リファクタリングでメソッド名変えたら引数を書き換えなきゃならないなどメンテナンス性が悪い。

Coroutine coroutine1 = StartCoroutine (Sample1());
StopCoroutine (coroutine1);

または

IEnumerator sample1 = Sample1 ();
StartCoroutine (sample1);
StopCoroutine (sample1);

とすればちゃんと止まる。
遅い、不便、ミスしやすいの3拍子揃った文字列引数は、実行時に呼び出すメソッド名文字列を生成するなどの無茶をしなければ必要ない。

**名前は開発中のものです。** · 2017/06/16(金) 10:10:27.55

その文を理解するには

インスタンス
リフレクション
オーバーヘッド
リファクタリング
メソッド名

の5つを質問者が理解している必要があり
コルーチンはたぶん理解してると思われるが

**名前は開発中のものです。** · 2017/06/16(金) 10:39:38.15

>>380
知らない単語をググって習得の機会とするのか
わからないままコードをコピペして満足するか
質問者がどっちを選ぶかはわりとどうでもいい

後者を選んでも問題解決するようにコードは書いてあるしな

**名前は開発中のものです。** · 2017/06/16(金) 10:48:53.84

ScriptReferenceだとStartCoroutineもStopCoroutineも
IEnumeratorインスタンス作って使えになってんのな

公式tutorialは相変わらず動的コード生成のまんまじゃの
これではなくならん

**名前は開発中のものです。** · 2017/06/16(金) 16:32:56.58

find関数はupdate関数の中で使うなということですが、find関数使わずにどうやってオブジェクトの情報を取得するのでしょうか？

**名前は開発中のものです。** · 2017/06/16(金) 16:46:44.86

>>383
Awake内でFindしてプロパティに参照を保持
Awake後に動的に生成されるものに関しては、生成されたインスタンス側のAwake内で渡し先をFindして参照を渡すなど

Updateは毎フレーム呼ばれるので毎フレームオブジェクトを探すのは無駄
Find系に比べれば軽いがGetComponent系も同様

**名前は開発中のものです。** · 2017/06/16(金) 17:36:38.42

>>384
わかりやすくありあり。

**名無し＠キムチ** · 2017/06/16(金) 20:18:06.07

>>363
デバッガというかデバッグ関数はいつも使っています。
ですが役に立った試しがありません。
というのは説明ではコンソールに表示されると書いてあるのですが、
コンソールはプロジェストの右にあるボタンを押すと出てくるウインドウのことですよね？
ですが、例えばDebug.Log("金玉");と書いてそこをいくら探しても何も表示されてないのですが…
当方の探し方が悪いのでしょうか？

**名前は開発中のものです。** · 2017/06/16(金) 20:43:24.72

スルー推奨

**名前は開発中のものです。** · 2017/06/16(金) 21:59:31.08

>>386
そういうときは「unity Debug.Log 表示されない」ででも検索なさいな
初心者のうち、というか経験積んでも開発環境よりも先にまず自分を疑うのは基本だ

他の質問は割りと素直にアドバイス聞き入れて建設的な解決に向かうのに今回はやけに突っ掛かるね

**名前は開発中のものです。** · 2017/06/16(金) 22:00:19.70

あらかじめインスペクタでアタッチするのと、AwakeとかでFind&GetCommentのとではどっちが効率いいんだろう

**名前は開発中のものです。** · 2017/06/16(金) 22:51:43.71

ケース・バイ・ケース

**名前は開発中のものです。** · 2017/06/16(金) 23:03:14.59

パフォーマンス的には大して変わらん？

**名前は開発中のものです。** · 2017/06/16(金) 23:54:50.50

>>380
コルーチンは宣言時点で(List系みたいに?)自動でIEnumratorのインスタンス生成していたということですか
色々聞いて見るとやっぱり()最高ですね。ありがとうございました。

**名前は開発中のものです。** · 2017/06/16(金) 23:57:11.94

>>379さん貼り忘れてましたありがとうございました。

**名前は開発中のものです。** · 2017/06/17(土) 02:51:53.94

Findはオーバーヘッドばかにならないはずだが
なぜケースバイケースなんだ？

**名前は開発中のものです。** · 2017/06/17(土) 02:58:09.35

そりゃケースバイケースの時があるからですよ
解らない人は知らなくていいと思う

**名前は開発中のものです。** · 2017/06/17(土) 03:09:01.44

人外のコントって面白えな

**名前は開発中のものです。** · 2017/06/17(土) 03:14:20.63

答えられません、とw
ほんとテケトーだな

**名前は開発中のものです。** · 2017/06/17(土) 03:33:49.35

https://gist.github.com/guitarrapc/76ab23f0e3368e81c4259f6fe3c12b42
ベンチマークある
100オブジェクトで3.6msのようだが、1/4近くそれだけに取られるのはちょっと

**名前は開発中のものです。** · 2017/06/17(土) 03:57:50.33

1000回まわしてそんなもんならって思っちゃう罠
tagだと圧倒的に早いって参考になるね
typeはあかんやつや

**390** · 2017/06/17(土) 07:24:43.63

>>394
俺の言ってるのは>>389についてケースバイケースって事な
Update()内でのFindの話はしてない

**名前は開発中のものです。** · 2017/06/17(土) 10:18:54.89

>>400
アセットおじさんっぽいな

**名前は開発中のものです。** · 2017/06/17(土) 10:36:34.45

>>400
横からですまんけど、どうケースバイケース？
単にD&Dが好きかコード書くのが好きかみたいな手段の話？
それとも負荷の話ではある？>>389は負荷のつもりだと思うけど（知らんけど）

**名前は開発中のものです。** · 2017/06/17(土) 10:41:47.59

同種のアタッチ先が違うオブジェクトを複数用意する必要があるならインスペクタで柔軟に変えられるようにしておく
複数のシーンで同じオブジェクトを使用したり、途中で生成したりするならFind
実装方法による

**名前は開発中のものです。** · 2017/06/17(土) 11:14:12.55

ガイジかな？　アスペかな？

**名前は開発中のものです。** · 2017/06/17(土) 11:47:10.84

>>398
サンクス、参考になった
oftypeがここまでとはw

**名前は開発中のものです。** · 2017/06/17(土) 17:44:24.21

初めて作ったのはどんな作品ですか？
Unityユーザーはコレの前にも色々経験あるのかな

**名前は開発中のものです。** · 2017/06/17(土) 18:20:24.29

Unity軽く触ってみたけど簡単に作れます！みたいな触れ込みだけど
結構ガッツリプログラム書かないと駄目じゃない？これ

チュートリアルの玉ころがしは簡単だけど
ローグライク2Dのチュートリアルとかは結構難しいよね

**名前は開発中のものです。** · 2017/06/17(土) 18:33:13.56

相対的な簡単さを絶対的な簡単さと偽ってるだけだからまだ良心的

**名前は開発中のものです。** · 2017/06/17(土) 18:58:49.68

ある程度以上の規模のゲーム作るのがそもそも難しい作業だから

**名前は開発中のものです。** · 2017/06/17(土) 20:07:42.89

実際自分で作り始めると毎日やることなすことつまづくと思う

**名前は開発中のものです。** · 2017/06/17(土) 20:45:48.76

作るの好きだけどストアに掲載するのが面倒
かといって外注する程気合い入れてないし

**名前は開発中のものです。** · 2017/06/17(土) 22:47:52.00

アセットをかえば簡単だと思います

**名前は開発中のものです。** · 2017/06/17(土) 23:09:47.13

>>401
アセット使わない派

>>402
・ご指摘の通り実装の手軽さの問題もある
・最適化を犠牲にし視認性を重視することもある（メンテナンスの利便性）
・スマホ向けにメモリー節約重視で選択を変える時もある
　（変数に格納しっぱなしの方が嫌な場面もある）
他

**名前は開発中のものです。** · 2017/06/17(土) 23:27:56.10

聞くだけむだだったなw

**名前は開発中のものです。** · 2017/06/17(土) 23:35:30.72

そうかい？
・Awakeになんでもかんでもぶち込むとアプリ起動しなくケースがある
・根本的にアプリの起動が重くなる
・スマホのライフサイクルを知っているならば都度確保の方が安全な事が多い
・GCとの兼ね合い
他、きりがないほどある

作る物にもよるし何を重視するかにもよる
だからケースバイケースなわけ

無駄に感じるなら最初から質問しないでね

**名前は開発中のものです。** · 2017/06/17(土) 23:48:50.26

きりがないほど何にも対応出来ない素人は書き込まないで下さい

**402** · 2017/06/17(土) 23:53:57.70

俺はわかりやすかったですthx

**名前は開発中のものです。** · 2017/06/18(日) 00:00:18.95

ケースバイケースは地雷ワードだな
100%適用できるルールではなくても"基本的に"と譲歩つけた上で何か解を与えたほうがいいんだろね
みんな問いよりも解法ばかりを求める時代だから

**名前は開発中のものです。** · 2017/06/18(日) 02:10:35.70

実行効率、つまりパフォーマンスはどのくらい低下するのかの話じゃなくて？

**名前は開発中のものです。** · 2017/06/18(日) 07:56:08.74

>>415
答えになって無くて笑ってしまったw

**名前は開発中のものです。** · 2017/06/18(日) 08:45:18.82

>>395の時点でお察し

**名前は開発中のものです。** · 2017/06/18(日) 08:51:32.03

バーカ

**名前は開発中のものです。** · 2017/06/18(日) 09:43:50.32

持ち上げてから梯子外されるガイジ

**名前は開発中のものです。** · 2017/06/18(日) 10:23:18.25

>>418
ケースバイケース君と俺は別人だが俺が書いた>>379から派生してグダッてるみたいなので基本方針を示しておく

1. Findは基本的に使用禁止
文字列引数による検索は実行時エラーの温床となるので避けるべき、インスペクタ上でオブジェクトの名前を変えられただけでコケるとか怖すぎる
またヒエラルキーツリーを全部舐める様な処理を多用するのはパフォーマンス的にも好ましくない

2.インスペクタ上で参照がセットされていることを前提にした構造は可能な限り避ける
シーンファイルを誤って変更された時に、インスペクタ上で探して修正するのは面倒。特にシーン内のオブジェクトが複雑に絡み合った参照関係を持つなどは論外
もしどうしてもこれが避けられない場合はオブジェクトをプレハブ化してプレハブ内での参照に限定することで問題のスコープを小さく保つ

上記ルールに沿って作れないならそれは設計が悪いので設計を見直す、疎結合を徹底するべし
必要ならCamera.mainなどの様なstatic経由での参照の受け渡しや、シングルトンなマネージャークラスの導入を検討する
※多用は厳禁、後者はScript Execution Orderを正しく設定すること

ヒエラルキーツリーやインスペクタでの変更に弱いコードはメンテナンス性が低く、こうした変更による問題が発生した場合の問題箇所の検出が非常に困難になるので避ける様にするといい

**名前は開発中のものです。** · 2017/06/18(日) 10:39:43.18

じゃあゲーム上のオブジェクト参照どうすんのよ

**名前は開発中のものです。** · 2017/06/18(日) 11:22:37.04

これ間違ってるね

＞1. Findは基本的に使用禁止

名前で判断するのが一番メンテナンスしやすいので普通によく使われる
バグってもそれを上回る使い安さ。だから使用禁止にしてる企業なんかない
むしろ命名規則の徹底の方が大切。名前書き間違えるとか池沼に弄らせない限り起きません。
池沼はゲーム作っちゃダメ。以上、終わり

**名前は開発中のものです。** · 2017/06/18(日) 11:24:34.89

>>424
低能自慢して何が楽しいの？

アセットおじさんとは違う嫌がらせかね

**名前は開発中のものです。** · 2017/06/18(日) 11:51:03.41

>>426
たとえば…
GameObject.Find("MainCamera");
Camera.main
他所から変更されるリスクはどちらも大差ないが、優先されるべきは圧倒的に後者だ

コード補完が効くのはどっちだ？
コンパイル時点で間違いが検出出来るのは？
処理速度はどっちが早い？
アセットとして切り出した時などに名前を変更されるリスクは本当にないのか？
命名規則に従ってないオブジェクトの存在をどうやって見つける？

運用対処なんてバグの温床以外の何物でもない

**名前は開発中のものです。** · 2017/06/18(日) 12:19:07.81

さぁ？ｗ
現実は君の考えてる妄想とは違うってこったろうね

**名前は開発中のものです。** · 2017/06/18(日) 12:23:52.12

得意げに長文書いててワロタ
ゲーム会社で働いてから書き込もうな知ったかエンジニア君

**名前は開発中のものです。** · 2017/06/18(日) 12:57:35.86

運用カバー無しとかキリがないと思うんだけど

**名前は開発中のものです。** · 2017/06/18(日) 13:09:59.77

>>424
おお、何となく書いたレスに真面目な長文回答つけてくれてわざわざスマンね

俺は内容に関してはほぼ同意
Findに限らず、SendMessageやStopCoroutineみたいな文字列指定はクソだからね
ただ正し過ぎるというか、1,2を両方課すのは求道的すぎて利便性が損なわれてる気もする

1に比べたら、インスペクタ参照についてはもっと緩くてもいいんじゃね