精神と時のblog

明日が来年ならデーモン閣下と同い年になれると思っているおじさんの駄ブログ

自動運転とEVは何を意味するか

近年自動車業界では、

自動運転やEV化へ向けた動きが

急速に進んでいます。

 

自動車メーカーで力入れているところも

ありますが、技術開発の主導はGoogleなど

IT企業だったりします。

 

個人的に自動車業界、特に日本の企業が

この動きにどうアプローチしているのか、

少し不安に思っています。

 

特に以下の2つについて。

 

Q1.AIの不確定さにどう立ち向かうのか

 

日本の自動車メーカーのウリは品質です。

あらゆる部品に対して設計や評価を十分に行って、

品質のブレを最小限に抑え、

見事なまでに完成度を高めます。

 

ただ自動運転となると、

このやり方が通用しなくなります。

 

全てがケースバイケースになります。

一定の評価は出来ても、どこからか

未知の領域に辿り着きます。

 

それに対して自動車メーカーは、

今のやり方では無理だ。

 

なぜなぜ、DRBFM、FTA

今回はたまたまその原因でしたになる。

 

 

Q2. ガソリン+エンジンから電池+モーター

 

これから自動車はモノからコトになります。

 

今は自動車は移動・運搬するためのモノと

捉えられてます。

 

そしてタイヤとエンジンが付いているモノを

どのように改善をするかで、

各社それぞれの特徴を出して

差別化しています。

 

自動運転やEV化が本格的になると、

モジュール化が一層進むでしょう。

 

その先には必然的にコモディティ化

発生します。

 

要するに、自動車は、

移動・運ぶためのモノではなく、

目的地に到着・届けるためコトになり、

主役はそのための何かになる。

 

タイヤとエンジンがついているモノを

買うのではなく、

目的地にたどり着くモノの一機能として

電池とモーターが付いている。

 

ガラケーからスマホへの移行により、

電話はモノからコトに変わりました。

 

スマートフォンというモノに

電話ができるコトが入ってしまいました。

 

自動車にも近々これが起きます。

 

突然(日本的には)一気にパラダイムシフトが起こるはずです。

 

但し一点。

私が公言すると、

世の中が逆側に動きます。

 

戦う前にまず観る....そして平和は突然訪れる

んまぁガツガツとリリースに向けて

評価チームが動いているわけです。

 

そんなところに突然致命的なバグ報告。

しかも設計側からこんなの見つけちゃったと。

 

焦る焦る。

根本的な設計に関するバグ。

症状だけ見たらもう設計し直し。

論理的に成立してない訳。

外部要因とは言え、なぜあっちは

こんな仕様(暗黙)にしたのか。

 

それはさておき、まず最初に考えるのは

論理的に成り立つ設計ができないか。

 

ひたすら変更のための情報を集めながら、

頭の中では設計している。

 

ただし一方で評価チームは彼らなりの

日程もあるわけ。

この案件終わったら別の案件へと。

同じテストケースを再度こなすのは

到底無理な訳で。

 

そこで考えるのは、報告されたケースのみに

影響する修正。

いわゆる蓋をするってやつ。

 

とはいえ設計側のテスト工数も

バカにならん。

 

あーと頭を抱えていたところ、

サッと言われた一言。

 

「そもそもこれリリース版で起きるのか?」

 

ハッとしましたね。

 

「評価結果を台無しにする前に、まず自分

 達でリリース版で起こりうるかの調査が

    先決じゃね?」

 

確かにあんなゴリゴリ評価を進めている

彼らがこの問題を見逃すだろうか。

 

見つけちゃった人に、

よく聞いたら開発版でのみ発生と。

 

リリース版で再現させようにも

なかなか再現できないと。

 

こうなったらロジックでなくタイミングで

発生しえない事を証明するしかない。

 

ひたすら回数を重ねた結果、

リリース版ではタイミング的に

ほぼ再現しえないことが

分かってきた。

コード見て、タイミング的に起こるとしたら

ハード異常だ。

 

....

 

変えない努力も必要やね。

ソフトウェアは論理だけではなかった。

 

 

 

 

 

やっぱりプレイングマネージャーなんて無理

たぶんメンバーと上司は呆れていると思う。

 

システム全体に及ぶ不具合の計画進めて、

担当ブロックの不具合コード直しながら、

上司と客先用の不具合報告資料書いて、

メンバーに別案件の指示する。

 

まだ自分が作ったコードならまだしも、

他人から引き継いだコードを、

技術負債が詰まったシステムを治すなんて、

組織的に動かないと無理だったんだろう。

 

引き継ぎ時にはそんなの分からない。

やれと言われたからやるだけ。。

 

結局自分の見積が甘かっただけなのか。

ヤバめの案件だから積極的に

みんな係わってくれないのか。

 

いや自分が回せていないからでしょう。

 

たぶん始まる時に、自分の守備範囲を

限定しなかったのが悪いのだろう。

 

