イーロン・マスクのロケット製造５つのステップがサイコーだった

イーロン・マスクが YouTube チャネルでスペース X のテキサス工場スターベースの中を歩き回りながらロケット製造や電気自動車について説明しているのを観た。ツイートしたこの件。 これがめちゃくちゃに示唆に富んでいて面白かった。この日のイーロン・マスクは饒舌で楽しそうなので、かなり魅入ってしまった。きっと彼はカンファレンスや会議室の中でインタビューを受けるよりも、工場でみんながロケット作ったり作業している場で語った方が情熱を込めていろいろ説明してくれるんだと思う。 この中で製造工程の話があって、これはロケット製造などの特定分野だけでなく、IT やその他の分野にでも当てはまる普遍的な知見だと思ったので意訳してみた。ざっとビデオを観て印象に残った部分だけを意訳した。あくまで大枠で言ってることをまとめただけなので、もし詳細に興味があればぜひビデオを観てイーロン・マスクの話を直接聞いて確認してく

[yojik]

動画を見ると、例えばRapter(ロケットエンジン)のパラメータを急にきかれても即答するし、マクロなレベルの設計判断は全部頭に入ってる感じ。このレベルの経営者はたぶん世界中探してもいない

[shikiarai]

“誰が作ってもどうやってもまず要件定義ってのはバカなんだ” 本当それ。軽視しすぎるやつの首の根っこに蚊をたくさんプレゼントしたい

[daishi_n]

OSSの古典論文「伽藍とバザール」でも「「完成」（デザイン上の）とは、付け加えるものが何もなくなったときではなく、むしろなにも取り去るものがなくなったとき。」って言ってるから、マスク世代は意識してるだろう

[sugawara1991]

これ研究開発のステップじゃなくてマス製造向けのステップだからね。「要件定義はバカ」は実証が済んでないと分からない。実働するモノの要件が導き出せた後に製造前に必要十分まで削るのが大事って話

[tettekete37564]

“「おいおい、君らなに言ってんだよ」ってなって”< まああるよね。最初に誰かが適当に作って、引き継いだ人がこれは多分何かのために必要だったんだろうと保守し続けちゃう奴

[rzi]

要らない要件を削るのすごい大切だし、また難しい。決定的に重要なのが発注側トップの人材。ここのバカさ具合で全ての品質が決まる

[mkusunok]

ロケットの話かと思いきやムッチャDXに汎用性がある話で見入ってしまった。要件を減らす、プロセスを削る、それから最適化、最適化、本質だよね

[greencoffeemaker]

本当に示唆に富む内容だった。特に要件定義は常にバカと機能を増やすなはシステムエンジニアリングの世界でも言える。

[kamm]

ZplusC1Bstさんによる専門的な視点からの要約（ロケット関連のみ）https://twitter.com/zplusc1bst/status/1423975426116833282

[kenchan3]

この場合ハード製造の話なので『デザイン』の訳は『設計』が良いかも。まあソフトウエア工学の人には『デザイン』のままの方がいいかもだが。それでもロケット好きにとっては初めての知識も多く良いインタビュー。

[leiqunni]

製造には開発と組み立てがあって、1週間で組み立てできるように開発に5年費やせみたいなことはんだろう。それで1個しか製造しないならバカだけど、何万個も作るなら。開発ノウハウは溜まるし。

[eijison1q89]

ロケット製造に関して

[syukit]

たのしそう

[yasu-osu]

“こういうのはよくあるんだよ。ここで学んだのはこの５つのステップの順序だ。１，２，３，４，５としないといけない。カーボンファイバーの件は大きなミスで５，４，３，２，と後ろからやってしまってた。 ”

[teruyastar]

あのひとが作ったんだから大丈夫でしょとYAGNI。

[kou10mo]

要件定義は誰が作ってもバカ、は金言

[nilab]

