その理由は簡単にいえば案件が多いということです。仕事も多いのではないかと考えられます。2017年に仕事を探した際の実感も、この予想に一致していました。指定した仕事の方が7倍くらい多かったです。使う案件が、ぼくのリーチできる範囲の外にある可能性もあります。ほうが案件が多いといえます。自分は直近仕事になる技実を重要視しているどの技術を使用するか、もしくは学習するかの選定は、エンジニアにとって重要な意思決定な訳ですが、私はその指標として「直近で仕事になるのか」ということを一番に重要視しています。エンジニアリングは私にとっては生業であり、生業の第一の目的は、要求される課題を迅速にこなすことで、対価を得る、ことですから、仕事にならないことはその範囲外です。(もちろん趣味としてのコーディングという要素が自分にないわけではないのですが、それよりも生業としてのエンジニアリングの割合が圧倒的に高いです)また、仕事として使うのが一番技術を身につける近道だと痛感していますので、仕事として使う機会のない技術よりも、すぐに使う技術の方を優先することで、スキルが上がり、生業としての効率を大幅にあげてくれます。生業としての効率が上がれば、空いた時間でさらに新しい技術にチャレンジする余暇ができます。その技術で自分に仕事がこない物に関しては、自分にとってはオーバースペックな技術また、すぐ仕事にならない技術に関しては「自分にとってオーバースペック、もしくは身の程知らずな取り組み」である可能性が高いと思っています。かなりの時間を投資したとしても、インフラを構築する仕事は来ないと思いますし、できないと思います。つくる技術は、自分の仕事に直近含まれてくる可能性が高いの有効ですし、実際今よくやっています。いったレベル感の技術が今自分が習得すべきものだと考えています。本当にちょうどいいレベル感だったなと思います。書くという今まで自分がやってきた技術がそのまま有用するからです。概念さえ抑えてしまえば、あとは調べながら実装できるレベル感。仕事にすることができました。その結果、あとは業務で書いていけば自然と現代のフロントエンド開発にはキャッチアップできる目処が経ちました。等のインフラ周りに触れる機会を、以前より圧倒的に増やすことができたので、技術的に学習する価値のある対象が、次のステップに進んだと言う実感があります。仕事でやるまえには先ほど言及した意味でのオーバースペックだった技術です。直近仕事になるところから抑えていくという戦略は有効だとおもいます。今使用しているものの、システム全体を一人で立ち上げられない技術に次のようなものがあります。これらを自力で全て実装できるようになると、次のレベルにいけるとおもうので、ここをおさえていきます。https://adventar.org/calendars/2747アドベントカレンダーに乗り遅れ、参加できそうなものがなかったので行われる、孤独な一人アドベントカレンダー。