Newsfeed / Jak Bloomberg zavádí AI nástroje pro kódování 9 000 inženýrů
AI Engineer·December 16, 2025

Jak Bloomberg zavádí AI nástroje pro kódování 9 000 inženýrů

Vedoucí infrastruktury Bloombergu sdílí důležité lekce z rozšiřování AI nástrojů pro kódování: paved paths, MCP servery, uplift agenty a proč skutečné výhry přicházejí z nudné údržbářské práce.

Jak Bloomberg zavádí AI nástroje pro kódování 9 000 inženýrů

Perspektiva

Takto vypadá AI kódování v opravdu velkém měřítku podniku - ne startup se 50 inženýry, ale Bloomberg s 9 000 vývojáři, jedním z největších JavaScript codebasů na světě a stovkami milionů řádků produkčního kódu. Zde představené lekce jsou těžko získané a pragmatické.

Produktivita AI kódování rychle klesá mimo greenfield práci. Průzkumy Bloombergu ukázaly jasné přínosy pro proof of concept, generování testů a jednorázové skripty. Ale jakmile se dostanete do jejich existujícího codebase - kde je složitost systému "nejméně polynomická" s počtem řádků kódu - měření rychle poklesla. To je v souladu s tím, co mnoho podniků zjišťuje: AI kódování je skvělé pro nový kód, těžší pro evoluci starších systémů.

Skutečné výhry přicházejí z práce, kterou vývojáři nechcou dělat. Bloomberg reformuloval svou strategii AI kódování kolem údržby: bezpečnostní opravy, migrace, aktualizace závislostí - "podřadná práce", kterou si nikdo nebere. Jejich "uplift agenty" prohledávají codebase, identifikují, kde se opravy aplikují, a generují PR s vysvětlením. Tady je AI škálovatelná: ne nahrazování vývojářů, ale automatizace nudné compliance práce, kterou nikdo nemá rád.

Paved path je stejně důležitý jako samotné nástroje. Když 9 000 inženýrů chce stavět AI tooling, následuje chaos. Bloomberg vybudoval gateway pro experimentování s modely, MCP directory, aby týmy objevily existující servery před stavbou duplikátů, a PaaS pro nasazování MCP serverů s ošetřeným autentizováním a bezpečností. Vedoucí princip: "Udělej správnou věc extrémně snadnou, udělej špatnou věc směšně obtížnou."

Adopce není jednotná napříč rolemi. IC přijímají rychleji než engineering manageři. Bloombergova odpověď: vedoucí workshopy, aby si manageři mohli zajistit, že mohou skutečně vést své týmy ohledně AI nástrojů. A noví zaměstnanci se naučí AI kódování během onboardingu, poté se stanou agenty změn, když se připojí k týmům - "Proč to neděláme tímto způsobem?"

Klíčové poznatky

  • AI kódování nabídky klesají mimo greenfield - Proof of concept a testy jsou snadné výhry; starší kód je těžší
  • Zacíl na údržbu, ne vývoj - Bezpečnostní opravy, migrace a upgrady jsou místo, kde se AI nejlépe škáluje
  • Nový metrický problém: čas na merge se zvýšil - AI generuje PR rychleji, ale code review se stává úzkým místem
  • Vybuduj paved path - Gateway pro modely, MCP directory pro zjišťování, PaaS pro nasazování
  • Udělej demo snadné, produkci kontrolovanou - Nech týmy experimentovat volně, ale vyžaduj quality gates pro produkci
  • Školení nových zaměstnanců na AI-first workflowech - Stanou se agenty změn, které zpochybňují "jak jsme to dělali vždycky"
  • Vedení potřebuje také zvýšení kvalifikace - IC přijímají rychleji; manageři potřebují workshopy k vedení AI-enable týmů
  • AI mění nákladovou funkci - Trade-off rozhodnutí se posunují; některé práce se stávají levnější, některé dražší

Velký obrázek

V měřítku podniku (9 000 inženýrů, stovky milionů řádků) AI kódování nabídky přicházejí z údržbářské práce - bezpečnostní opravy, migrace, upgrady - ne greenfield vývoj. Skutečný vhled: zaměř se na podřadnou compliance práci, kterou nikdo nechce dělat. Code review se stává novým úzkým místem.

Related