Bun 1.4

Какая концентрация поводов для подрыва - любо-дорого посмотреть!

Хотя новость, в общем-то, рядовая - контора переписала под себя нужный им инструмент используя доступные им ресурсы. Результат устроил всех - за исключением тех кого из-за достигнутых оптимизаций отлучили от сытной кормушки. Естественно потерявшие бабло громче всех вякали что «дело не в деньгах!» :)

ИМХО, наибольший интерес этот Bun представлял именно как пример крупного (и в смысле популярности, и в смысле объёма кода) проекта на Zig. Теперь же это просто заурядная «замена node.js», без полной совместимости, как обычно. Конечно, кому-то оно надо, может и прирост в производительности какой-то даст. Но жаль, что своё самое интересное (по моему субъективному мнению) качество он потерял. Да ещё и понавайбкодили тонну кода, который даже не факт, что кто-то целиком в итоге хотя бы читал…

В качестве причины переписывания на Rust отмечается желание устранить проблемы в Bun, вызванные утечками памяти

Как будто ржавчина спасает от утечек

Код продолжает распространяться

… власти скрывают масштаб проблемы, армия бездействует, тысячи пострадавших!

Теперь же это просто заурядная «замена node.js»

Нет, сейчас это просто иислоп.

От утечек не спасает, но про утечки в тексте ничего и нет. В тексте речь идёт об «предотвращении ошибок при работе с памятью» - в Rust полностью исключены ошибки неопределенного поведения, от утечек памяти и переполнения стека Rust не защищает.

Мне вот интересно сколько проект разработчиков потерял в результате этого переноса? И не окажется ли это фатальной ошибкой для проекта?

Они же продались Антропикам, как это может быть ошибкой?

Всё это, конечно, наверное денежно и хорошо, но не всё же упирается в деньги, кто-то и кодовую базу должен знать.

кто-то и кодовую базу должен знать.

Теперь это Claude. Теперь он знает кодовую базу :).

а что под ним работает, а то шума много, но в жизни я по-моему с этим зверем не сталкивался

В «продались» нет ничего плохого, а вот истерика после отказов Келли брать слоп-патчи в Zig была показательной и забавной. Под истерикой я подразумеваю припадок в котором проект конвертнули с Zig на Rust.

P.S. На правах срача, вот про обратное движение (от Rust в Zig). Правда там настолько всё зелено, что случай и топиком несопоставим.

Антропики из кожи вон лезут, проталкивая свою модель: ИИшка пишет на Расте, код получается непригодным для сопровождения человеком. Такой маркетинг мы заслужили. Массовое переписывание всего на Раст.

Чтобы не быть голословным. Проект esp32-open-wifi , обычный грантоедский стартапик, с плохими кодерами, но хорошими болтунами, сосал себе денежку, ничо не делал. Постучались Антропики. А на расте переделаете? Конечно!

Что-то ребята не спешат выкладывать контейнер с новой версией. Я бы свой ИИслоп с ноды перенёс на ИИслоп. Чисто ради интереса.

Чтобы не быть голословным. Проект esp32-open-wifi , обычный грантоедский стартапик, с плохими кодерами, но хорошими болтунами, сосал себе денежку, ничо не делал. Постучались Антропики. А на расте переделаете? Конечно!

А примеров и не надо. Мы все знаем что находимся в период осознания и адаптации новой технологии, и некоторые из нас даже поняли, что написание кода вряд ли занимает какую-то значительную часть в ожидаемых изменениях. Новая технология привлекает большие деньги, а большие деньги всегда - я повторю это слово - всегда превлекают проходимцев, желающих быстро срубить и исчезнуть. Этот факт не должен удивлять, расстраивать, или ещё каким-то образом влиять на нашу адаптацию к новому.

Что касается «код получается непригодным для сопровождения» - это не есть характеристика сгенерированного кода. Это характеристика конкретной пары программист-код. Программист и только он несёт ответсвенность за свой код, и если код непригодный для сопровождения, то программист должен это уметь распознавать и применять или не применять меры. То, что благодаря технологии любой дурак легко может нагенерить тонну кода - это ХОРОШО. Тем дешевле плохой код, тем дороже код хороший. А рынок быстро разберётся, где хороший код действительно нужен, а где он вообще не к чему, поскольку одноразовый.

наибольший интерес этот Bun представлял именно как пример крупного (и в смысле популярности, и в смысле объёма кода) проекта на Zig.

Автор Zig-а высказался в духе «ну наконец-то эти ламеры перестали позорить Zig своим говнокодом»: https://andrewkelley.me/post/my-thoughts-bun-rust-rewrite.html

