2020-02-16はじめに私はすでに全く若手ではないのだが、個人的な意見として、また新たに入ってくる技術者に言っていることを書いてみる。何気に私はいわゆる組込み系の仕事をしているのだが、ソフトウェア・オリエンテッドであまり組込みっぽくない人種です。概ね以下の3種類でそれぞれ1つずつ。システム記述系こういう括りが正しいかは別として、C/C++、Java、C#など。プログラムの動きとか、コンピューターの動きとか、きちんと知るにはCが最適。アセンブラとは言わない。アセンブラでもいいけど、プロセッサごとに違うしね。概念は知ってると良い。Cを実務で使うのはどうしても必要でなければ避けたいのが本音。スキルの差がモロに品質に直結するので。後、オブジェクト指向しづらいし。それができるというのとはまた別。C++は好きだが、仕様がカオスになりすぎて完全にマニアの世界。Javaはできると実務でも使えて、オブジェクト指向にも慣れるので良いかもしれない。C#も簡単で分かりやすかった。Windowsでしかいまいち使わないが。スクリプト系Ruby、Python、今更使わないがベテランはPerlか。何か使えれば考え方は大概一緒で応用が効くだろう。スクリプト言語は超絶楽に何でもできる。製品開発だって個人的な業務効率化だっていける。使えるようになっておくと様々な場面で重宝される。JavaScriptというか、TypeScriptか。クライアント系はもうこれ一択。組込み系だって最近はWebブラウザ内蔵してるし、UIやるには必需品。ひとつのザ・ワールドになっていて全くライトな感じではないのがちょっと引っ掛かるが。まとめ上記は網羅的な形ではないが、上記の方針で取り組んでいれば、新たに何か学ばなくてはならなくなってもどこかのスキルがベースになって応用が効く。どちらかというと言語そのものよりもライブラリやフレームワークのスキル習得のほうが重要になるが、それを使いこなす上での前提知識の習得に時間がかかるようでは心許ない所なので、ある程度応用が効く形でスキル習得していくのが良い。その上で、技術は知識よりも実践(熟練)なので、沢山書く機会を作ることを意識してもらえれば、嬉しい。