イーロン・マスクのロケット製造５つのステップがサイコーだった – ベルリンで働くソフトウェアエンジニアのブログ

[ikeike443]

“その賢い人達の知恵を結集して高速化や自動化に邁進して、たったひとつの素朴な疑問「このマットはなんのためにあるの？」という小学生でもできそうな質問を見逃していたんだ。”

[mzkh]

アジャイルな進め方を全然別の言い方で説明しているのに驚き。でもすごくわかりやすい！

[six13]

要件定義にあるバカさ加減を少なくする→プロセスをできるだけ削る→最適化→高速化→自動化　　　普遍的で気持ちがいい。

[netafull]

“ビデオ全体を通して感じたのは、ただのオタクが世界一の金持ちになったけど、結局はオタクの延長線上のことをずっと情熱を持って熱く熱くやり続けてるってことだった。”

[akymrk]

“賢いエンジニア達が共通して犯すミスのひとつは不必要な機能をとても賢く最適化してしまうこと。 どんなに上手く最適化しても、実はその機能自体が要らないってことがよくあるんだ”

[tama3333]

テスラの製造過程でも現場ネコみたいなのがいるんだな

[call_me_nots]

保存版よな

[gusyazero]

「「ひょっとして必要かもしれないから付けておこう」ってのがある。これがいけない。」…耳が痛くて死にそう…いや、わかってはいるのだよ…わかっては…座組都合で無用な先回りが必要なだけで…(´・ω・`)

[taketyan]

すごくソフトウェア的だ

[dora04]

削るって作業に到達するのもけっこう大変よね

[ema_hiro]

“要件定義にあるバカなことを減らす” わかる。

[t-wada]

重要なのはロケットエンジンのデザインそのものじゃなくて、その製造工程。なぜか最も軽視されている。5つのステップ 1.要件定義にあるバカなことを減らす 2.プロセスをできるだけ削る 3.最適化 4.高速化 5.自動化

[ken_c_lo]

"まず要件定義ってのがあって「こういうデザインでこういうのを作ってくれ」って計画なんだけど、それらは必ずバカなんだ。本当に文字通りバカなんだ。誰が作ってもどうやってもまず要件定義ってのはバカなんだ。"

[naggg]

"結局はオタクの延長線上のことをずっと情熱を持って熱く熱くやり続けてるってこと。ただ淡々と説明しているだけでも、この男からふつふつと溢れ出る情熱にかなり感化された"

[aquarickn]

今日エンジニアにあ聞かせてやりたい言葉 “賢い人達の知恵を結集して高速化や自動化に邁進して、たったひとつの素朴な疑問「このマットはなんのためにあるの？」という小学生でもできそうな質問を見逃していたんだ

[ayakohiroe]

モノづくり

[harapon1012]

めっちゃよかった。工学でも大きく分けて要素技術の研究開発とシステムの研究開発という２つの流れがあり、自分は後者寄りなので、分野が違っても後者寄りの人と話が合いやすい理由がわかる。

[decobisu]

“誰が作ってもどうやってもまず要件定義ってのはバカなんだ。”

[georgenano]

ECRSの原則と同じですね

[longroof]

“ステップ１ 要件定義にあるバカなことを減らす” これができたら本当に(´；ω；｀)…

[yarumato]

“工場の中を歩き説明する話はIT分野にも当てはまる普遍的な知見。エンジンの設計よりその製造工程が何万倍も重要。賢い人でも要件定義に残すバカなことを減らす。不必要を全部削る。十分に完了してから最適化”

[rosiro]

要件定義はバカだけど、とりあえずたたき台作らないとならないよね。　未来人じゃないと無理なので、地道に１＞２＞３の順序を重視してやり直しの繰り返し

[froggygreen2355]

良記事。「そん事もあろうかと」の考え方はすごく大切な一方、無駄を増やしてしまったら本末転倒。スリムで強靭なのが一番強い。アスリートと同じだった。