C#連携のF#かApple環境のSwiftか？エンジニアがどっちを学ぶべきか将来性と市場価値で完全比較

「F#とSwift、どちらを学ぶべきか」という問いは、単純な人気ランキングでは答えが出ません。
両者は言語設計の思想からして異なり、活躍するフィールドもまったく別だからです。

F#は.NETエコシステム上で動作する関数型言語であり、C#との相互運用性を前提に設計されています。
既存のC#資産を活かしながら、不変性や型推論といった関数型の恩恵を受けたいエンジニアにとって、現実的な選択肢となります。
一方のSwiftは、Appleが自社プラットフォーム向けに開発した言語です。
iOSやmacOSアプリの開発において事実上の標準となっており、モバイル市場という巨大な需要に直結しています。

この記事では、以下の観点から両言語を比較していきます。

言語仕様と設計思想の違い
学習コストと習得難易度
市場価値と求人動向
今後のキャリア形成における将来性

エンジニアとしてどちらの言語に時間を投資すべきかは、目指すキャリアパスによって最適解が変わります。
C#資産を持つバックエンド・デスクトップ開発者であればF#、モバイルアプリ開発を主戦場とするならSwiftという住み分けが基本線になりますが、その判断根拠を技術的・市場的な両面から丁寧に解説していきます。

F#とSwiftとは何か？言語の基本概要と特徴を比較
なぜ今F#とSwiftが注目されているのか？背景にある市場動向
1. .NETエコシステムの進化とF#の存在感
2. iOSアプリ市場の拡大とSwiftの需要増
F#の特徴と強み：C#連携がもたらすメリットを徹底解説
Swiftの特徴と強み：Apple環境での圧倒的な優位性
学習コストを比較：初心者エンジニアが習得しやすいのはどちらか
1. F#の学習曲線とつまずきやすいポイント
2. Swiftの学習曲線とつまずきやすいポイント
市場価値で比較：求人数・年収相場から見るF#とSwiftの実態
将来性を予測：F#とSwiftはこれからどう進化していくのか
1. F#と.NETの今後のロードマップ
2. SwiftとApple製品ラインの今後の展望
エンジニアタイプ別診断：あなたが学ぶべきはF#かSwiftか
まとめ：F#とSwift、キャリア戦略に応じた選択を

F#とSwiftとは何か？言語の基本概要と特徴を比較

F#とSwiftは、どちらも比較的新しい世代のプログラミング言語でありながら、生まれた背景も設計思想もまったく異なります。
まずは両者の基本的な立ち位置を整理したうえで、設計思想の違いを見ていきましょう。

F#とは何か──.NET上で動く関数型言語

F#は、Microsoft Researchが開発した.NETエコシステム上で動作する関数型プログラミング言語です。
OCamlの影響を強く受けており、関数を第一級オブジェクトとして扱う設計が特徴です。

F#最大の強みは、C#やVB.NETと同じ.NET共通言語基盤（CLR）上で動作するため、既存の.NETライブラリやC#で書かれたクラスをそのまま呼び出せる点にあります。
たとえば、以下のように簡潔な記法で関数を定義できます。

let add x y = x + y
let square x = x * x

型推論が強力に働くため、明示的な型注釈がなくてもコンパイラが安全性を保証してくれます。

Swiftとは何か──Apple公式のマルチパラダイム言語

Swiftは、Appleが2014年に発表したプログラミング言語で、iOS・macOS・watchOS・tvOSといった自社プラットフォーム向けアプリ開発のために設計されました。
オブジェクト指向と関数型の両方の要素を取り入れたマルチパラダイム言語である点が特徴です。

Objective-Cの後継として登場した経緯があり、安全性とパフォーマンスを両立させる設計思想が随所に見られます。
オプショナル型による null安全性の担保や、値型を積極的に活用する設計は、実行時エラーを未然に防ぐ工夫といえます。
SwiftUIというモダンな宣言的UIフレームワークとの組み合わせにより、直感的なアプリ開発が可能になっている点も見逃せません。

F#とSwiftの設計思想の違い

両言語の違いを整理すると、次のようになります。

観点	F#	Swift
主な用途	.NETアプリ全般、データ分析	iOS・macOSアプリ
パラダイム	関数型中心	オブジェクト指向＋関数型
実行環境	.NET（CLR）	Appleプラットフォーム
相互運用性	C#との親和性が高い	Objective-Cとの親和性が高い