We became increasingly horrified at the programming practices we saw in Bun’s codebase. Hacks on top of hacks. Abuse of assertions. Most of all, recklessly speeding past feature after feature with very little time taken for reflection and elimination of bugs and technical debt. Jarred was already writing slop well before he had access to LLMs.

When Jarred announced the Rust rewrite, we were ecstatic. It seemed too good to be true. I have to admit, I didn’t think the technology was there, to pull off this stunt. But he did it, and now I’m metaphorically sipping delicious tea from a mug that says «It Tastes Like It’s Not My Problem Anymore».

Когда вам Клод коммитит миллион LOC, вы физически в этом не разберетесь. Я об этом говорю. Код не обязательно должен быть прям плохим и нечитаемым. Но вм , как минимум, нужно отревьювить этот код, понять, действительно ли сгенерированно по написаному.

Когда программист ипользует ИИ как умный автокомплит (Клодик, напиши мне merge sort, сортировать будет такие-то структуры, вход такой-то, выход такой-то). Окей, код маленький, его можно ревьювить. Но, извините, когда вы так же генерируете , например, HTML-renderer, то вы в нем не разберетесь.

А то, что рынок разберется - с этим никто не спорит.

Я живу в стране, где люди используют калькулятор, чтобы из 100 вычесть 35, например. Я не преувеличиваю. Почему так? Ну потому, что зачем учиться считать в уме, когда есть калькулятор, который всю тупую работу сделает, верно?

наличие разногласий с авторами Zig в плане применения AI для написания кода и неприемлемая для крупных проектов политика Zig в отношении принятия в язык изменений, нарушающих совместимость

пишете так, как будто в этом есть что то плохое.

диагностика которых последние годы отнимала у разработчиков Bun много времени

теперь будут тратить время что бы разгребать нейрослоп.

В «продались» нет ничего плохого, а вот истерика после отказов Келли брать слоп-патчи в Zig была показательной и забавной. Под истерикой я подразумеваю припадок в котором проект конвертнули с Zig на Rust.

Возможно это связано с отказом некоторых проектов, типа MirBSD принимать код сгенерированный ИИ (mirbsd.org)

типа MirBSD

Там что-то пипец интересное, как я сейчас понял:

Unavailable For Legal Reasons
Sorry, no detailled error message available.
httpd/3.30A Server at www.mirbsd.org Port 80

а также наличие разногласий с авторами Zig в плане применения AI для написания кода

Чота я не понял немного, а авторов зига гребет что я там использую в своем проекте? Или я чего то не так прочитал?

Теперь же это просто заурядная «замена node.js», без полной совместимости, как обычно.

Ну нихрена ж себе заявление. Теперь это:

1. Крупный проект на раст

2. Крупный проект написанный автоматически ИИ (пусть и с шаблона)

по моему субъективному мнению) качество он потерял

Ну это само собой, не может быть все так радужно. Проверять надо независимо от разрабов.

Теперь это Claude. Теперь он знает кодовую базу :).

Хрен там плавал. Чукча не запоминатель, чукча писатель. Он ее писал, а не учился на ней.

Он вообще ничего о ней не знает в принципе, пока не посмотрит определенные куски кода. Тогда он о них что то узнает. Причем только по мааааленьким кусочкам, как и писалось все.

Автор Zig-а высказался в духе «ну наконец-то эти ламеры перестали позорить Zig своим говнокодом»: https://andrewkelley.me/post/my-thoughts-bun-rust-rewrite.html

Больше похоже на вопли брошеной жены после развода. Лучше бы молчали. Всетаки хороший язык зигом не назовут. Особенно немцы. (да да, я знаю, что он пишется иначе)

ИМХО, наибольший интерес этот Bun представлял именно как пример крупного (и в смысле популярности, и в смысле объёма кода) проекта на Zig. Теперь же это просто заурядная «замена node.js», без полной совместимости, как обычно. Конечно, кому-то оно надо, может и прирост в производительности какой-то даст. Но жаль, что своё самое интересное (по моему субъективному мнению) качество он потерял.

ИМХО, он стал более интересен для стороннего наблюдателя. Крупная кодовая база на Zig была инетреснна небольшой группе Zig-энтузиастов. А теперь проект интересен огромной группе AI-энтузиастов. Всёже успешное переписывание на Rust при помощи AI-тулинга крупной кодовой базы это что-то новое, а очередная среда выполнения для JavaScript на заштатском языке - скука.

