Unity を採用すると案件が炎上しやすい!?

TsubApp(ツバップ) @SociApp

Unityと叫び、Unityに散る案件が多発

TsubApp(ツバップ) @SociApp

なんでみんなUnity出来るって言って3ヶ月後には炎上してるん

尾野（しっぽ） @tail_y

どうしてUnityに親でも殺されたような反応を、みたいに言われるかもしれないけど、案件と人月を殺されたことのある反応なんですよこれ。まあUnityにではなく、安易にUnityだって言って始まったプロジェクトにですが。

はなだ☆のぶかず@lisp &ボドゲ勢ボドゲプレイヤー) @nobkz

なんというか、昔、Unityの案件を見たとき、まさに「緑のインクで赤い線を7本引く」って案件があって、Unityで炎上しているの、たぶんそういう理由もあるんじゃねぇの? と推測している。

はなだ☆のぶかず@lisp &ボドゲ勢ボドゲプレイヤー) @nobkz

Unityでなんでも3Dできるってわけじゃねぇぞ!

TsubApp(ツバップ) @SociApp

尾野さんのUnityで火の気のない案件をに盛大に笑ったwどれも煙立ち込めてるものばっかりですからね。

尾野（しっぽ） @tail_y

社内Unityは善。社外Unityは・・・。

池田 泰延 @clockmaker

Unity の好き嫌いはおいておくとし、Unity案件で炎上したみたいな話ってTLを追ってると想像レベルを脱しない。(私の観測範囲だとでっち上げで言ってるようにしか思えない) 具体的な話ってあるのかしら？

尾野（しっぽ） @tail_y

@clockmaker 僕は１つ、クリエイターを送り出した形の案件で酷い目にあってるけど具体的に言えない。というか、酷いことになった案件で具体的に言えるものってあるのかな。

尾野（しっぽ） @tail_y

@clockmaker あと回避したのがいくつか。回避というか、生返事してたらいつのまにか潰れてたみたいなのだけども。それと、現状で大変なことになってる知り合いの相談を１つされた。まあUnityが原因って感じ以上の原因がありそうだったけど、それは。

むねごん @munegon

Unityに限らず炎上した案件って開発フェーズにおけるどのタイミングなんだろ、チュートリアル差し込むあたりとか差し込んだ後の仕様変更あたりか、まさか開発初期ということはないと思うんだけども

池田 泰延 @clockmaker

@tail_y 確かに炎上した案件って担当者レベルでもNDA的にも言いにくいですよね…。

尾野（しっぽ） @tail_y

@munegon Unityに限らず言うと、開発初期で仕様が固まらないのにどんどん進めないといけないってことで見切り発車して、後で仕様との齟齬で大変なのと、最後の方で負債が溜まってきたのが発動して大変なことになるのの２パターンに分類されるのでは。

尾野（しっぽ） @tail_y

@clockmaker でもそっちだって、「とにかくUnity技術者いないですか！今すぐ！」って感じの、これは請けたら面倒なことになるんじゃ、みたいな依頼来てないの？

池田 泰延 @clockmaker

HTML5だとスマホ・旧IEの両対応が実現できず炎上したり、Flashだとプログラム量が多すぎて実装が間に合わず炎上したり(他には容量も負荷も重たすぎて炎上したり)。 そういった技術レベルでの炎上する可能性の要因がわかると嬉しいなぁ＞Unityの発火性について

尾野（しっぽ） @tail_y

@munegon まあ前者は最初から目に見えて炎上から始まってて、後者はくすぶってた火がって感じですかね。あと、ディレクターが完成図のイメージがはっきりしてなくて、作ってはなおし、作ってはなおしで、序盤から進めないってのもある気がします。

尾野（しっぽ） @tail_y

@clockmaker Unity使ったら簡単にゲーム作れますよって話をうけて特攻してくるクライアントがいるからなのでは。要は期待されている要件と実情の齟齬というか。FlashLiteの初期やHTML5の序盤にもあったような。

むねごん @munegon

安請け合いするとだいたい炎上する

尾野（しっぽ） @tail_y

この話をしてるとどうしても話がズレて来ちゃうのだけど、ちゃんと書くと、歴史が短いとか柔らかいという差はあるものの、技術そのものが炎上確実ってのは無い。ただ、基本的に流行りの技術は不必要な場所に使われたり、本来のコストを見誤ったりするので、とりあえずそれってのは危険だよって話で。

池田 泰延 @clockmaker

@tail_y なるほどです。だとするとUnityの発火性は次の点でしょうかね。 ①世間に蔓延した技術に対する過大評価 ②過大評価による要件の高度化 ③短スケジュール化、低コスト化 ④熟練したエンジニア・テクニカルディレクターの不足

尾野（しっぽ） @tail_y

過去に遡れば、なんでもjavaAppletですぐ出来るんでしょとか、Flashでこういうの可能でしょとか、FlashLiteでこの規模のゲームとか、HTML5でFlashみたいなとか、そういうのと、同じ話。

尾野（しっぽ） @tail_y

@clockmaker 過大評価の部分は、「簡単にできる」と「ここまで出来る」は本当だけど、くっついて「簡単にここまで出来る」ってイメージが出来ちゃってるのがまずいのかなーと思ったりですね。

cellfusion @cellfusion

@clockmaker @tail_y 基本的にわかってない人が舵取りするから何じゃないですかね…

むねごん @munegon

開発中に嫌な予感がするポイントはほぼ確実にえらいことになるので、真っ先に共有すべき事案かなあとは思う

尾野（しっぽ） @tail_y

失敗の話共有しにくい世の中ってちょっと嫌よね。仕方ないけど。