【C#/.NETの今後に迷ったら】案件を比べて選ぶ

▍次に積む技術から逆算する、C#/.NET参画先 ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ まずはこれまでの実装経験と、次に伸ばしたい領域（API／フロント／クラウド／設計）を棚卸しし、優先順位を言語化します。 複数のC#/.NET案件を「役割」「工程」「技術」「働き方」で比較し、配属前のすり合わせ自体を仕事の一部として一緒に進めます。 参画先は希望に沿って最終決定される前提で、ミスマッチが出る論点は事前に潰しながら選択肢を組み替えます。 ▍案件例 ￣￣￣￣￣ ①基幹システムの刷新でAPI設計から関わるバックエンド案件＜開発＞ •案件概要：C#で業務APIの設計／実装／テストに加え既存機能の置換方針整理まで関与／ドメイン分割を意識したチーム開発でレビュー前提の運用 •開発環境：C#／.NET 8／ASP.NET Core／SQL Server／Azure／Docker／GitHub Actions •働き方：リモート併用 (週1出社) •提案理由 ⇨ 目先の実装だけに寄って役割が固定される違和感を「設計に触れるか」「変更に強い構造に寄せるか」で整理し、API設計から握れるこの案件を前進と判断して選択 ②Blazorで社内業務SaaSの画面改善と機能追加を担う案件＜開発＞ •案件概要：既存Blazor画面の改善／コンポーネント設計／状態管理見直し／新規機能の追加まで担当／POと近い距離で要件の粒度調整をしながら短いサイクルで反映 •開発環境：C#／.NET 7／Blazor／Azure App Service／Azure SQL／Git／GitHub Actions •働き方：フルリモート •提案理由 ⇨ フロント領域を伸ばしたいのに次案件で触れない不安を「UI設計の比重」「C#で完結するフロント経験」に整理し、Blazorで継続的に改善できる案件を選択 ③マイクロサービス移行のための分割設計と実装を進める案件＜開発＞ •案件概要：既存モノリスの切り出し単位検討／境界設計／API連携方式の決定／移行フェーズの実装を担当／チーム内でADRを残しながら設計判断を積み上げる •開発環境：C#／.NET 8／ASP.NET Core／gRPC／Kubernetes／Azure／PostgreSQL •働き方：リモート併用 (週2出社) •提案理由 ⇨ 案件を変えても同じ実装役に戻りそうな不安を「分割の判断に参加できるか」「設計の意思決定ログが残るか」で整理し、移行設計に関与できる案件を選択 ▍応募資格 ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ ・C#や.NETに触れてきたが、次はどの領域（API設計／UI／クラウド／品質）を軸にするか決め切れていない状態 ・現場ごとに役割が固定され、設計や改善の判断に入れる経験を増やしたい状態 ・リモート可否や出社頻度も含めて、無理のない働き方で案件を比較して決めたい状態 ・配属理由に納得して進みたいので、参画前のすり合わせを丁寧にやりたい状態 ▍こんな方におすすめ！ ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ ・次の案件で「C#の何を伸ばすか」を決め、複数候補を比較してから参画先を選びたい方 ・実装だけで終わらず、設計の論点整理や改善の意思決定に関われる現場を増やしたい方 ・クラウド移行／運用設計／テスト自動化など、評価されやすい成果の形で積み上げたい方

1回