F#が「既存の.NET資産を関数型のアプローチで扱う」ことに主眼を置いているのに対し、Swiftは「Appleプラットフォーム上で安全かつ高速に動くアプリを作る」ことを目的として設計されています。
この根本的な目的の違いが、後述する学習コストや市場価値の違いにも直結していきます。

なぜ今F#とSwiftが注目されているのか？背景にある市場動向

F#とSwiftがそれぞれ注目を集めている背景には、単なる言語仕様の魅力だけでなく、それを取り巻くプラットフォームやエコシステム全体の進化があります。
ここでは、両言語が現在の立ち位置を得るに至った市場動向を整理します。

.NETエコシステムの進化とF#の存在感

.NETは、かつてWindows専用のフレームワークという印象が強くありましたが、.NET Coreの登場以降、Linux・macOSを含むクロスプラットフォーム対応が進み、状況は大きく変わりました。
現在の.NETは、クラウドネイティブなバックエンド開発やマイクロサービス構築の現場でも採用が広がっています。

この流れの中で、F#は次のような場面で存在感を強めています。

金融業界におけるリスク計算やアルゴリズム取引の実装
データサイエンスやドメイン駆動設計（DDD）との相性の良さ
テストしやすく副作用の少ない堅牢なバックエンドロジックの記述

特に、不変性を前提とした設計は、並行処理やマルチスレッド環境における予測可能性の高さにつながります。
C#エンジニアがF#を学ぶことで、既存の.NET資産を活かしながら、より安全性の高いコードベースへ移行できるという実務上のメリットも、注目度を押し上げている要因といえます。

iOSアプリ市場の拡大とSwiftの需要増

一方のSwiftは、スマートフォン市場そのものの拡大と歩調を合わせて需要が伸び続けています。
特に日本国内においては、iOSユーザーの比率が高いこともあり、iOSアプリ開発案件は安定した需要を維持しています。

Swiftの需要増を支えている要因としては、以下が挙げられます。

App Storeを通じたアプリ配信市場の継続的な成長
SwiftUIによる開発効率化と、それに伴う開発コストの低下
Vision ProなどApple新製品の登場による新規開発ニーズの発生

さらに、SwiftはApple製品向けだけでなく、サーバーサイドSwift（Vaporなど）への展開も進んでおり、モバイル一辺倒だった用途が徐々に広がりつつあります。
こうした周辺領域への拡張も、Swiftという言語自体の将来性を語るうえで無視できないポイントです。

このように、F#は.NETエコシステムの成熟とともに堅実に存在感を高め、Swiftはモバイル市場という巨大な需要を背景に拡大を続けています。
両者の注目度の高まり方は対照的でありながら、それぞれの領域における必然性を伴っている点が共通しています。

F#の特徴と強み：C#連携がもたらすメリットを徹底解説

F#を学ぶ最大の動機の一つは、C#との高い相互運用性にあります。
ここでは、その具体的なメリットと、F#ならではの堅牢性、そして実際にどのようなプロジェクトに向いているのかを掘り下げていきます。

C#資産をそのまま活用できる相互運用性

F#とC#は同じ.NET共通言語基盤（CLR）上で動作するため、コンパイル後の中間言語（IL）レベルで完全に互換性があります。
これは、既存のC#プロジェクトに対してF#のコードをそのまま組み込める、あるいはF#からC#で書かれたクラスライブラリを直接呼び出せることを意味します。

たとえば、C#で定義されたクラスをF#から利用する場合、次のように自然な形で扱えます。

open System.Text

let sb = StringBuilder()
sb.Append("Hello, ").Append("F#!") |> ignore
printfn "%s" (sb.ToString())

このように、.NET標準ライブラリやNuGetパッケージをほぼ制約なく利用できる点は、ゼロから言語エコシステムを構築する必要がある言語と比較して、導入コストを大きく下げる要因になります。
既存のC#資産を抱える企業にとって、F#は「置き換え」ではなく「拡張」として導入しやすい言語なのです。

型推論と不変性がもたらす堅牢なコード

F#のもう一つの大きな強みは、強力な型推論と、デフォルトで不変（イミュータブル）な変数設計です。
C#では明示的にreadonlyやconstを指定しない限り可変（ミュータブル）な変数が基本ですが、F#では逆に、意図的にmutableキーワードを付けない限り値は変更できません。

