Китайський Open Source: Вичерпна історія
Це переклад дуже цікавої історії Chinese Open Source: A Definitive History — Kevin Xu, Interconnected яка точно багатьом не відома — китайськй відкритий код. Сама країна доволі закрита для іноземців і складно знати що там коїться якщо там не живеш, тому історії про те що відбувається, чи видбувалося в країні завжди цікаво. Маю надію що вам сподобається
Відкритий код раніше був нішевою темою. Китайські технології також були нішевою темою. Завдяки ШІ, об’єднана тема “китайських технологій з відкритим кодом” стала темою дня. Це історія, яку всі намагаються зрозуміти і на основі якої приймають рішення — від хакерських будинків у Сан-Франциско до урядових палат у Вашингтоні, Брюсселі, Нью-Делі і, так, навіть у Пекіні.
Я почав писати про китайський відкритий код понад п’ять років тому в цій розсилці як хобі-тему(прим. перекл. мабуть автор має на увазі сайт Інтерконнектед, чи твітер). Тоді мало хто в технологічному чи політичному світі звертав увагу на те, що китайські розробники робили на GitHub, які різноманітні проєкти та спільноти з відкритим кодом зароджувалися в технологічних гігантах і нових стартапах, або чому китайський уряд змінив свій тон щодо відкритого коду з байдужості та епізодичної ворожості, на повне схвалення як основної частини стратегії національних інновацій та м’якої сили.
DeepSeek змінив усе. Разом із Qwen, Kimi, GLM, MiniMax, Stepfun і навіть Unitree, китайські ШІ-моделі з відкритими вагами підкорили світ. Ця популярність навіть принесла “відкритому коду” згадку в найважливішій промові китайського прем’єра на Двох сесіях, з чітким зобов’язанням продовжувати розвиток спільнот відкритого коду та екосистем як частини наступного п’ятирічного плану країни.
Яким би несподіваним це не здавалося, відкритий код у Китаї не з’явився нізвідки і має довгу історію. На відміну від таких галузей, як сонячна енергетика, напівпровідники чи батареї, він ніколи не вважався “стратегічним” наверху, але існував переважно як органічна субкультура в технологічному секторі, доки DeepSeek не вивів його з невідомості.
Велике питання, яке стоїть перед багатьма людьми, що приймають рішення, — чи стане китайський відкритий код постійною частиною глобального технологічного ландшафту, чи це минуще явище, яке буде заборонене і виключене західними столицями, незважаючи на його привабливість для західного капіталізму. Перш ніж вирішувати цю проблему, мабуть, важливо спочатку знати історію китайського відкритого коду.
Раніше працюючи в GitHub і очолюючи стратегію міжнародної експансії компанії, а також беручи участь у багатьох проєктах із відкритим кодом між Кремнієвою долиною та Китаєм, я мав місце в першому ряду, спостерігаючи як відкритий код став силою в китайській, а потім і глобальній технологічній екосистемі. Сам DeepSeek, можливо, є аномалією з хедж-фондовим походженням і відсутністю бізнес-моделі, але зростання та найкращі практики інших китайських ШІ-лабораторій є результатом природної і дещо передбачуваної еволюції зрілої культури відкритого коду, якій знадобилося два десятиліття, щоб визріти. Навіть часто цитоване висловлювання Дженсена Хуанга — “50% талантів у сфері ШІ родом із Китаю” — не повинно шокувати людей, враховуючи ключову роль, яку відкритий код завжди відігравав у масовому поширенні технічної освіти.
Ця стаття намагається розповісти повну дугу історії — вичерпну історію китайського відкритого коду — від його найперших днів до теперішнього моменту. Я поділив цю історію на шість актів, кожен з яких є віхою, що позначає, на мою думку, ключовий розділ, аби допомогти читачам слідкувати за сюжетом і побачити загальну картину. Я також залучив декількох експертів, які є давніми учасниками китайського руху за відкритий код, щоб отримати їхній оновлений погляд та зворотний зв’язок. (Вони згадані в кінці статті, хоча будь-які думки, припущення або помилки в цій статті слід треба приписувати лише мені.) Я представляю персонажів та голоси, які додають людський колорит до цієї досить сухої та технічної теми, щоб зробити історії більш зрозумілими, усвідомлюючи, що деякі деталі опущені.
Незалежно від того, через яку призму ви читаєте це — як інвестор, політик, підприємець чи хакер — я сподіваюся, що ви дізнаєтеся щось нове.
Акт 1: Покупці та споживачі – Alibaba та “De-IOE”
Поширення програмного забезпечення з відкритим кодом неможливо відстежити, тому важко точно визначити, коли перший рядок open source коду потрапив до Китаю.
Linux, нині розповсюджена операційна система з відкритим кодом, вперше потрапила до Китаю влітку 1994 року. Її привіз китайський технолог Гун Мінь, який випадково проводив дослідження в Гельсінському університеті, коли Лінус Торвальдс, студент того ж університету, створив і випустив першу версію Linux у 1991 році. Можна сказати, він опинився в потрібному місці в потрібний час.
Шанхай створив першу відому групу користувачів Linux у Китаї в 1997 році. До початку 2000-х Пекінська група користувачів Linux також працювала. Фонд Mozilla відкрив свій перший офіс у Китаї в 2007 році. Linux Foundation також провів саміт Open Source Software у Гуанчжоу в 2007 році, де виступив Джим Землін, виконавчий директор фонду, який і сьогодні очолює Linux Foundation. За моїми найкращими оцінками, програмне забезпечення із відкритим кодом пустило перші корені в Китаї в середині-кінці 1990-х, коли декілька великих підприємств спробували Linux для підвищення ефективності та зниження витрат. Але, як і в решті світу, відкритий код був нішевою концепцією в ландшафті, де домінували Microsoft, IBM та інші гіганти пропрієтарного ПЗ.
Перший великий розділ китайської історії із відкритим кодом почався не з великої урядової заяви чи візіонера-засновника. Він почався, як більшість історій про відкритий код, із інженерів, які намагалися вирішити складні проблеми для своєї компанії. Цією компанією була Alibaba.
У середині 2000-х Alibaba росла як пожежа, настільки, що до 2008 року вона стала найбільшим клієнтом баз даних в Азії, запускаючи 20-вузловий кластер Oracle RAC, але все ще стикаючись з обмеженнями масштабування. Перша ітерація Alibaba була побудована на так званому “стеку IOE” — IBM для серверів, Oracle для баз даних, EMC для зберігання. Стек IOE був золотим стандартом корпоративного ІТ-стеку, тому Alibaba використовувала його, як і більшість технологічних компаній того часу. Через стрімке зростання рахунки компанії за IOE ставали непомірно великими, але стек не міг масштабуватися достатньо швидко для нових користувачів Taobao.
Тому в 2008 році Джек Ма, харизматичний засновник, який, як відомо, не вмів програмувати, запросив ще одного амбіційного дослідника з Microsoft Research Asia, який також не вмів програмувати, Ван Цзяня, щоб вирішити проблему. (Ван отримав ступінь доктора психології.) “Доктор”, як його називали всередині компанії, став головним архітектором, стратегія якого згодом породила Alibaba Cloud. Пізніше його прізвисько оновили до “батька AliCloud”. Але його першим завданням було позбутися стеку IOE, використавши технології з відкритим кодом. Так почалася кампанія “де-IOE”.
Ця кампанія обурила багатьох рядових інженерів, багато з яких будували кар’єру як сертифіковані адміністратори IBM чи Oracle. Багато хто раніше працював у цих двох компаніях. Але Ван мав повну підтримку Джека Ма, бюджет у 1 мільярд юанів на рік для завершення “де-IOE”, і шляху назад не було. Alibaba почала використовувати звичайні сервери x86 замість IBM. Вона досліджувала побудову власних розподілених систем зберігання, щоб замінити EMC. Найголовніше — вона вивчала MySQL, популярний проєкт із відкритим кодом реляційної бази даних, щоб назавжди позбутися Oracle. (Oracle пізніше поглинув MySQL у рамках придбання Sun Microsystems у 2010 році, яка купила MySQL у 2008 році.)
Після п’яти болісних років, у травні 2013 року Alibaba відключила свій останній мінікомп’ютер IBM. Два місяці потому, у липні 2013 року, Oracle був виведений з основної рекламної системи Taobao на користь власної реалізації MySQL. Витрати на ІТ знизилися, масштабованість зросла, було посіяне зерно для Alibaba Cloud, і інженерні можливості компанії піднялися для нових можливостей, таких як масштабування для обробки піків трафіку на кшталт Дня холостяків — найбільшого свята онлайн-покупок у світі.
Я розповідаю історію “де-IOE” так детально, тому що це був не звичайний ІТ-міграційний проєкт. Це був засновницький міф китайського відкритого коду, де велика китайська технологічна компанія поставила все своє інфраструктурне майбутнє на програмне забезпечення з відкритим кодом і масове обладнання, витримала роки внутрішнього скептицизму і вийшла з цього сильнішою. Це також породило творчу енергію, яка привела до внутрішнього проєкту бази даних під назвою Oceanbase, до якого ми повернемося в нашій історії пізніше.
Здебільшого “де-IOE” була показовою для ери, коли китайські технологічні компанії були споживачами відкритого коду для задоволення потреб зростання під час розквіту мобільного інтернету. Не було вимог самодостатності в націоналістичному сенсі. Те, що MySQL була зареєстрована у Швеції, а потім належала тому ж американському гіганту баз даних, від якого Alibaba намагалася позбутися, не було великим червоним прапорцем. Уникнення західних технологій ще не було пріоритетом.
З встановленим прецедентом де-IOE, ширша китайська технологічна екосистема агресивно пішла за прикладом і почала впроваджувати відкритий код. На початку 2016 року головний конкурент Alibaba в електронній комерції, JD.com, прийняв Kubernetes менш ніж через рік після того, як Google випустив його у відкритий код, і задовго до того, як більшість західних технологічних компаній відчули себе комфортно, використовуючи його. Ця досить ризикована позиція щодо використання Kubernetes, програмного забезпечення для оркестрації хмарних контейнерів, яке пізніше стало де-факто стандартним шаром у всіх хмарних платформах, була наслідком шаленого зростання китайського інтернету (JD потребував більшої масштабованості, ніж Walmart), а також зростаючої впевненості у використанні, споживанні та налаштуванні технологій із відкритим кодом для власних потреб. Ця впевненість є важливим маркером, оскільки пізніше китайські компанії почнуть створювати та контрибутити в проекти із відкритим кодом.
Але здебільшого менталітет тієї епохи був переважно “що відкритий код може зробити для мене”.
Акт 2: Будувальники спільнот — GitHub, Kaiyuanshe, фальшивий вихідний
До середини 2010-х кожна велика китайська технологічна компанія була так чи інакше залучена до культури відкритого коду. Деякі з цих зусиль були серйозними і корисними для екосистеми. Деякі, відверто кажучи, полягали в тому, що компанії викидали невдалі внутрішні проєкти, “відкривали” їх, завантажуючи на GitHub, і на цьому зупинялися, використовуючи свою напівсерйозну присутність для рекрутингу. Якість та відданість були непослідовними, документація часто була лише китайською мовою, що робило проєкти недоступними для глобальної аудиторії розробників, а підтримка була нерегулярною.
Щоб бути успішним із відкритим кодом, потрібно набагато більше, ніж просто хороший код. Потрібна платформа для співпраці, прозорий процес для участі будь-кого та набір норм і поведінки, які вимагають більше навичок високого EQ і координації, ніж один-два геніальні інженери, що стукають по клавіатурі.
Саме тоді на сцену вийшли будівники спільнот.
Перш ніж ми зануримося в китайських низові спільноти -будівників спільнот програмного забезпечення із відкритим кодом, ми повинні спочатку віддати належне моєму колишньому роботодавцю — GitHub. (Розкриття: я раніше очолював стратегію глобальної експансії GitHub.)
Заснований у 2008 році, GitHub був типовим стартапом Кремнієвої долини, який побудував веб-платформу, щоб зробити Git — систему контролю версій, створену Лінусом Торвальдсом відомим через Linux — простішою у використанні для звичайних розробників. Маючи центр тяжіння до спільноти Ruby на ранньому етапі (GitHub і сьогодні залишається одним із найбільших веб-додатків на Ruby on Rails) та використовуючи схему будування простору імен по користувачу (на відміну від організації чи компанії), платформа стала ракетою (тут можна прочитати розширену версію історії GitHub).
Незабаром кожен програміст зі стабільним інтернет-з’єднанням приєднався до GitHub для завантаження, співпраці та створення програмного забезпечення з відкритим кодом — все безкоштовно. Коли GitHub став домівкою відкритого коду за замовчуванням, китайські розробники з’явилися масово. До 2018 року Китай був другою за розміром країною за кількістю користувачів GitHub та активності, вимірюваної форками, клонами та контрибуціями.
Оскільки GitHub мав елементи соціальної мережі, подібної до Facebook чи Twitter, але для програмістів-гіків, він опинився в незручному становищі в Китаї. У 2013 році його домен був тимчасово заблокований Великим файрволом. У 2015 році він зазнав масової DDOS-атаки, яка пізніше стала відома як атака “Великої гармати”. Пізніше, коли GitHub випустив свій мобільний додаток, він був недоступний в магазині додатків у Китаї.
Однак кожна спроба уряду чи пов’язаних з ним груп кібератак порушити роботу або заблокувати GitHub зустрічала колективний протест зростаючої спільноти розробників країни. Якщо GitHub не працює, ніхто не може працювати або програмувати. Крапка! До сьогодні GitHub залишається, мабуть, найбільшим західним вебсайтом, який технічно не заблокований у Китаї, хоча його працездатність час від часу порушується.
Хоча доступ до GitHub, а відповідно і до найкращого програмного забезпечення із відкритим кодом та розробників з усього світу, залишався незмінним, Китаю бракувало власного центру тяжіння спільноти. Саме тоді на арену вийшла Kaiyuanshe.
Заснована у жовтні 2014 року, Kaiyuanshe (开源社) — це романізований піньїнь, що означає “Товариство відкритого коду”. Його створили кілька ентузіастів відкритого коду з бажання, щоб Китай мав власну спеціалізовану спільноту розробників відкритого коду. Вона була волонтерською (усі члени ради та персонал мають інші роботи в технологічних компаніях), вендор-нейтральною (що означає, що жодна велика компанія не могла домінувати в порядку денному) і складалося виключно з індивідуальних членів, а не корпорацій. Його засновницький принцип — внесок, консенсус, спільне управління — настільки ж ідеалістичний, як будь-яке формулювання місії.
І воно процвітало.
Після скромного старту Kaiyuanshe тепер проводить щорічну China Open Source Conference, або COSCON, яка збирає спікерів від провідних open source організацій звідусіль, від Linux Foundation до CEO GitHub. COSCON відзначила свою 10-у річницю минулого року.
Kaiyuanshe також не цурається чорнової роботи, виконуючи не лише помітні речі на кшталт проведення великих конференцій, але й невдячну роботу з навчання як зовнішнього світу про китайський відкритий код, так і китайських розробників про зовнішній світ. Вона публікує щорічний звіт China Open Source Annual Report для картографування екосистеми відкритого коду країни, використовуючи дані з GitHub та Gitee, місцевого конкурента GitHub. Вона стала першим китайським членом Open Source Initiative (OSI), організації, яка має моральний авторитет у визначенні того, що є, а що не є відкритим кодом (на прикрість багатьох корпорацій). У 2019 році вона допомогла розробити Mulan Permissive Software License — першу двомовну китайсько-англійську ліцензію з відкритим кодом, затверджену OSI. Здавалося б, технократична деталь, але затверджена OSI ліцензія Mulan означала, що китайська спільнота програмного забезпечення із відкритим кодом нарешті отримала ліцензію, яка була одночасно визнана в усьому світі юридично та написана їхньою рідною мовою.
Kaiyuanshe відіграла вирішальну роль у навчанні китайських розробників нормам, процесам та культурі відкритого коду. Багато розробників у Китаї були технічно обізнаними, але незнайомими з соціальними нормами співпраці над відкритим кодом: як правильно оформити pull request, як конструктивно проводити код-рев’ю, як будувати стійкі спільноти навколо проєктів. Через воркшопи, документацію та менторські програми Kaiyuanshe допомогла прищепити та виростити найкращі практики, які проклали шлях до успіху китайських моделей з відкритими вагами в ШІ-еру. Зрілість і витонченість, з якими команди DeepSeek, Qwen та Kimi ліцензують свої моделі та керують своїми спільнотами та онлайн-присутністю, — це результат багаторічної роботи волонтерів Kaiyuanshe.
Членство Kaiyuanshe з часом стало більш міжнародним. Тайванські, японські та навіть польські розробники приєднались до організації. Спільним знаменником була не національність, а пристрасть до технологій із відкритим кодом, а також певне володіння мандаринською китайською для обговорення з іншими членами.
Доморощена спільнота програмного забезпечення із відкритим кодом під керівництвом Kaiyuanshe породила унікальну, часто ексцентричну та іноді голосну субкультуру розробників. Два приклади, на яких варто зупинитися: День програміста 1024 та 996.ICU.
День програміста 1024
Поки Kaiyuanshe будувала інституційний шар, на низовому-рівні відбувалося щось не менш важливе — і більш яскраве. Китайські розробники створювали власну субкультуру, включно з власним святом!
У 2010 році сайт спільноти розробників провів онлайн-голосування для встановлення Китайського дня програміста. Датою-переможцем стало 24 жовтня, тобто 1024, тобто 2^10 у двійковій системі. Якщо ви програміст, вам не потрібно пояснювати, так само як те, що означає 20 квітня або 420 для іншої субкультури. 1024 — це число, яке водночас є маркером ідентичності.
Росія фактично була першою країною з якимось Днем програміста. Російські розробники обрали 13 вересня, тобто 256-й день року, або 2^8 у двійковій системі. Його також затвердив і схвалив верх; тодішній президент Медведєв підписав його як закон у 2009 році. Китайський День програміста, навпаки, був повністю знизу вгору, поза увагою влади, у часи, коли самоорганізоване громадянське суспільство мало деякий простір для існування. Жодного урядового штампу не було потрібно. Було навіть незрозуміло, чи хтось у Пекіні взагалі помітив або захвилювався.
До 2015 року це “несправжнє свято” зажило власним життям, де технологічні компанії, які хочуть підтримати (або найняти) технічних талантів, повністю прийняли його та спонсорували в галузеве свято програмістської культури та ідентичності. Тематика свята іноді може бути серйозною, як-от боротьба за більше відпочинку і менше понаднормової роботи. Іноді вона буває іронічною і самокритичною, як-от боротьба зі стереотипами про картаті сорочки та лисини (більшість програмістів — чоловіки).
Одне було зрозуміло: китайські програмісти мали достатньо особистості, ексцентричності та грайливості, щоб сміятися з себе. У 2020 році CSDN — найбільша медіамережа для програмістів у Китаї та одна з груп-співзасновників Kaiyuanshe — запустила багатоденну конференцію та святкування Дня програміста в Чанша, крутому та доступнішому місті, популярному серед молодих китайських професіоналів. Це стало щорічним феноменом.
996.ICU
Якщо День програміста був про тепле і приємне, то кампанія 996.ICU стала виразом серйозного захисту індивідуальних прав та добробуту розробників. У березні 2019 року, в розпал нещадної конкуренції в китайському технологічному секторі, китайський програміст створив репозиторій на GitHub під назвою 996.ICU.
Назва була чорним гумором: працюй 996 — з 9 ранку до 9 вечора, шість днів на тиждень — і опинишся в реанімації (ICU — Intensive Care Unit). Репозиторій швидко став другим за кількістю зірок у всій історії GitHub, набравши понад 200 000 зірок за кілька тижнів. Використання GitHub як місця для вираження цієї колективної стурбованості перепрацюванням не було випадковістю. Пам’ятаєте, я говорив, що GitHub залишається незаблокованим у Китаї, попри численні спроби? Це означає, що контент на вебсайті також загалом захищений від цензури чи видалення.
Репозиторій на GitHub міг бути в безпеці, але великі технологічні компанії Китаю намагалися його приховати та стримати його вірусне поширення. QQ від Tencent та UC Browser від Alibaba заблокували офіційний сайт 996.ICU. Джек Ма захищав драконівський графік роботи як “благословення та привілею”.
Тим не менш, кампанія 996.ICU блискавично підкорила інтернет та медіа. Вона також принесла реальні зміни. Рух привів до створення так званої Anti 996 License, розробленої студентом юридичного факультету Університету Іллінойсу. Адаптована з ліцензії MIT, популярної пермісивної ліцензії для програмного забезпечення із відкритим кодом, яку пізніше використав DeepSeek, вона додала один радикальний пункт: будь-яка компанія, що використовує ПЗ з цією ліцензією, повинна дотримуватися місцевих трудових законів та конвенцій Міжнародної організації праці. Вона була розроблена для захисту прав і здоров’я розробників, залишаючись сумісною з усіма основними ліцензіями для програмного забезпечення із відкритим кодом.
Через два роки після початку кампанії, у серпні 2021 року, Верховний народний суд Китаю разом із Міністерством людських ресурсів та соціального забезпечення офіційно визнав “996” незаконним. Наскільки мені відомо, це був перший раз, коли низова кампанія, очолювана розробниками, використала механізми організації роботи із відкритим кодом для впровадження не лише норм інтелектуальної власності, але й норм трудового права, і зрештою завершилася юридичною перемогою.
Іронія тут сильна: культура 996 тепер прославляється, очікується, якщо не вимагається в Кремнієвій долині, де кожен стартап хвалиться тим, наскільки вони “залочені” у своєму прагненні будувати технології, що змінюють світ в ШІ-еру. Проте та ж токсична культура була визнана незаконною роками раніше китайською спільнотою розробників, які використали західний вебсайт GitHub і цілком ліберально-демократичні процеси для захисту себе від деспотичних босів. (996, звичайно, в реальності ніколи не зникла з Китаю.)
Нитка, що зв’язує все
Нитка, що з’єднує використання GitHub, Kaiyuanshe, День програміста, 996.ICU та інші паростки зростання відкритого коду в Китаї, описує ширшу еволюцію окремої спільноти розробників, яка стала достатньо великою, кваліфікованою та впевненою, щоб не лише брати і споживати, але й створювати і контрибутити.
Те, що виникло, часто називають “дух відкритого коду” (开源情怀) — де чиста віра в утопічний кумулятивний ефект суму відкритого коду зливалася з інтенсивним інженерним прагненням проявити себе на світовій арені. Частина цього духу походила від гострого усвідомлення того, що ніхто на Заході не поважає те, що створюють китайські розробники, бо все в Китаї таврують як вкрадене або створене шахрайством. Найкращий спосіб відповісти — не лише розробити технологію світового класу, а й поділитися нею і віддати через відкритий код.
Якщо це нагадує вам дух DeepSeek, тепер ви знаєте, звідки він виник. Але цей “дух відкритого коду” та багато технологій, які він допоміг створити, передували прориву Ляна Веньфена на десятиліття.
Акт 3: Стартапи із відкритим кодом — Від побічних проєктів до мільярдних компаній
Поки великі технологічні компанії використовували відкритий код для свого шаленого зростання, а організації на кшталт Kaiyuanshe формували та систематизували “дух відкритого коду” для звичайних розробників, середина 2010-х також ознаменувала початок незалежних проєктів із відкритим кодом та стартапів, які зародилися в Китаї з амбіціями працювати на весь світ.
Це була ера, коли венчурний капітал у Китаї також був рясним, що збігалося зі зростаючим схваленням відкритого коду у Кремнієвій долині як способу будувати великі компанії. Кілька тисяч зірок на GitHub-проєкті могли легко принести кілька мільйонів доларів посівного фінансування. Китайські венчурні капіталісти, які завжди були дуже в курсі течій Кремнієвої долини, агресивно підтримували найкращі китайські проєкти із відкритим кодом, щоб осідлати ту ж хвилю.
Ось кілька видатних проєктів, які стали добре фінансованими стартапами.
Apache Kylin, заснований у 2015 році, був одним із перших китайських проєктів, що досяг статусу “Top Level” в Apache Software Foundation, що було (і залишається) серйозним знаком схвалення та легітимності для будь-якого нового проєкту із відкритим кодом. Команда вийшла з дослідницької лабораторії eBay в Китаї, а програмне забезпечення мало на меті вирішити завдання аналітики великих даних, подібно до Apache Spark. Команда Kylin згодом заснувала стартап навколо свого проєкту під назвою Kyligence, підтриманий венчурним капіталом, подібно до того, як команда Spark пізніше створила гіганта сховищ даних Databricks.
TiDB, також заснований у 2015 році, став одним із найшвидше зростаючих GitHub-проєктів із Китаю на той час. Це була розподілена MySQL-подібна база даних, натхненна статтею Google Spanner, співавторами якої були такі світила ШІ, як Джефф Дін. Троє засновників мали досвід у базах даних та інфраструктурі з швидкозростаючого інтернет-сектору Китаю, включаючи той самий JD.com, який ризикнув із Kubernetes. Стартап, створений навколо TiDB, називається PingCAP і залучив сотні мільйонів венчурного фінансування. До 2018 року PingCAP вважали достатньо хорошим, щоб замінити Oracle у Китаї.
(Розкриття: я консультував Kyligence з питань стратегії експансії в США. Я також працював у PingCAP, очолюючи стратегію виходу на ринок, спільноту та зростання за межами Китаю.)
Багато інших проєктів із відкритим кодом отримали фінансування для створення стартапів у той час. PingCAP і Kyligence були аж ніяк не єдиними, хоча вони очолювали тренд. І великі технологічні компанії Китаю звернули увагу на стрімке зростання та популярність цих незалежних проєктів, підкріплених венчурним фінансуванням, і відчули тиск робити більше, ніж просто використовувати відкритий код для себе.
Oceanbase, проєкт бази даних, який ми згадували раніше як внутрішній проєкт кампанії Alibaba “де-IOE”, продовжував розвиватися. Він зрештою побив світовий рекорд галузевого бенчмарку баз даних TPC-C у 2019 році. Тобто у вузькому, бенчмарковому сенсі Oceanbase стала найшвидшою базою даних у світі! Але як проєкт із закритим кодом, закритий усередині Ant Financial, фінтех-дочки Alibaba, і надто тісно пов’язаний з технологічним гігантом, його популярність була обмеженою, поки TiDB розквітала у відкритому просторі. Щоб конкурувати з такими як TiDB, Oceanbase була виділена з Ant у 2020 році та відкрила свій код у 2021 році.
Знизу вгору, дружній до розробників двигун зростання відкритого коду поширився за межі нішевого світу інфраструктурного ПЗ, такого як бази даних.
Baidu, гігант пошукових систем, відкрив код своєї платформи автономного водіння Apollo у 2017 році, прагнучи стати “Android самоврядних автомобілів”. Шар Apollo продовжує забезпечувати роботаксі Baidu сьогодні, які загалом виконали 20 мільйонів поїздок по всьому світу.
Alibaba просунула відкритий далі у свої апаратні амбіції. Її дочірня компанія з проєктування чипів T-Head використала архітектуру набору інструкцій із відкритим кодом для напівпровідників RISC-V і запустила проєкт процесора із відкритим кодом під назвою Xuantie у 2021 році. T-Head тепер виробляє одне з найшвидших процесорних ядер на базі RISC-V у світі. За чутками, підрозділ планує IPO в Гонконгу цього року.
Навіть електромобільний гігант BYD не хотів залишатися осторонь паровозу відкритого коду. У 2018 році BYD провела конференцію для запуску своєї платформи відкритого коду D++, дозволяючи розробникам вільно завантажувати та будувати програми на основі її програмного стеку, що торкається сенсорів та контролерів її автомобілів. Платформа також інтегрувалася з Apollo від Baidu, оскільки проєкти із відкритим кодом мають тенденцію до перехресного запилення та взаємодії для створення ширшої платформи. Якщо Baidu мала амбіції стати “Android самоврядних автомобілів”, то BYD також мала амбіції стати “Android електромобілів” — все через відкритий код.
Ці проєкти, як від незалежних стартапів, так і від технологічних гігантів, ніколи не отримували тих заголовків і відомості, які пізніше здобув DeepSeek. Але вони виробили м’язову пам’ять — інженерну культуру, навички управління спільнотою, витонченість у балансуванні між пермісивним ліцензуванням та комерційними очікуваннями — яка виявилася критично важливою, коли великі мовні моделі підкорили світ.
Акт 4: Huawei — Коли Plan B став Plan A
Неможливо говорити про китайський відкритий код, або будь-що в китайських технологіях, без Huawei. Проте цей національний чемпіон не з’являвся в нашій розповіді до цього моменту. Це тому, що він відносно пізно долучився до гри у відкритий код. І Huawei була б рада залишатися такою, якби світ не повернувся проти неї.
Як і інші китайські технологічні компанії, Huawei почала використовувати та споживати ПЗ із відкритим кодом понад два десятиліття тому. З розвитком своїх технологій Huawei також стала активним контрибутором в ядро Linux — операційну систему з відкритим кодом, яка працює на більшості обчислювальних платформ у світі. До 2018 року Huawei входила до найбільших контрибуторів ядра Linux. Але вона була задоволена участю в чужих екосистемах, а не інвестуванням у створення власної.
Все змінилося 15 травня 2019 року, коли Міністерство торгівлі США внесло Huawei до чорного списку.
Якщо кампанія “де-IOE” показала китайським технологічним компаніям, як використовувати відкритий код для зростання та масштабування, то відповідь Huawei на санкції США продемонструвала щось більш екзистенційне: що прийняття відкритого коду було питанням корпоративного, і навіть національного, виживання.
Безпосередній ефект “внесення до чорного списку” був руйнівним. Huawei була відрізана від усієї екосистеми Android під керівництвом Google, хоча Android також є програмним забезпеченням із відкритим кодом. Це скалічило смартфонні продукти Huawei, деякі з яких починали продаватися краще за iPhone від Apple на певних ринках. Вона також була відрізана від американських чипів — від Intel до Qualcomm. Ці обмеження з часом поширилися на TSMC через правило іноземного прямого продукту, тому Huawei мала б труднощі з виробництвом чипів, розроблених власними силами, на найкращих фабриках світу. Увесь американський та проамериканський ланцюг постачання технологій швидко обривався.
Послання з Вашингтона було зрозумілим: він хотів знищити Huawei назавжди.
Huawei довелося заново винаходити всі велосипеди якомога швидше з інженерної точки зору. Їй не довелося починати з нуля. Ще в 2012 році компанія розпочала кілька внутрішніх проєктів “План Б” для створення альтернатив ключовим технологіям із залежністю від західних технологій. Проєкт HarmonyOS, операційна система Huawei, розпочався в 2015 році. HongMeng Kernel, мікроядро, розроблене з нуля і не засноване на Linux, почало створюватися в 2016 році. До 2017 року робоча версія HarmonyOS була продемонстрована Жень Чженфею, засновнику та патріарху Huawei.
Але коли План Б стає Планом А, все одно потрібна адаптація. Huawei довелося швидко направити всі свої ресурси на розробку цих напівготових альтернатив. Що ще важливіше для нашої історії, компанія вирішила відкрити код якомога більшої частини цього. На той момент Huawei та більшість китайських технологічних компаній вже усвідомили, що мати хороший код і працюючу технологію — це добре, але їхній потенціал обмежений без відкритої екосистеми та уваги розробників.
У типовому для Huawei стилі вона пішла ва-банк у відкритий код, майже нічого не приховуючи. В останній день 2019 року вона відкрила код openEuler, серверної операційної системи для хмари. Протягом 2020 року, коли весь світ боровся з Covid, вона відкрила код openGauss, розподіленої бази даних, подібної до Oceanbase і TiDB, openLooKeng, механізму віртуалізації даних, і MindSpore, фреймворку для ШІ-обчислень, який стане більш помітним пізніше в ШІ-еру. У вересні 2020 року вона не лише відкрила код OpenHarmony, мобільної операційної системи на основі HarmonyOS, але й використала його для створення нового фонду з відкритим кодом — OpenAtom Foundation. Цей фонд став першим доморощеним китайським фондом програмного забеспечення із відкритим кодом із державною підтримкою. Це важлива відмінність від Kaiyuanshe, яка залишається волонтерською та низовою організацією і сьогодні. Щоб вижити, Huawei прагнула відтворити не лише кожен рівень технологічного стеку, але й спільнотну тканину відкритого коду.
Поки все це відбувалося, компанія все ще активно використовувала та контрибутила в Linux, щоб тримати бізнес на плаву. Настільки активно, що коли Linux випустив версію 6.1 у грудні 2022 року, Huawei — не Intel, не Red Hat, а Huawei — була контрибутором №1!
До жовтня 2024 року, коли Huawei запустила HarmonyOS NEXT, вона видалила кожен рядок коду Android, замінила ядро Linux своїм мікроядром HongMeng і почала забезпечувати кожен додаток у своїй екосистемі власним кодом. Більше ніякого Android. Більше ніякої спадщини Google. Розлучення із західними технологіями було завершене.
Акт 5: Уряд нарешті помітив
Уряд відігравав мінімальну роль протягом більшої частини історії відкритого коду в Китаї. Зростання та еволюція залишалися повністю в межах потреб приватного бізнесу (як кампанія Alibaba “де-IOE”) та grassroots-пристрастей спільноти (як Kaiyuanshe). Можливо, деякі чиновники нижчого рівня чули про відкритий код та намагалися його вивчати в ранні роки, але цей спосіб розвитку технологій не досяг жодного рівня пріоритету чи значущості. Навіть нині відомий (або сумнозвісний) офіційний документ “Made In China 2025”, опублікований у травні 2015 року, жодного разу не згадував відкритий код! Якщо що, його внутрішні механізми соціальної організації — спілкування та співпраця з розробниками з усіх куточків світу — становили стільки ж ризиків, скільки й переваг для обмеженого інтернету Китаю.
Цей статус “поза радаром” змінився у 2021 році, коли Міністерство промисловості та інформаційних технологій (MIIT), головна бюрократія та регулятор технологічної індустрії Китаю, закріпило важливість програмного забезпечення із відкритим кодом у своєму плановому документі як компонент 14-го п’ятирічного плану країни. Термін “відкритий код” був згаданий 27 разів. Створення OpenAtom Foundation на чолі з Huawei було виділено як велике досягнення та приклад для наслідування. Міністерство поставило мету побудувати та виростити дві-три спільноти навколо програмного забезпечення із відкритим кодом з “глобальним впливом” до 2025 року.
Це урядове прийняття, як і будь-яке урядове прийняття, було палицею з двома кінцями.
З позитивного боку, в економіці на кшталт китайської завжди краще бути на одному боці із урядом, ніж на протилежному боці. Запитайте будь-кого, хто працював в EdTech або високих фінансах кілька років тому. Це також означає, що більше ресурсів було виділено на місцевому рівні для підтримки прийняття центральним урядом. Частина цих нових ресурсів була витрачена даремно або прив’язана до планів просування амбіційних чиновників, але частина принесла користь. Це патерн, який повторюється знову і знову в Китаї — у напівпровідниках, сонячній енергетиці, батареях — стаючи майже необхідною ціною ведення бізнесу для промислової політики китайського зразка. Але такі втрати завжди кращі, ніж бути на неправильному боці.
З негативного боку, явна урядова увага також означає жорсткі тактики, типу вибору переможців. Це сталося ще до п’ятирічного планового документа MIIT, коли в серпні 2020 року Міністерство помазало Gitee, доморощений клон GitHub на базі Git, як кращу компанію для управління вихідним кодом (або національного чемпіона) і платформу для сприяння більшому внутрішньому зростанню програмного забезпечення із відкритим кодом. Але відкртий код за визначенням є глобальним; жодна хороша технологія із відкритим кодом ніколи не створювалася в межах однієї країни. Кожна значна китайська технологічна компанія, від Alibaba до PingCAP, звичайно, це вже знала, практикуючи відкритий код на високому рівні. Для відповідності кожен помітний китайський проєкт із відкритим кодом був продубльований та дзеркалений з GitHub на Gitee — додаткова копія, яка стала додатковою роботою та додатковим головним болем для підтримки. Тим часом більшість активності все ще відбувалася на GitHub, а пізніше на HuggingFace, подібній платформі для співпраці, що хостить моделі із відкритими вагами та набори даних, коли ШІ з відкритим кодом набрав обертів.
Існує тенденція перебільшувати роль та вплив китайського уряду в кожному секторі економіки. Для деяких секторів цей вплив правдивий і обґрунтований. Що стосується відкритого коду, принаймні, уряд прийшов набагато пізніше. У цьому випадку бюрократи слідували за кодом та спільнотою, а не навпаки.
Акт 6: ШІ-ера — Все зібралося воєдино
Коли DeepSeek з’явився на радарах у січні 2025 року, те, що зробило випуск його моделі міркувань R1 екстраординарним для мене, було не її (дещо дискусійна) економічна ефективність, яка обвалила акції NVIDIA, а те, як вона була випущена. Ліцензія MIT для дозволу всіх випадків використання без обмежень. Повний ланцюг міркувань, відкритий для всіх (і для дистиляції). Після цього — тиждень відкритого коду, де DeepSeek щодня відкривала код все більшої кількості компонентів своїх інструментів, щоб стимулювати участь спільноти та активність екосистеми.
Це був класичний плейбук open source-запуску, виконаний бездоганно (і, ймовірно, далеко перевершив очікування команди DeepSeek). Це був приклад зрілості в тому, як правильно робити програмне забезпечення із відкритим кодом, який визрівав два десятиліття. І DeepSeek був не один.
Команда Qwen від Alibaba відкрила ваги своєї моделі навіть раніше за DeepSeek, також використовуючи не менш пермісивну ліцензію Apache 2.0. Коли Kimi запустила свою Thinking-модель у листопаді, її засновник Ян Чжілінь та інші члени основної команди вийшли на Reddit відповідати на питання і безпосередньо спілкувалися зі спільнотою англійською мовою. Це був крок і сигнал впевненості, який було б важко здійснити китайському open source засновнику кілька років тому. Ян пізніше вийшов у X/Twitter для запуску Kimi 2.5 у відео з прямим зверненням до камери. Команда Z.ai також проводила кілька сесій AMA на Reddit кожного разу, коли випускала нову версію своєї GLM-моделі з ліцензією MIT.
Окрім зрілих тактик побудови спільноти та зростаючої впевненості у взаємодії з переважно західною онлайн-аудиторією англійською мовою, китайські open source ШІ-лабораторії також мають все гостріші комерційні інстинкти. Коли OpenClaw, фреймворк із відкритим кодом для ШІ-агентів, підкорив інтернет кілька тижнів тому, Kimi та MiniMax були одними з перших компаній, які запропонували повністю хостоване рішення OpenClaw на своїй платформі з мінімальним налаштуванням. Китайські хмарні гіперскейлери — Alibaba, Tencent та Baidu — швидко наслідували приклад. Цей плейбук комерціалізації відкритого коду — хмарне хостоване рішення для популярних інструментів із відкритим кодом, які складно налаштувати — випробуваний хмарними гігантами на кшталт AWS та незалежними вендорами на кшталт MongoDB. Цей плейбук був добре засвоєний кожним китайським open source засновником, мейнтейнером, контрибутором та оператором, які чекали нагоди розгорнути його у світі ШІ.
ШІ-покоління будівників програмного забезпечення із відкритим кодом із Китаю було, мабуть, найбільшою ШІ-історією 2025 року. Прогрес моделей, темпи релізів і кількість ШІ-лабораторій, які одночасно конкурують одна з одною, але й, здається, підбадьорюють одна одну (принаймні в Twitter/X), були стрімкими і невпинними, без ознак уповільнення. Я не буду переказувати численні порівняльні аналізи бенчмарків чи етику дистиляції ШІ тут. (Рекомендую стежити за Натаном Ламбертом та його висвітленням цих тем на Interconnects.AI.) Що я сподіваюся намалювати — це жива картина багатьох поколінь практиків програмного забезпечення із відкритим кодом у Китаї, які дистилювали (не в сенсі тренування ШІ) фундамент знань, на якому стоїть нинішнє покоління ШІ-будівничих.
Чи відвідував Лян Веньфен із DeepSeek вечірку Дня програміста 1024?
Чи відвідував Ян Чжілінь із Moonshot AI вебінар з найкращих практик побудови спільнот від Kaiyuanshe?
Чи вбирав Ван Сінсін, який заснував стартап гуманоїдних роботів Unitree і чиї роботи нещодавно вразили канцлера Німеччини, трохи “духу відкритого коду” в молодші роки? Це точно пояснило б рішення Unitree відкрити код своєї моделі video-language-action — мозку своїх роботів — та підтримувати активну присутність на GitHub, що є унікальним серед робототехнічних стартапів як у Китаї, так і в США.
Ці акти контрибуцій до відкритого коду у ШІ часто зводяться до ще однієї частини “підступного плану” Китаю з нарощування надлишкових потужностей для заповнення світу своїми творіннями, цього разу — програмним забезпеченням і вагами моделей. Як ви вже дізналися, це уявлення є історично неточним. Не кажучи вже про іронію того, що Китай зараз свідомо працює над приборканням надлишкових потужностей та викоріненням інволюції.
Що є правдою — китайські технологічні підприємці мають труднощі зі зростанням за межами Китаю, і відкритий код є ключовою стратегією розширення за кордон. Внутрішня економіка не в найкращій формі, що підтверджується прогнозом зростання ВВП у 4,5-5% з Двох сесій, найнижчим з 1991 року, тому стеля зростання вдома є низькою. Але вихід за кордон також повний перешкод — від токсичності ярлика “Китай” до багатьох труднощів створення продуктів, які подобаються різним ринкам і смакам.
Відкритий код дає потенційним користувачам, розробникам і клієнтам змогу спробувати те, що ви можете робити, без витрат, без ліцензійного тягаря і без юридичних наслідків (поки що), дозволяючи технології бути оціненою за продуктивністю та заслугами. Деякий початковий, короткостроковий дохід може бути втрачений за такого підходу, але якщо технологія може стояти на власних ногах, то брендинг і добра воля від “сарафанного радіо” варті цієї ціни. Відкритий код став необхідним, а не просто приємним доповненням до будь-якої стратегії зарубіжного зростання.
Епілог: 50% талантів і сила відкритості
Два найчастіше цитованих тези Дженсена Хуанга щодо Китаю: 1) Китай має 50% світових талантів у сфері ШІ; 2) open source ШІ з Китаю вражає. (До цього табору можна додати і Ілона.) Мені завжди було кумедно, що він ніколи не згадує ці дві речі разом як одну взаємопов’язану думку. Бо програмне забезпечення із відкритим кодом знаходиться в серці освітньої подорожі кожного інженера, незалежно від того, чи ви почали як підліток-хакер, чи пройшли через престижну університетську програму, чи навчилися в середині кар’єри на буткемпі.
Неможливо мати конвеєр технічних талантів без доступу до відкритого коду та його активного прийняття. Кожна технічна освітня програма використовує програмне забезпечення із відкритим кодом. І не тому, що відкритий код безкоштовний, а більшість освітніх установ бідні. А тому, що відкритість і прозорість кожної технічної деталі є серцем викладання та навчання.
Як ви навчаєте студентів тому, як щось працює, і дозволяєте їм вчитися, досліджувати та експериментувати, якщо вони не можуть бачити і змінювати код (або ваги)? Як країна чи суспільство, якщо ви не просуваєте відкритий код, навіть якщо лише з егоїстичною метою навчання власних людей для конкуренції з іншою країною, як ви сподіваєтеся коли-небудь здійснювати будь-який рівень контролю чи суверенітету над ШІ та його зростаючими можливостями?
Історія китайського відкритого коду — це фундаментально історія поглинання, адаптації та, зрештою, інновацій під тиском. Це органічне, вільно організоване плем’я, яке надає перевагу відкритості та прозорості — цінностям, які часто асоціюються із Заходом і практикуються там. Тепер воно розвинуло свій власний смак і прерогативу — відповідати на тиск самодостатності та прагнення до глобального визнання.
Тепер, коли його історія задокументована (вичерпно, наважуся сказати), майбутнє все ще пишеться. Як воно розгорнеться? Як людина, яка багато років занурена в екосистему програмного забезпечення із відкритим кодом, моє правило — завжди слідувати за розробниками, оскільки більше технологій створюється відкрито китайськими розробниками, ніж будь-коли раніше.
Особлива подяка Сяофену Цзіню, Квіні Цзінь та іншим, хто бажає залишитися анонімним, за цінні та щедрі відгуки на чернетки цієї статті.