■組み込み系で色々思い出したので書く

https://anond.hatelabo.jp/20180909073549

↑で色々思い出したのでうっかり書く。

数年前までメーカで組み込みソフト開発やってた。今はWeb系と呼ばれるところに転職した。

どちらも超大手なので、両親レベルの年齢層でも企業名とかプロダクトの名前を知ってると思う。

元の文をディスってるというよりは、うちはこんな感じだったなーと思い出話と捉えてもらえば。

IoT(笑)なんてものの流行もあり猛烈な人不足。未経験でもホイホイ入れるし、SES拒否しても求人はよりどりみどり

知らなかった。どういう機器を扱うメーカで人手不足なんだろう。自分が転職活動したときは車載機器メーカの求人がやたら多かった。

最前線でもなければ家でコード書いてる人なんて職場の1割いるかいないかぐらいの緩い競争環境

ソフト開発が好きでそれを超極めてるというよりは、元々優秀で、ソフト開発はいくつかそこそこできることの一つみたいな人が多かったかな…。

旧帝大以上の人がゴロゴロしてたので、その人達がまったり仕事してるから一見緩く見えたけど

雑魚国立大学出身の自分が120%で戦っても、ゆるふわ系高偏差値大卒の方々に多方面で敵わなかった思い出がある。

自分のいた部署では京大とか九大の人が多かったけど仕事の質速さともに、一生敵う気がしなかった。

その人達にとって仕事なんて神々の遊びみたいなものだと思う。

なので競争に勝つ人は順当に難関大学の出身者ばかりだった。

web系はそこに比べると大学の難易度と仕事出来る度合いの相関がかなり薄いと思う。理由は良くわからないけど、他のメーカ出身の人の話を聞くと同じ感想を持つみたいだ。

会社でしか使えない機材で仕事をするので仕事中に必要なスキルが伸びる

まあそれはたしかに。ただその企業でしか使えないスキルもたくさん伸びる…。

古い体質の企業が多いのであんまりスキルなくても給料は年次で増えてく(ごく一部除いて年収600-650万ぐらいから頭打ちになってくるけど)

1年目で500万ぐらいだったけど5年すぎるとほっといても700万ぐらいになって（ただし残業代含む）

誰でも主任クラスになれてそこまでいくと普通にやってれば800万ぐらいにはなった。子供産むと万単位で月の手当つくし住宅補助もあったし退職金も…。

Web系は給料という面では手当も殆ど無いし、そこを除いた額同士で比較しても普通に低い。同じ額もらおうとすると部長以上級にならないともらえない。

古い企業で労働組合がちゃんと組織されていて、会社と色々バトルしてきた歴史のある企業は、やっぱりベースも高いんだよなと思った。

ごりごり忙しいweb系と違って既婚率高い

組み込みのときは深夜残業とか休日出勤しまくってた。既に色々な人が指摘しているけど試行錯誤とか学習含めて会社でしかできないんだもの。そりゃそうなる。

web系の今は休日出勤殆ど無いけど、緊急対応で電話がかかってくると突発的に対応しなきゃいけないのでそれはそれ。

自分のコードが街中で動いてるのを見られるかもしれない

これは嬉しかった。

組み込み系のよくないところ

研究系の最前線を除いて東京23区内で働くのはかなり難しい。全般的にオフィスが田舎

メーカで言うと川崎横浜に集まりすぎだと思う。

最新の開発ツールに触れてたい人が発狂するような古い環境もちらほら。github知名度アンケートやっても知ってるが2割超えないところが大半だと思う。

自分も転職するまでgitとかgithubとか使ったこと無かった人なので…。組み込みのときはsvnだった。

(ソースコードの最新は共有サーバのこのフォルダなんて運用だったり、

開発部はそこまで酷くなかったけど、評価部隊は評価用のソフトをバージョン管理してなくて悲惨だった。

不具合一つで人命にかかわる場合もあるので慎重さがないタイプだとレビューでボコられる

直接人命を預かる機器に関わったことはないけど、ストレージ系だとバグでユーザデータ消えると大トラブルになるのでレビューは厚めだった。

ソフトウェアの品質が高いかというとそうでも無かったと思う…。レビューで担保できるソフトウェアの品質ってわりと早い段階で頭打ちになると思う。

秘伝のタレ化してるけど長く受け継がれて歴史が証明しているコードには勝てない。

部門によってはコード1行変えるのに部長の承認が必要というところもあったみたいだけど（ダムとか電車とかのインフラ）。

ソフトの知識以外に弱電の知識がないと一人前の仕事が処理できないケースが多い(仕事でやってるうちに嫌でも身につくと思う)

自分のとこは弱電はまああればより良い（特許提案とかしやすいし、マネージャクラスは当たり前のように回路やメカや量産の知識も求められるのでHW出身が多かった）けど

担当者レベルならそれこそ担当が違うんでってことで回路のことは回路部隊がやってたし、それで回路担当の評価が良くなることもSW担当の評価が悪くもなることはなかった。

どちらかというとSW担当ならヘネシー＆パターソンの本から重要な部分を抜き出して読んだ程度の計算機アーキテクチャの知識が必要だと思う。

今だとこれ読めば良いんじゃないかな。

コンピュータシステムの理論と実装

https://www.oreilly.co.jp/books/9784873117126/

グーグルに解決法が落ちてないことが多いのでマニュアル(大抵英語)を正確に読む力が要求されることが多い

ググっても出てこない。社内で作っていうrHWモジュールの開発者は社内に居ることが多いので、やたらドラクエする力がついた。

汎用的なモジュールになると社外のドキュメントを読む必要があるけど、たいてい英語なのでそこは同意。

ただ正確に読んだところで社内外問わず間違えてたり、HWが仕様どおりに動かないことも多かった。

レジスタ設定をするタイミングが超シビアでタイミング合わないとHWがロックするとかデータ失うとか。そんなのばっかり。

それがスキルかと言われると、うーん。転職で活かせそうなところとそうでないところはあると思う。

情報に乏しい状態でとにかくやっつけるスキルは身につくかな…。

あとはHWでどうがんばっても再現できないのでとにかくひたすら大量のコードを読むスキルとか。

Permalink | 記事への反応(4) | 00:26

ツイートシェア