この設計がもたらすメリットは、次の通りです。

意図しない副作用によるバグの混入を防げる
並行処理・マルチスレッド環境での予測可能性が高まる
コードレビュー時に「この値は変わらない」という前提で読み進められる

さらに、判別共用体（Discriminated Union）やパターンマッチングといった機能により、状態やエラーハンドリングを型レベルで表現できる点も、堅牢性を高める要素です。

F#が向いているプロジェクトとは

以上の特性を踏まえると、F#は特に以下のようなプロジェクトで真価を発揮します。

金融系システムなど、計算ロジックの正確性が強く求められる領域
既存のC#資産を活かしつつ、段階的に関数型アプローチを導入したいバックエンド開発
ドメイン駆動設計（DDD）を実践し、ビジネスルールを型で表現したいプロジェクト

逆に、UIを伴うクライアントアプリケーション開発や、コミュニティ・学習リソースの豊富さを重視する場面では、C#やSwiftのほうが適している場合もあります。
F#はあくまで「.NETという土台の上で、より安全なコードを書きたい」というニーズに応える選択肢として捉えるのが妥当でしょう。

Swiftの特徴と強み：Apple環境での圧倒的な優位性

Swiftは、Apple製品向けアプリ開発において他の追随を許さない優位性を持っています。
ここでは、その中核をなすSwiftUIによるUI開発、型システムがもたらす安全性、そしてSwiftが真価を発揮するプロジェクトの傾向について解説します。

SwiftUIによる直感的なUI開発

SwiftUIは、Appleが提供する宣言的UIフレームワークです。
従来のUIKitが命令的な記述でUIの状態を細かく制御していたのに対し、SwiftUIでは「UIがどうあるべきか」を宣言するだけで、状態変化に応じた画面更新を自動的に処理してくれます。

たとえば、シンプルなカウンターアプリは次のように記述できます。

struct CounterView: View {
    @State private var count = 0

    var body: some View {
        VStack {
            Text("Count: \(count)")
            Button("Increment") {
                count += 1
            }
        }
    }
}

@Stateプロパティラッパーが状態変化を検知し、UIへ自動的に反映される仕組みは、少ないコード量で直感的なアプリ開発を可能にします。
iOS・macOS・watchOS・visionOSといった複数プラットフォームに対して、共通のコードベースをある程度流用できる点も、開発効率を大きく高める要因です。

安全性を重視した型システム

Swiftの型システムは、実行時エラーを未然に防ぐことを強く意識して設計されています。
代表的な仕組みがオプショナル型です。
値が存在しない可能性を型として明示することで、nullを不用意に扱うことによるクラッシュを防ぎます。

Swiftの安全性を支える主な仕組みは、次の通りです。

オプショナル型による null安全性の保証
値型（構造体・enum）を積極的に活用したデータ設計
コンパイル時の厳格な型チェックによるバグの早期発見

これらの仕組みにより、実行時に予期しないクラッシュが発生するリスクを、コンパイル段階で大幅に減らすことができます。
安全性と開発速度を両立させたいという設計思想が、言語仕様の随所に表れています。

Swiftが向いているプロジェクトとは

以上の特性から、Swiftは特に次のようなプロジェクトで強みを発揮します。

iOS・macOSをはじめとするApple公式プラットフォーム向けアプリ開発
SwiftUIを活用した、短期間でのプロトタイピングやMVP開発
サーバーサイドSwift（Vaporなど）を用いた、フロントエンドと言語を統一した開発体制

一方で、Windows・Linux・Android向けのクロスプラットフォーム開発が主目的である場合には、Swiftの恩恵を十分に受けにくい点には注意が必要です。
あくまでApple環境という土俵の中で、Swiftは圧倒的な優位性を持つ言語だと理解しておくとよいでしょう。

学習コストを比較：初心者エンジニアが習得しやすいのはどちらか

言語そのものの魅力と、実際に習得する際のハードルは必ずしも一致しません。
ここでは、F#とSwiftそれぞれの学習曲線と、初心者がつまずきやすいポイントを具体的に見ていきます。

F#の学習曲線とつまずきやすいポイント

F#の学習コストは、学習者のバックグラウンドによって大きく変わるという特徴があります。
C#経験者であれば、.NETの共通ライブラリやツールチェインに慣れているぶん導入はスムーズですが、関数型プログラミングのパラダイム自体に初めて触れる場合は、発想の転換に苦労するケースが多く見られます。