数年走ったシステムを突然引き継ぐのは

断りましょう。

 

というか、

設計資料云々よりも

論理的に成立してないじゃないか。

このシステムは。

人日とか見る人で変わる謎単位

この作業は何人日で終わります.

 

エンジニアには親しみのある文章です.

 

単位って絶対なんですよ.

誰から見ても同じ尺度なのが

単位と呼ばれるもの.

誰が測っても10g.

誰が払っても1980円.

 

しかしこの人日とか人月とか.

誰が測っても違う単位なんです.

 

作業の担当者によって違う.

見積立てる人によって違う.

 

人の能力·体力に差がある以上,

これは仕方がないと思ってます.

 

問題は、1人日を1日で換算する人.

 

というか....

 

だいたいこういう人はメンバー5人で

10人日だから2日で終わると思ってる.

 

メンバーが他に何を抱えているか考えずに。

そもそもそれお前が頼んで来たし。

 

 

 

雰囲気が悪い

特に組み込みなんかだと

開発・製品リリースが終われば

保守フェーズに入ります。

 

となると、上層部は

他の火事場にメンバーを

回せって話になります。

 

当然外注さんもお金かかるから

契約終了って話になります。

 

そこから第2の炎上モードに入ります。

 

止まない不具合報告と説明資料作成、

何を意図するか分からない設計思想、

元メンバーの問い合わせ拒絶。

(元メンバーは回された案件で即炎上だから仕方ない)

 

チームの雰囲気も悪くなります。

俺はやりたくないオーラ全開。

でも残ってしまった運命。

 

開発フェーズで炎上したら、

保守フェーズでも炎上します。

必ず。

 

毎年繰り返しても気づかない上層部。

そして上層部の面子もやり方も変わらない。

 

何故なら会社的には収入をあげているから。

 

んーなんだかなぁ。

 

色々な経験をさせてやりたい

若手エンジニアに

色々な経験をさせてやりたい。

 

と育成を考えて上層部が若手の

異動や担当を変えるケースがあります。

 

気持ちはわかります。

 

が、その前に彼ら彼女らに

仕事の終わりを経験させましたか?

良くも悪くも結果を出させましたか?

 

それなりに大きな企業で

エンジニアをしていると

たまに正常終了も異常終了も

未経験な中堅エンジニアがいます。

 

知識や技術として色々経験させたい

気持ちも希望も分かりますが、

残念ながら終わり方を知っている人と

知らない人の差は結構ある。

 

仕事に対する精度や緻密さ

担当範囲への腹のくくり方が

違うんですよ。

 

簡単に言えば

感じている責任のレベル

が違う。

 

色々経験させたいのも分かりますが、

まず先に彼ら彼女らの業務レベルにおける

始まりと終わりをしっかり経験させる方が

良いかと。

 

 

 

 

一回怒られた方が早い

異動や転職で

右も左も分からないけどのに

成果物を期限までに求められた時。

 

もう怒られても嫌がられても、

周りに聞きまくりましょう。

 

怒られても嫌われても、

期限に成果物を出せないよりマシと

腹を決めて。

 

お仕事ですし。

本当に嫌われたら辞めればいいし。

 

異動直後に全然知らないシステムの

不具合修正を来週まで完了せよと

ミッションがくだされた時、

とにかく周囲に聞きまくりました。

 

部署のメンバーはほとんどが初対面。

ドキュメントは整備されていない。

挙句に絶賛炎上中。

 

顧客に多々の不具合の説明を求められ、

部署全体がピリピリを超えてビリビリ。

 

でも腹を決めて聞きまくりました。

こちとて理解する努力はしたさ。

 

でも設計思想も、

何がどこで処理しているのか、

grepだけでは迷子状態。

 

ミッションを達成するには、

周囲に聞かないと進まない。

 

そして聞いたけど、

背景が理解出来ていないから、

説明が理解出来ない。

 

だからその背景の話を聞く。

 

でもそれを説明されても分からないから、

自席に戻ってさっきの情報をもとにコードを見る。

 

ちょっと理解は進んだけど、

謎の処理や定義があるからまた聞く。

 

その繰り返し。

 

聞く人を変えるとか努力はしてみたものの、

最終的に同じ人に行き着く。

 

ドキュメントが整備されていない組織は

だいたい暗黙で担当分野が出来ている。

 

そしてとうとうキレられる。

ここにシーケンス図のdocがあると。

 

何このサーバ? 初耳です。

でも情報あるならいいや。

 

コードと照らし合わせると、

書いてないメッセージが飛んでるよ。

 

あのー。。。

 

。。。

 

でも情報取れただけマシ。

そしてキレられたのは自分のせいではない。

 

この感情を洗脳するかのように

無理矢理にでも持ってないと

メンタル潰れちゃうよ。

 

あと次異動して来る人に

こんな想いは絶対にさせない

という決意と行動は忘れないこと。