現在、自社開発企業で、c#,wpfを用いてフロントエンドエンジニアを行っています。
サーバーサイドとREST APIを用いて通信しているタイプのアプリケーションで、フロントエンドのみが存在しているわけではありません。私としては、Reactなどのモダンなwebアプリフロントエンドエンジニアになりたかったです。私はwpfを学びながら実務をつづけるうえで、どのように考えて行動すればよいでしょうか？
例えば、あくまでもwpfを極めるのか、reactなどモダンなフレームワークにも共通する考え方を集中的に覚える、フレームワークに左右されないフロントエンドエンジニアとしての不変なスキル・考え方を鍛える、将来的にreactに置き換えることを推進することを想定して、業務ロジックや対象のドメイン知識を深めるなどは候補として考えられました

Question

酒井潤 · Accepted Answer

個人的には、WPFをやっていること自体はそこまで悲観しなくていいと思います。

確かにReactやNext.jsの方が求人は多いですし、モダンなWeb開発をやりたい気持ちもよく分かります。

ただ、実際にフロントエンドエンジニアとして重要なのは、「Reactを知っていること」よりも、「状態管理」「コンポーネント設計」「責務分離」「APIとの通信」「非同期処理」「パフォーマンス」といった考え方だったりします。

その意味では、WPFでも十分学べることがあります。

むしろ自分なら、WPFを極めるというより、WPFを通してソフトウェア設計を学ぶことを意識します。

例えばMVVMパターンは、Reactのコンポーネント設計や状態管理にも通じる考え方があります。

また、REST APIを利用しているのであれば、フロントエンドとバックエンドの境界も学べますし、API設計やデータの流れを理解する良い機会でもあります。

あと、将来的にReactへ行きたいのであれば、業務外でReactやNext.jsを触るのは全然ありだと思います。

ただ、Reactの文法を覚えることより、「なぜUIをコンポーネントに分割するのか」「状態はどこで管理するべきか」「責務をどう分けるか」を意識した方が長期的には価値があります。

個人的には、技術スタックよりもドメイン知識を深めることもかなり重要だと思っています。

実際に業務で使われているシステムがどのような課題を解決しているのか、なぜその機能が存在するのかを理解できると、将来的にどの技術へ移っても強みになります。

なので、自分ならWPFの仕事をしながら、ソフトウェア設計やアーキテクチャの考え方を学びつつ、個人開発でReactやNext.jsを触ります。

そうすると、「WPFしかできない人」ではなく、「ソフトウェア開発の基礎を理解した上でReactも使える人」になれると思います。

実際、Reactは数年後に別のフレームワークへ置き換わる可能性がありますが、設計や状態管理の考え方はかなり長く使えるので、自分ならそちらを優先して身につけると思います。