つまずきやすいポイントとしては、以下が挙げられます。

ループではなく再帰やmapなどの高階関数で処理を記述する発想への転換
判別共用体やパターンマッチングといった独自の型表現への理解

たとえば、以下のようなパターンマッチングは、命令型言語のswitch文とは異なる感覚を要求します。

type Shape =
    | Circle of radius: float
    | Rectangle of width: float * height: float

let area shape =
    match shape with
    | Circle r -> System.Math.PI * r * r
    | Rectangle (w, h) -> w * h

日本語の学習リソースやコミュニティが、C#やSwiftと比較して少ないこと
インデントベースの構文（軽量構文）に慣れるまでの初期抵抗

これらは決して致命的な障壁ではありませんが、独学で進める場合には公式ドキュメントや英語リソースへのアクセスがある程度前提になる点は理解しておく必要があります。

Swiftの学習曲線とつまずきやすいポイント

Swiftは、モダンな言語仕様を持ちながらも、比較的直感的に書き始められる設計になっています。
文法自体はC系言語に近く、他言語経験者であれば基本構文の習得は早い傾向にあります。

一方で、つまずきやすいポイントとしては、次のようなものが挙げられます。

オプショナル型の扱いに慣れるまでの初期学習コスト
UIKitとSwiftUIという二系統のUIフレームワークが混在している現状の理解
Xcodeという開発環境特有の癖や、シミュレータ・実機デバッグへの習熟

特にオプショナル型は、nilを扱う際のアンラップ処理を正しく理解していないと、コンパイルエラーの意味がつかみにくく感じられることがあります。

var name: String? = "Taro"

if let unwrappedName = name {
    print("Hello, \(unwrappedName)")
}

こうした安全機構は、慣れてしまえば強力な武器になりますが、初学者にとっては最初の関門になりやすい部分です。

総じて、基本構文の取っつきやすさではSwiftに分があり、パラダイム転換の大きさではF#のほうがハードルが高いと言えます。
ただし、日本語リソースの豊富さや実機での動作確認のしやすさを考慮すると、独学での初期学習は総合的にSwiftのほうがやや進めやすい傾向にあります。

市場価値で比較：求人数・年収相場から見るF#とSwiftの実態

言語選択においては、技術的な魅力だけでなく、実際の市場価値も重要な判断材料になります。
ここでは、F#とSwiftそれぞれの求人動向と年収相場、そして副業・フリーランス案件における違いを整理していきます。

F#エンジニアの求人動向と年収相場

F#単独での求人は、C#やJavaと比較すると決して多いとは言えません。
これはF#が「メイン言語として大量採用される言語」というよりも、「C#エンジニアが選択肢として身につけるサブスキル」という位置づけで扱われることが多いためです。

ただし、次のような傾向も見られます。

金融機関や証券会社系のシステム開発で、F#を明示的に募集する求人が一定数存在する
.NETエンジニア全般の求人の中で、F#経験が歓迎スキルとして記載されるケースが多い
関数型プログラミングの経験自体が、設計力の高さを示す指標として評価されやすい

求人絶対数は少ないものの、専門性の高い領域に集中している分、条件面では相対的に高水準な案件が見られる傾向があります。
C#エンジニアとしての市場価値をベースに、F#スキルを上乗せすることで差別化を図るという戦略が現実的です。

Swiftエンジニアの求人動向と年収相場

Swiftエンジニアの求人は、iOSアプリ開発需要の大きさを反映して、モバイルエンジニア市場の中でも安定した規模を維持しています。
スタートアップから大手企業まで、幅広い層でiOSアプリ開発の需要があるためです。

Swift求人の特徴を整理すると、以下のようになります。

観点	傾向
求人数	モバイル領域の中では比較的多い
案件の幅	自社開発からSES・受託まで幅広い
求められるスキル	SwiftUI、UIKit、Xcode、App Store申請対応など

経験年数やAndroid（Kotlin）とのクロスプラットフォーム対応力の有無によって年収レンジには幅がありますが、実務経験を積んだSwiftエンジニアは、モバイルエンジニアという枠組みの中で安定した需要を得やすい立場にあります。

副業・フリーランス案件における違い

副業・フリーランス市場においても、両言語には明確な差があります。

