Три місяці від початку AI-rewrite Bun: тисячі PR, регулярні затримки релізу і дедалі більше питань

💡 Усі статті, обговорення, новини про Front-end — в одному місці. Приєднуйтесь до Front-end спільноти!

Кілька місяців тому історія з Bun виглядала майже як ідеальна реклама agentic coding.

Якщо пам’ятаєте, то команда вирішила переписати фреймворк із Zig на Rust і значну частину роботи віддала Claude. За словами засновника Bun Джареда Самнера, протягом 11 днів паралельно працювали до 64 інстансів Claude, які генерували, перевіряли й виправляли код. У підсумку тестовий набір проходив на всіх платформах, а сам перехід обійшовся приблизно у $165 тисяч.

Bun 1.4 мав стати першим стабільним релізом уже на Rust. Але ж не може все йти так, як задумувалося початково, правда?

Розробник Теро Піірайнен, який користується Bun ще з ранніх версій, звернув увагу на те, що реліз 1.4 постійно переноситься. Станом на 19 серпня останньою стабільною версією досі залишається 1.3.14, випущена ще у травні.

Паралельно в репозиторії накопичилося вже майже 5000 відкритих Pull Requests. Значну частину нових PR створює robobun — AI-бот Bun, який працює з Claude. Для порівняння зазначу, що кількість відкритих PR’ів у OpenClaw складає 2.3к, а у react — 428. Сам же ж GitHub радить мати не більше 1000 запитів на злиття одночасно, аби не виникало ніяких проблем.

Переписати сотні тисяч рядків коду за допомогою AI за кілька тижнів — це, звичайно, вражає. Але код після цього треба ще роками підтримувати, дебажити, розвивати і, що важливо, розуміти.

До того ж команда Bun після переписування зазначала, що близько 4% Rust-коду знаходиться всередині unsafe-блоків. А автор Zig Ендрю Келлі ще раніше критикував підхід Bun і ставив під сумнів ідею того, що величезний масив AI-згенерованого коду можна достатньо надійно перевірити тестами та іншими AI-агентами.

Після чергової обіцянки Самнера випустити оновлення «завтра» в коментарях почали жартувати й висловлювати своє невдоволення:

«Ми тобі абсолютно віримо, Джареде», — @vikasz_

«Радійте, хлопці: „завтра“ за стандартним часом Джареда означає, що новий блог вийде наступного тижня», — @shahaayush1999

«Тобі, мабуть, байдуже, але особисто я тепер переходжу на Go. Це вже навіть не смішно — ви просто раз за разом годуєте своїх користувачів обіцянками», — @Wibias

«Як тобі вірити? Ти постійно даєш обіцянки, яких не можеш виконати: завтра, наступного тижня, у понеділок...», — @ladiesman812

«Якщо вам потрібно два місяці, щоб випустити реліз, то просто скажіть про це, замість того щоб щотижня обіцяти: „випустимо завтра“», — @ocon_fan

Поки що говорити, що перехід Bun на Rust провалився, точно зарано. Bun 1.4 ще навіть не вийшов, а велика кількість відкритих PR сама по собі теж не означає проблем із кодом.

Але кейс уже добре показує інший бік масового використання AI в розробці. Згенерувати величезний шматок кодової бази можна дуже швидко. А от перевірити його, довести до стабільного релізу й потім роками підтримувати — зовсім інша історія. Подивимося, чим усе закінчиться :)

А ви б узагалі погодилися працювати з кодовою базою, значна частина якої написана AI-агентами?

👍ПодобаєтьсяСподобалось5
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Перестаньте знущатися з себе генерацією коду без архітектури процесів.

Кейс Bun наочно показав: швидка генерація коду без чіткої системи перетворюється на муторну, нескінченну вичитку сміття. У результаті — тисячі PR, прострочені дедлайни та завалені контракти.

Рішення — в архітектурі процесів (Client-Side Knowledge Engine).

Ми відсікаємо весь інформаційний шум та галюцинації ще ДО того, як починається кодинг. Система відразу зв’язує вимоги ТЗ у жорсткий ланцюжок: Тема → Контент → Дія.

Якщо ви виграли тендер і відчуваєте, що проєкт тоне у виправленнях та простроченнях — замовляйте розробку ізольованого прототипу або критичного модуля.

Ми підключимося за 48 годин, відсічемо хаос і гарантуємо дотримання дедлайнів та тендерних вимог замовника.

Скидайте посилання на тендер та ваші задачі у приватні повідомлення DOU — розберемо архітектуру безкоштовно.

Как они собираются проверить весь Bun, и как теперь доверять Bun-у?

Для порівняння зазначу, що кількість відкритих PR’ів у OpenClaw складає 2.3к, а у react — 428

Ну да, порівняли проект якому вже майже 10 років і який вже відносно стабільний (основні баги знайшли і пофіксили) і майже не розвивається, до відносно нових проектів де простору для фіч і багів непочатий край. Не говорячи вже про розмір і складність, де Bun мягко говорячи по-складніше і більше реакта буде.

Ох уж ці журналісти техніних ресурсів, а достатньо одного запиту в ШІ щоб через гітхабовський АРІ зібрав статистику. Ось деякі підсумки:

За останні три місяці Bun створив 7 732 PR проти 553 у React, тобто приблизно у 14 разів більше. Злив 1 993 PR проти 180 у React, тобто у 11 разів більше. Закрив 3 529 PR проти 470, тобто у 7,5 раза більше.

