Python 在 2018 年至 2022 年間在美國金融科技工程領域達到了一個拐點。它從少數量化分析師在試算表和筆記本中使用的工具Python 在 2018 年至 2022 年間在美國金融科技工程領域達到了一個拐點。它從少數量化分析師在試算表和筆記本中使用的工具

美國金融科技中的金融Python:採用基準、人才需求及銀行的支出

2026/05/22 19:40
閱讀時長 15 分鐘
如需對本內容提供反饋或相關疑問,請通過郵箱 crypto.news@mexc.com 聯絡我們。

Python在2018年至2022年間在美國金融科技工程領域越過了一個拐點。它從少數量化分析師在試算表和筆記本中使用的工具,演變為風險建模、數據工程、內部工具開發以及越來越多面向客戶服務的默認第一層語言。Stack Overflow的2025年開發者調查顯示,Python在美國金融科技工程師中的常規使用份額約為78%,僅次於SQL。

這種主導地位改變了美國銀行和金融科技公司的招聘方式、自建與採購的思考方式,以及對下一層工程工具的評估方式。以下文章解讀實際數據:金融領域的Python今日所處位置、其採用情況如何因機構類型而有所不同、人才市場的狀況,以及創始人和工程領導者應從Python的覆蓋範圍與其在美國金融服務業尚未取代的語言之間的差距中獲得什麼啟示。

Python for finance in US FinTech: adoption benchmarks, talent demand, and what banks are spending

客觀地說,Python現在是招聘的篩選條件,而非招聘優勢。無法找到資深Python工程師的金融科技公司在2025年將面臨結構性劣勢,而那些圍繞Python構建早期技術棧的機構在招聘速度上正進一步領先於仍依賴傳統純JVM或.NET技術棧的機構。五年週期內的複利效應已足夠顯著,工程領導層關於語言策略的選擇,其重要性現已與雲端供應商或架構風格的選擇相當。

Python在金融領域今日在美國金融科技技術棧中的位置

Python在美國金融科技工程中真正重要的五個領域佔有一席之地。第一是數據與分析:美國銀行和大型金融科技公司內部的大多數分析、機器學習和報表管道都以Python為核心(pandas、numpy、polars、scikit-learn、PyTorch)。第二是內部工具:面向開發者的命令列介面、模式驗證工具和後台自動化越來越多地採用Python。第三是風險與量化建模:定價模型、壓力測試和蒙地卡羅模擬已基本從C++和R遷移到帶有熱路徑數值庫的Python。第四是膠水服務:在核心系統之間進行調度的輕量級FastAPI或Flask服務,位於數據工程師和產品工程師之間。第五,也是進展最慢的,是面向客戶的應用程式代碼,JavaScript、TypeScript、Java和Go仍占主導地位。

摩根大通廣為人知的將Athena和更廣泛的風險工程平台遷移至Python的案例是典型範例。這家投資銀行現在在定價、風險和分析領域擁有數以千萬行計的Python代碼庫。高盛在Slang方面也有類似的發展軌跡,同時在SecDB外圍進行越來越多的Python整合。較小的美國金融科技公司通常從第一天起就大量使用Python,通常搭配TypeScript前端和基於Go的支付服務,接入以Python為主導的數據與分析平台,處理從行銷分析到機器學習驅動的核保決策的一切事務。

Python在2025年美國金融科技工程團隊中僅次於SQL,在新項目啟動方面遠超Java。

銀行和金融科技公司的採用基準

採用情況按機構類型明確區分。在按存款排名的美國前25家銀行中,每一家現在都將Python列為新內部項目的受支持和推薦語言,其中至少18家將其作為數據工程和機器學習工作的明確默認語言。在擁有超過100名工程師的美國金融科技公司中,約35%將Python作為主要後端語言,幾乎所有其他公司也將其作為重要的次要語言。在較小的金融科技公司(100名工程師以下)中,Python的份額更高,因為早期員工通常來自數據背景,並默認帶來了這種語言。

採用深度和採用廣度之間的差距仍然重要。允許在內部項目中使用Python的銀行,與在Python中運行生產支付授權的銀行,並不是同一回事。大多數大型美國銀行刻意將其最低延遲、最高可用性的路徑保留在JVM語言或C++中。Python的角色每年從分析和工具向更多服務層面擴展,但遷移到真正的生產熱路徑是漸進而非突然的,工程領導者若假裝情況並非如此,日後將面臨性能方面的意外。

有趣的橫向模式是,擁有最成熟Python平台的機構也擁有最強大的內部開發者體驗團隊。構建平台、依賴管理、可觀測性和持續整合工具在Python中更為重要,因為這種語言給工程師提供了更多自行建立慣例的自由。在開發者體驗方面投入不足的銀行和金融科技公司最終會在生產調試時間和可靠性事件上付出代價,這兩者在任何以金融服務規模和能見度運營的機構內部都會迅速積累。