Swiftは、iOSアプリの新規開発や機能追加といった単発案件が比較的見つけやすい
F#は、既存の.NETプロジェクトへの参画が前提となるケースが多く、単独案件は少なめ
Swiftはリモート対応の副業案件が充実している一方、F#は常駐や特定業界に限定される傾向がある

案件の見つけやすさという観点では、モバイルアプリという成果物が明確なSwiftのほうが、フリーランスとして独立しやすい土壌があると言えます。
一方でF#は、C#エンジニアとしての実績を土台にしたうえで「関数型に強いエンジニア」としてのポジションを確立できれば、専門性の高さゆえに単価交渉で有利に働く場面もあります。
どちらの言語を選ぶにせよ、単体のスキルではなく、周辺スキルとの組み合わせで市場価値を高めていく視点が重要です。

将来性を予測：F#とSwiftはこれからどう進化していくのか

言語の将来性を見極めるうえでは、言語仕様そのものの進化だけでなく、それを支えるプラットフォームやエコシステムの方向性を読み解くことが欠かせません。
ここでは、F#と.NET、SwiftとAppleというそれぞれの関係性から、今後の展望を予測していきます。

F#と.NETの今後のロードマップ

.NETは、Microsoftによって年次リリースサイクルが明確に定められており、パフォーマンス改善とクロスプラットフォーム対応の強化が継続的に進められています。
F#自身も、この.NET全体の進化に合わせてアップデートが重ねられており、C#との機能的な差分を埋める動きが続いています。

今後の.NETおよびF#の方向性として、注目すべき点は以下の通りです。

クラウドネイティブ開発におけるパフォーマンス最適化の継続
AI・機械学習ワークロードとの統合強化（ML.NETなど周辺ライブラリの拡充）
Blazorなど、F#で記述可能なフロントエンド領域の拡大

特に、.NETがクラウドインフラとの親和性を高め続けている流れの中で、F#の不変性や型安全性という特性は、分散システムや並行処理を伴う設計との相性の良さから、一定の需要を維持し続けると考えられます。
爆発的な普及拡大は見込みにくいものの、ニッチながら安定した専門領域を持つ言語として存続していく可能性が高いでしょう。

SwiftとApple製品ラインの今後の展望

Swiftの将来性は、Apple自身のハードウェア戦略と密接に結びついています。
iPhone・iPad・Macに加え、Vision Proのような新しいデバイスカテゴリが登場するたびに、それに対応するアプリ開発需要が生まれる構造は、Swiftにとって追い風となり続けています。

今後注目すべき展望としては、次のような点が挙げられます。

visionOS向けアプリ開発における需要の拡大
サーバーサイドSwift（Vaporなど）の採用拡大による、モバイル以外への用途の広がり
Swift自体の言語仕様における並行処理機能（async/await、Actor）の成熟

特にSwift ConcurrencyによるActorモデルの導入は、従来スレッド管理が煩雑になりがちだった並行処理を、より安全に記述できるようにする試みであり、言語としての完成度を着実に高めています。
Apple製品の市場シェアが今後も一定水準を維持する限り、Swiftの需要が急激に縮小するシナリオは考えにくく、モバイル開発における中核言語としての地位は当面揺るがないと見てよいでしょう。

エンジニアタイプ別診断：あなたが学ぶべきはF#かSwiftか

ここまで両言語の特徴と市場価値を比較してきましたが、最終的な判断はエンジニア自身の志向性やキャリアプランに委ねられます。
ここでは、タイプ別にどちらが向いているかを整理し、両方学ぶという選択肢の現実性についても考えてみます。

バックエンド志向のエンジニアに向く選択

サーバーサイドやデータ処理を中心にキャリアを積みたいと考えているエンジニアには、F#が有力な選択肢になります。
特に、次のような志向を持つ方には適性が高いといえます。

既にC#やJavaでバックエンド開発の経験があり、より安全性の高い設計手法を身につけたい
金融・保険業界など、計算ロジックの正確性が強く求められる領域に関心がある
ドメイン駆動設計（DDD）や関数型プログラミングの考え方を実務に取り入れたい

C#エンジニアとしての基礎があるなら、F#の習得は既存キャリアの延長線上にある投資と捉えることができます。
いきなり全面的にF#へ移行するのではなく、既存のC#プロジェクトの一部にF#を組み込むところから始めるのが現実的なアプローチです。

