ケットシーウェア

Unityアセット開発してる個人。
自作アセット以外のことも呟きます。

[ケットシーウェア @caitsithware]

Unityアセット「Logic Toolkit」の紹介動画です。
ゲーム開発での敵AIの挙動制御などに興味がある方はぜひご覧ください。
※内容はYoutubeに投稿したものと同じです。
　リンクはリプに記載します
#Unity #ゲーム開発 #AssetStore

[ケットシーウェア @caitsithware]

戻しました。できるかもわからないし、たまたま返金しただけかもだし様子見します

[ケットシーウェア @caitsithware]

どうやらArbor3を購入後にLogicToolkitをアップグレード価格で購入しArbor3だけを返金した人がいるっぽいのでアップグレード適用辞めますね

[ケットシーウェア @caitsithware]

この感覚って、能力バトル物で現実時間一瞬の間に超速思考・反応できる能力者でその代わりに精神的老化が早まって寿命を消費してるタイプに近いかも

[ケットシーウェア @caitsithware]

ここ数年で作業スピードは上がってる気がするけど、その分めっちゃ疲労感あるのってコード生成AIのせいかな
AIと共通認識化するための言語化頻度・密度が増えたからとかで

[ケットシーウェア @caitsithware]

理論上自然言語で余すことなく仕様を網羅出来るならそれはコードと等価なはずで、コード書ける人にとっては全て自然言語化すること自体が二度手間となり直接コード化したほうが楽
わからないことを適当に投げると不確定要素によって結局検証＆言語化が必要となりその頻度・密度が増えたことでの疲労感

[ケットシーウェア @caitsithware]

いうてちょっと悩んだときに聞いてる程度なんですけどね

[ケットシーウェア @caitsithware]

「プライド感じて」というより「評価を気にして」か
別に偉くもなんともないので感じるほどのプライドなんて元からなかった

[ケットシーウェア @caitsithware]

個人でもゲーム作りたいけど無駄にプライド感じてプロトタイプ途中で捨てる癖がついちゃった
どうせ誰も遊ばないんだしクソゲーだろうと劣化コピーだろうと好きに作ればいいんだろうけど

[ケットシーウェア @caitsithware]

これマイナスのまま来月になったらどうなるんだろう
支払先から戻されるのか売り上げ入るまで維持されるのか

[ケットシーウェア @caitsithware]

自分がこだわって作ってる部分なのもあって「いくらすごい人がそういうコード例挙げたからってそれが最適解とはならないよね？　規模感で書き方変えるよね？」ってビクビクしてる

[ケットシーウェア @caitsithware]

ステート＝処理内容っていう一致性があるなら小規模向けの書き方
複数のステートでほぼ同じ処理が頻出するなら大規模向けの書き方がいいのかな
例えば1秒待つステートと2秒待つステートがあって、それぞれ待った後に違うステートに遷移するとかを全部ステート単位で依存した書き方したくないし

[ケットシーウェア @caitsithware]

小規模ならステート間の実装が密結合していてもいいけど、ちょっと複雑な動きさせるなら「ステート実行・遷移の管理」、「ステートの処理内容」、「ステートの遷移条件」とか分けてフローはデータで組むようにしたい
これはポジショントークかもだけど

[ケットシーウェア @caitsithware]

原始的にステート管理書く例を出すならswitch/caseになるし、意図してそういう実装を選んでそれで動いて問題ないならまあいいか

[内藤 時浩 @NAITOTokihiro]

これがオープニングデモのステート処理。このオープニングという単位で、サブステートを用意して処理を流しています。

[内藤 時浩 @NAITOTokihiro]

具体例も参考に示しておくね。まずこれがメインステートです。state変数に入っている値によって、呼び出される処理が変わります。

[ケットシーウェア @caitsithware]

よく「ノーコードでプログラミング知識なしでも組める」みたいなセールスポイントにしてるツールもあるけど、あれもフロー制御系GUI組み込んだだけでステート管理制御というプログラミングの本質は変わってない
だからどうやって管理・制御するのかって知識は身に付けないとね

[ケットシーウェア @caitsithware]

どう書こうと「ステート」であることを意識ながら組むしかないんやって意味ね

[ケットシーウェア @caitsithware]

そもそもプログラム自体がステート管理制御なのでその概要が理解できないことにはね
原始的なプログラムカウンタですらステートですよ

[内藤 時浩 @NAITOTokihiro]

4年半、ゲーム系の専門学校教師をしてたせいか、今頑張ってゲームプログラミングしてる人を見ると、ついついアドバイスしたくなってしまうんだよなあ。AI生成すると、あいつらはだいたいフラグ制御系で提示してくるから、とてもじゃないけどそのまま使うとフラグのおばけになるので気をつけよう。

私が思う一番真っ当な作り方はステート管理（状態遷移管理）です。フラグだと複数の状態が入り交じるためバグの温床になりやすいですが、ステート管理だと混ざることがありません。複雑になればなるほどステートも増えていくので、その場合はサブステートを使います。

この辺りの作り方をマスターすると、バグが出にくい構造になっていきます。このさらに上の高度な管理術としては、タスクそのものをオブジェクトとして管理することかな。これは初期設定がきっちりしてないと破綻する事もあるけど、うまく機能すると無駄がないんです。

ということで、学生さんにはまずはステート管理から始めることをオススメします。

[ケットシーウェア @caitsithware]

むしろもっと上の人も活発に活動してるから運動不足のデバフ効果の方がやばくて若さ効果が減少したことで余計に対抗できなくなってきたのかな

[ケットシーウェア @caitsithware]

それと運動不足もあるから「老化」状態異常の解除もできない、みたいな