Всёже успешное переписывание на Rust при помощи AI-тулинга крупной кодовой базы это что-то новое

Было-бы интересно, если-бы это сделано было в нормальных условиях, а не когда тебе токены и агенты навалены хоть жопой кушай. Такой халявы не будет примерно ни у кого более, поэтому реклама так-себе, а они ещё и зачем-то рассказали сколько чего они потратили и сколько это было-бы в реальном эквиваленте денег.

Максимальные нормальные возможности тоже инетерсны. Не только искусственно урезанное.

Ну и кто ж вам мешает - разрабатывайте, создавайте, отваливайте себе.

Переписывание на Rust идет с подачи DARPA. У антропиков с ними тоже контракты. Поэтому экономика по идее должна сходится. Антропики показали, что могут это делать в короткие сроки и за небольшие, по меркам агенства, деньги.

Хотя zig это конечно не С и у проекта изначально была нормальная архитектура. Поэтому ребята здесь изрядно считерили. Изначально, сгенерированая версия bun под Rust отличалась от исходной лишь синтаксисом, за небольшими исключениями.

Когда вам Клод коммитит миллион LOC, вы физически в этом не разберетесь. Я об этом говорю. Код не обязательно должен быть прям плохим и нечитаемым. Но вм , как минимум, нужно отревьювить этот код, понять, действительно ли сгенерированно по написаному.

В ответ на это серьёзные ВУЗы уже начали обучать правильной генерации кода так, чтобы не генерировать миллион строк одной портянкой, а каждый этап генерации был подконтрольным и проверяемым.

Когда программист ипользует ИИ как умный автокомплит (Клодик, напиши мне merge sort, сортировать будет такие-то структуры, вход такой-то, выход такой-то). Окей, код маленький, его можно ревьювить. Но, извините, когда вы так же генерируете , например, HTML-renderer, то вы в нем не разберетесь.

Правильно, поэтому будет глупо задать Claude задание «сгенери мне HTML-renderer», а потом пялиться на портянку кода. Разумнее будет сказать «Я хочу разработать HTML-renderer. Он должен включать в себя обработку следующих тегов; <список тегов>. Разработай план.»

Я живу в стране, где люди используют калькулятор, чтобы из 100 вычесть 35

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

Теперь это Claude. Теперь он знает кодовую базу :).

Хрен там плавал. Чукча не запоминатель, чукча писатель. Он ее писал, а не учился на ней.

У вас серьёзные проблемы - выгорание и потеря чуства юмора. Три человека юмор поняли, а вы, даже несмотря на смайлик, нет. Отдыхать надо!

Ну я тоже не понял эту фразу. LLM ничему не учится. Максимум - запоминает что-то в рамках сессии или memory-файлов. Чтобы Claude знал кодовую базу, для него нужно (могу ошибаться, до такого уровня я ещё не дошёл) написать развесистое дерево из файлов CLAUDE.md, по сути документировать весь проект, все его нюансы. Тогда можно считать, что claude если и не знает проект, то по крайней мере может нужные знания вытащить когда надо.

авторов зига гребет что я там использую в своем проекте?

Если твой проект один из самых крупных пользователей зига и в какой-то мере его реклама, то да, по-хорошему должно грести. Я так понимаю, там и какие-то финансовые дела были со всем этим.

Можно, конечно, сесть в хижине, отключить входящие и грузить в интернет свою нетленку. Но до такого дзена мало кто дошёл и такими проектами обычно не пользуются. Пользуются теми проектами, где разработчики готовы взаимодействовать с пользователями.

Там был контекст «Раньше я хранил и знал всю кодовую базу, теперь эту базу дописывает Claude.” Я закономерно шучу «теперь Claude хранит и знает мою кодовую базу».

Конечно, это неверно. Claude ничего не хранит и сам не меняется от того, что получил доступ к коду или что-то догенерил.

Чтобы Claude знал кодовую базу, для него нужно (могу ошибаться, до такого уровня я ещё не дошёл) написать развесистое дерево из файлов CLAUDE.md, по сути документировать весь проект, все его нюансы.

Использовать Claude, чтобы он это сделал с вашего подтверждения.

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

В принципе это так, но я не думаю, что для моделей в 30-50B параметров один код на миллион строк делает погоду.

а часто такие проблемы затрагивают js рантаймы?

Все только ждали повода, стыдливо просматривая по сторонам и не желая признаваться первыми :)

«Вайбкодишь, небось».жпг

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