モバイルアプリ開発志向のエンジニアに向く選択

一方、スマートフォンアプリという明確な成果物を作りたい、あるいはApple製品のエコシステムに強い関心があるエンジニアには、Swiftが適しています。
次のような志向を持つ方に向いています。

ユーザーの手元に届くプロダクトを、自分の手で形にしたい
UI・UXデザインにも興味があり、SwiftUIのような宣言的フレームワークで表現力を発揮したい
フリーランスや副業として、独立性の高い案件に取り組みたい

Swiftは、学習の成果を目に見えるアプリという形で早期に実感しやすい言語です。
ポートフォリオとして提示しやすい点も、キャリア構築の観点では大きなメリットになります。

両方学ぶという選択肢は現実的か

「両方学ぶ」という選択肢についても触れておきます。
結論から言えば、時間的な制約が許すなら決して非現実的ではありません。
ただし、優先順位づけは必要です。

まずは自分の主戦場（バックエンドかモバイルか）を明確にし、そちらの言語を先に習得する
副次的な言語は、業務上の必要性やキャリアの幅を広げる目的で後から追加する
両言語とも「静的型付け」「型安全性の重視」という共通思想を持つため、片方の理解がもう片方の学習を助ける側面もある

実際のところ、F#とSwiftは活躍するフィールドがほとんど重ならないため、両方を実務レベルで使いこなすエンジニアは多くありません。
しかし、思考の幅を広げるという意味では、異なるパラダイムを持つ言語に触れること自体に価値があります。
まずは主軸となる一つを定め、着実にスキルを積み上げていくことをおすすめします。

まとめ：F#とSwift、キャリア戦略に応じた選択を

ここまで、F#とSwiftという二つの言語を、基本概要、市場動向、技術的特徴、学習コスト、市場価値、将来性、そしてエンジニアタイプ別の適性という多角的な観点から比較してきました。
最後に、記事全体の要点を整理しておきます。

まず、両言語は根本的な設計目的が異なります。
F#は.NETエコシステム上で動作する関数型言語であり、C#との高い相互運用性を武器に、既存資産を活かしながら安全性の高いコードを書くことを可能にします。
対してSwiftは、Appleプラットフォーム専用に設計された言語であり、SwiftUIによる直感的なUI開発と、オプショナル型に代表される安全性の高い型システムを強みとしています。

比較した観点を改めて整理すると、次のようになります。

観点	F#	Swift
主戦場	.NETバックエンド	Appleプラットフォーム
学習の入りやすさ	パラダイム転換がやや難	基本構文は取っつきやすい
求人の傾向	少数だが専門性の高い案件	モバイル領域で安定した規模
将来性の源泉	.NETエコシステムの成熟	Apple製品ラインの拡大

この表からも分かる通り、どちらが優れているかという単純な優劣の話ではなく、自分自身がどのフィールドでキャリアを築いていきたいかによって、最適な選択は変わってきます。

バックエンド開発やデータ処理の分野で、既存のC#資産を活かしながらより堅牢な設計を目指したいエンジニアには、F#が有力な選択肢になります。
一方で、iOSアプリ開発を軸に、目に見える成果物を作りながらキャリアを積みたいエンジニアには、Swiftが適しています。

また、忘れてはならないのは、言語選択がキャリアの終着点ではなく、あくまで手段の一つに過ぎないという点です。
F#を学ぶことは、関数型プログラミングという新たな思考の枠組みを手に入れることであり、Swiftを学ぶことは、モバイルという巨大な市場に自らのスキルを直結させることです。
どちらの選択も、エンジニアとしての市場価値を高める合理的な投資といえます。

重要なのは、次のようなステップで意思決定を進めることです。

自分が今後関わりたい領域（バックエンドかモバイルか）を明確にする
その領域における言語の将来性と求人動向を、最新の情報で継続的に確認する
主軸となる言語を一つ定めたうえで、必要に応じて周辺スキルとして他方を取り入れる

技術トレンドは常に変化し続けるため、今回示した比較も一つのスナップショットに過ぎません。
しかし、F#とC#の関係性、SwiftとAppleエコシステムの関係性という構造自体は、今後も大きくは変わらないと考えられます。
自身のキャリア戦略と照らし合わせながら、納得のいく言語選択をしていただければ幸いです。