人才需求與薪酬梯度

美國金融科技市場上的資深Python工程師在結構上供不應求。在美國主要金融科技樞紐(紐約、灣區、波士頓、奧斯丁),擁有五年以上金融科技經驗的資深Python工程師的總薪酬中位數約為185,000美元,納入股權後頂部四分位數超過260,000美元。招聘漏斗報告顯示,資深職位的招募週期達到90天或更長,是十年前可比Java職位招募週期的兩倍,且短期內沒有縮小差距的跡象。

薪酬梯度帶來了實際影響。希望競爭資深Python人才的金融科技公司必須匹配頂部四分位數的薪酬,或在其他方面進行差異化(使命、股權、自主性、地點靈活性)。試圖以相當於Java水準的薪酬招募Python人才的金融科技公司,始終輸給資金更雄厚的同行。最常被忽視的數據點:Python技能的橫向流動比Java技能容易得多,因此工程師幾乎毫無阻力地離職前往非金融科技雇主(人工智能實驗室、平台公司、消費者軟件)。這增加了人員流動風險,並迫使金融科技公司與更廣泛的軟件行業競爭,而不僅僅是與其直接同行中的其他金融科技公司競爭。

自建與採購決策及銀行的支出情況

美國銀行現在將工程預算的相當一部分用於Python相關基礎設施:托管分析平台、可觀測性工具、機器學習模型服務基礎設施、數據管道編排和開發者生產力工具。美國銀行在Python相關SaaS和基礎設施上的總支出是美國銀行雲端和數據科學預算中的重要支出項目(行業估計),並以低兩位數的速度持續增長。在這一類別中,自建與採購的決策越來越傾向於採購,因為底層工具類別(Snowflake、Databricks、dbt、Airflow、MLflow、可觀測性平台)已足夠成熟,內部自建很少能夠證明工程機會成本的合理性。

例外情況是與專有風險或定價模型緊密耦合的任何內容。量化密集型和風險密集型代碼保留在內部,因為模型代碼是銀行的競爭優勢。圍繞它的一切(編排、數據管道、可觀測性、模型服務)都從外部供應商採購。在這一空白領域構建基礎設施的創始人擁有明確的可尋址市場,但他們與資本雄厚的現有企業競爭,並且需要在正式收入開始流入之前,致力於滿足銀行採購所要求的監管和安全預期。

創始人和工程領導者應從數據中獲得的啟示

對於創始人來說,實際教訓是Python是在美國為新金融科技工程團隊最大化招聘速度的語言。在Python優先的技術棧上構建可以擴大候選人池、縮短招募週期,並減少資深端的薪酬摩擦。其代價是熱路徑工作的性能上限,這幾乎總是可以通過針對性地使用編譯庫或選擇性地用Rust或Go重寫來解決,但應從架構第一天起就進行規劃,而不是在真實生產負載下才發現問題。

對於銀行內部的工程領導者來說,教訓是Python採用現在是一種可衡量的競爭優勢。擁有成熟Python平台的銀行在數據工程、機器學習和內部工具方面的移動速度比仍停留在舊技術棧上的同行更快。升級遺留工具的投資往往在三年內通過更快的產品交付和更低的招聘成本得到回報。已經進行了這項投資的機構現在正將其延伸到模型服務基礎設施和人工智能工具,這些很可能決定哪些銀行在本十年後半段在人工智能驅動的產品功能上處於領先地位。

2026年最大的開放問題是Python的領先優勢是否會複利增長或趨於穩定。強類型Python工具(pyright、ruff、現代類型存根)的出現、更快的運行時(PyPy、CPython的優化、Mojo作為實驗性相鄰語言的崛起),以及人工智能輔助代碼生成,已降低了JVM錨定工程部門對Python提出的歷史反對意見。最仔細跟蹤這些工具轉變的美國機構,正是那些定位於在未來兩個產品週期內將Python的覆蓋範圍進一步擴展到生產關鍵層面的機構。

評論

SPACEX(PRE) Launchpad 現已上線

SPACEX(PRE) Launchpad 現已上線SPACEX(PRE) Launchpad 現已上線

只需 $100 起即可瓜分 6,000 SPACEX(PRE)

免責聲明: 本網站轉載的文章均來源於公開平台,僅供參考。這些文章不代表 MEXC 的觀點或意見。所有版權歸原作者所有。如果您認為任何轉載文章侵犯了第三方權利,請聯絡 crypto.news@mexc.com 以便將其刪除。MEXC 不對轉載文章的及時性、準確性或完整性作出任何陳述或保證,並且不對基於此類內容所採取的任何行動或決定承擔責任。轉載材料僅供參考,不構成任何商業、金融、法律和/或稅務決策的建議、認可或依據。

不懂圖表?照樣獲利

不懂圖表?照樣獲利不懂圖表?照樣獲利

使用自動交易,3 秒鐘即可跟單頂級交易者!