Unity Visual Scripting(旧称:Bolt)とC#の使い分け方
Bolt vs C# 結局どっち??
どの場面でどっちを使用するべきですか?
私は初学者かつコード書くほうが慣れてるというのもあって参考文献が多いC#で全て記述してます。やっぱりBoltのほうが簡単なんですかね?
みなさんのご意見をお聞かせください。
0 likes
どの場面でどっちを使用するべきですか?
私は初学者かつコード書くほうが慣れてるというのもあって参考文献が多いC#で全て記述してます。やっぱりBoltのほうが簡単なんですかね?
みなさんのご意見をお聞かせください。
@arumiti さんの場合は、Boltを使う必要はあまりないと思います。
少し粒度を広げて、ノーコード開発とコード開発で比較します。
コード開発は言わずがな一般的なプログラミングです。フレームワークなどの制限はあるかもですが、自由に記述できます。書き方によって、保守性などが向上すると言えます。また、大規模システムに強いと言えます。
ノーコード開発は、プログラマーというレイヤーではなく、デザイナーなどの非エンジニアがやるか、一緒に開発する際にプログラマーがサポートするイメージが強いです。
小規模の場合、開発速度は早いと言えます。実装力に関わらず作れるので、プロトタイプや小規模システムに向いています。
しかし、大規模システムや保守性などの面を考えると、ノーコード開発はまだ課題があると思います。
ノーコードが生成するコードを見ると、生成のしやすさを優先するためか、非効率的かつ保守が難しい汚いコードが多いです。
また、Boltを例にあげると、大規模システムはかなりしんどいです。ノード地獄になり、あとからのメンテはかなり難しいですね。
上記が私のノーコード開発に対する意見で、結論として、C#で書けて、非エンジニアとのコラボもなく、プロトタイプで早く作る必要もないなら、Boltを使う必要性は全くないと思います。
エンジニアとして成長するためにも、ゴリゴリコードを書くことをおすすめします!
将来、保守をすべてAIがする時代になったら代わるかもしれませんが、現状は上記のとおりだと思います。