Это довольно легко и просто сделать. Такой ИИ у нас уже есть где-то с конца 50-х. Нам понадобится ключевое слово defmacro и специальные команды macroexpand и macroexpand-1.

Разумнее будет сказать «Я хочу разработать HTML-renderer. Он должен включать в себя обработку следующих тегов; <список тегов>. Разработай план.»

На практике задачу разбивает на подзадачи ИИ, и раздает эти задачи другим ИИшкам. Верификация->Исправления (цикл порождает обычно заплатки на solid codebase).

Получается все тот же миллион строк. И даже с документацией. Но вот беда - читать и проверять все равно надо.

Ну либо полностью доверять ИИ. Знаете, некоторые спать умудряются в машине, которая едет по автостраде на ИИ-автопилоте. Я бы так не смог.

Получается все тот же миллион строк. И даже с документацией. Но вот беда - читать и проверять все равно надо.

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

Это довольно легко и просто сделать.

Как выяснилось, это не так легко и просто, когда в разработке участвуют одновременно несколько человек.

Если твой проект один из самых крупных пользователей зига и в какой-то мере его реклама, то да, по-хорошему должно грести. Я так понимаю, там и какие-то финансовые дела были со всем этим.

А можно объяснить - какие могут быть дела у авторов языка к крупному проекту? Особенно финансовые? Допустим, пишу я проект на си, раст, питон, зиг. Допустим это крупный проект.

И вот, пишут мне авторы языка: «ты пишешь через ООП все, а надо через ФП. Если не перестанешь, мы тебя засудим». Или как это выглядит?

Например ты пишешь код настолько отвратительно, что качество твоего проекта бросает тень на используемые технологии. Например из наличия кучи багов в Bun люди могут подумать, что это из-за того, что он написан на Zig, а не из-за того, что программисты Bun плохие (это всё я просто придумал, вообще без понятия, сколько там багов в Bun и Zig и кто в чем виноват, это просто пример).

Это то, какие претензии у автора зиг могут быть к тебе. Естественно тебя никто не засудит, но бухтеть в блогах им тоже никто не запретит (что, собственно, и происходит).

А вообще тут скорей обратные дела будут. Например ты пишешь проект и в какой-то момент понимаешь, что в Zig тебе чего-то прям сильно не хватает. Ты, например, пишешь feature request авторам Zig. Может быть даже сразу pull request делаешь. А авторам Zig теперь придётся думать, что делать. Или отказывать тебе, или принимать. А твой pull request ещё и навайпкоден, а у авторов Zig пунктик на этом. Получается разногласие.

Что касается финансов. Разработчики Bun платили деньги разработчикам Zig. После переписывания Bun на Rust платить перестали.

С, Раст, Питон тут немного не вписываются. Это слишком старые и слишком большие языки. Тут разве что гигантские проекты вроде линукса могут влиять на них, да и то не факт. А Zig и Bun это относительно молодые и небольшие проекты.

Когда этим занимались, то всё получалось. Так что не так страшен чорт, как социоэкономические факторы.

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

Ну, нет. Хотя символьные вычисления и матричные умножения оба-два принято именовать ИИ, это всё же разные вещи (ни одна из которых ИИ не является), а не разные этапы развития одной технологии.

Например ты пишешь код настолько отвратительно, что качество твоего проекта бросает тень на используемые технологии. Например из наличия кучи багов в Bun люди могут подумать, что это из-за того, что он написан на Zig, а не из-за того, что программисты Bun плохие

И это абсолютно никак не может колебать создателей языка. Даже если я пишу все через жопу - это мое личное мнение. Хочу я так. Я никому никаких обязательств не давал и договоров с ними не подписывал.

Ты, например, пишешь feature request авторам Zig. Может быть даже сразу pull request делаешь. А авторам Zig теперь придётся думать, что делать. Или отказывать тебе, или принимать. А твой pull request ещё и навайпкоден, а у авторов Zig пунктик на этом. Получается разногласие.

А вот теперь немножко понятно. Если есть мои запросы к авторам языка и общение с ними с моей стороны, тогда да.

Что касается финансов. Разработчики Bun платили деньги разработчикам Zig. После переписывания Bun на Rust платить перестали.

Ну там какой то автор языка выкатил бочку говна на разрабов Bun. Всетаки когда тебе платят за нужные фичи, а ты еще выпендриваешь - тип тебе не нравится как там что пилят, тут вообще забавное. Я вполне тут понимаю разрабов Bun.

Допустим, я не хочу пилить для тебя фичи, ну имею я такое право. Я просто не возьму от тебя денег и все. Но они деньг брали, замечу.