Швидкість обробки також вища: медіанний час до злиття PR у Bun становить 0,35 дня проти 1,16 дня у React. Тобто типовий Bun PR зливається приблизно у 3,3 раза швидше.
— медіанна кількість змінених рядків: Bun 130, React 134,5;
— медіанна кількість змінених файлів: по 3 в обох проєктах.

Частка злиття AI / no AI майже однакова:
— Claude PR: 60,4%;
— PR без мітки Claude: 61,1%.

Тобто підтверджується те, що у всіх адекватних кругах всі знали. А саме прискорився dev cycle і всі метрики в абсолютних значеннях виросли в рази. В відносних — нічого кардинально не змінилося.

а нашо то робилося? чом Zig гірший за Rust?

а нашо то робилося? чом Zig гірший за Rust?

Хайп заради хайпу ¯_(ツ)_/¯

Бачив думку, до речі, що тут лапу свою Anthropic приклали. І планувалося, що якщо експеримент вдасться, то це буде потужним маркетинговим ходом. А якщо провалиться, то навпаки. Але це так, одна з багатьох думок інтернету

Бачив думку, до речі, що тут лапу свою Anthropic приклали.

Конечно приклали руку, потому что они его купили

Навіщо говорити про те, чого не знаєте? Там автор Zig мягко говорячи неадекватний, у них конфлікт ще з 2021 задовго до антропіків і АІ.

Bun: Zig тормоз, посивієш поки проект збілдиться, тулінг слабий, а ручний memory management в такому монстрі як Bun це бомба заповільненої дії
Zig: це ваш код говно, ніхто крім вас не жаліється (Bun єдиний великий проект на зіг)
Bun: говно так як треба городити костилі із-за ручного memory management
Zig: Zig ідеальний, у мене все нормально
Bun: Ок, ось ми ще й прискорили Zig compiler приблизно в кілька разів для нашого workload, перегляньте ці пул реквести і замержіть. Ми зробили роботу за вас.
Zig: що? ви використовували АІ для створення PR? Тьху, нє, навіть ТЬХУ! ніякого АІ коду чи навіть PR дескріпшина згенерованого з АІ в репозиторії Zig-а не буде.
Bun: ну ок, тоді ми на раст підемо
Zig: ну і йдіть говнокодери, я не міг дочекатися щоб ви нарешті звалили (Bun єдиний великий проект на Zig якщо що). І взагалі, вас тільки бабло цікавить продажні тварі (Bun згодом почав монетезуватися, із-за цього у автора зіга ще більше підгорала, які він тільки епітети не використовував)

Потім підключився антропік і дав їм потужності для швидшої міграції на раст. Хоча, вони і до покупки антропіком використовували клод, від чого у автора зіга полихало.

Про конфлікт я знав, я за нього в дописі згадував, просто в більш м’якій формі

А автор Zig Ендрю Келлі ще раніше критикував підхід Bun і ставив під сумнів ідею того, що величезний масив AI-згенерованого коду можна достатньо надійно перевірити тестами та іншими AI-агентами.

если Zig такой ужасный, на хрена нужна было делать такую рискованную инвестицию — писать на нем проект такого масштаба? вопрос риторический.

Відношення Zig до AI:

Strict No LLM / No AI Policy
No LLM-generated content, whether it be code or prose.

No paraphrasing LLM-generated content.

No LLMs for editing, including fixing spelling or grammatical errors.

No LLMs for translation. English is encouraged, but not required. You are welcome to post in your native language and rely on others to have their own translation tools of choice to interpret your words.

No LLMs for brainstorming and then sharing the results of that brainstorming, even if you create the prose. If you use a chatbot to give you advice on a comment on the issue tracker, that comment is unwelcome.

No LLMs for finding bugs.

No talking about use of chatbot/LLM services.

Profession by Isaac Asimov

в таком виде это уже просто мракобесие

Ну это скорей их идеология, в интервью Jetbrains Эндрю Келли говорил, что их миссия несет образовательный смысл, т.е. ты создаешь пиар, написанный руками, разбираешься в коде, учишься
Зачем играть в шахматы? Чтобы научиться в них играть
Тоже самое с ручным программированием.
Искать тут что-то большее, будто они какие-то ненавистники AI, не стоит

Версія Bun:
Zig щодо використання памʼяті схожий на C, коли ти маєш вручну управляти алокаціями. Rust більш «надійний» у використання памʼяті, і більшість помилок має відловлювати підчас компіляції. З їх слів у них було купа проблем саме з memory allocations, бо JS якби з garbage collector.

Моя думка: переписали б все на Go, як TypeScript, і не виделувались би

> А ви б узагалі погодилися працювати з кодовою базою, значна частина якої написана AI-агентами?

Якщо платитимуть, чому б ні?

больше 10 тысяч unsafe блоков.
и проблема не только в том, что это переписывал AI, а в том, что надо наконец-то выключить хайп и признать, что есть проекты, для которых Rust просто не самый удачный инструмент.

ви б узагалі погодилися працювати з кодовою базою, значна частина якої написана AI-агентами?

маловероятно, что дальше с кодом будет идти работа человеческими руками. только через агентов, ибо мало-мальски нормальный программист такое не выдержит.
получится ли в таком режиме всю эту конструкцию поддерживать на плаву достаточно долго? не знаю. не уверен.

Кто ж будет тогда юзать Bun, если они сами в нем не уверены будут? :)

Підписатись на коментарі