Первые замечания про Bun

Сначала важное - люди которые занимаются маркетингом для Bun могут отбратиться ко мне, у меня есть для них абонементы в биореактор.

Я так радикален потому, что эти люди, совершенно беспардонно манипулируют цифрами для выпячивания себя на фоне выбранных для них удобных метрик.

То есть сейчас, первое и самое важное замечание относительно Bun заключается в том, что его ХАЙПОВОСТЬ продиктована работой людей который впаривают это путем манипуляцией цифрами. Но не путем честных бенчмарков.


Чтобы было понятно о чем я - можете ссылаться на этот пост где я утверждаю:
Bun унылое Г-но, проигрывающее без шансов d8.

Скорость загрузки и выполнения скрипта d8 почти в 90 раз выше чем у Bun. Это абсолютная правда.


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

Как и правда в том, что агрессивный маркетинг Bun делает ровно тоже самое что я сделал сравнивая его с d8, абсолютно справедливо утверждая, что Bun в щи проигрывает d8 по всем показателям. Без каких бы то ни было шансов по всем метрикам.

Зачем нужен Bun когда есть d8, который в 10 - 100 раз быстрее чем Bun?
Ну если d8 чего-то не умеет то возьмем Node. Так ведь?

Главное же это цифры где d8 сто процентов в 10 - 100 раз быстрее!!!


То есть первый важный вывод:
Bun метртв потому, что его раскручивают люди, которые не понимают что они делают. Своими постами, сравнениями - они вредят, а не способствуют. Я пока даже не вникал в то, что внтури Bun, но уже могу состярпать пост подобный главной странице Bun где Bun в салат проиграет d8. Ровно с той же аргументацией.

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

Вторые замечания про Bun
Я оказывается видел этот проект много месяцев назад.
И писал тогда о нем. Так что во первых я был тогда прав, во вторых все только стало хуже.
А в третьих судите сами:

Первое о чем "все" забывают, кроме конечно тех, кто прочитал/прослушал второй раздел книжки от мифов к спецификации - это тот факт, что JS это RunTime (Agent) и Host который его содержит.
Bun - это хост.
Какой RunTime внутри Bun?
JavaScriptCore.

А теперь важные вопросы, которые бы себе задал человек, который - прочитал прослушал весь второй раздел книжки от мифов к специифакции, а именно:

СТОП - если Bun это Host. И в него вмонтирован JSC - ТО О КАКИХ ЦИФРАХ ВОПИТ МАРКЕТИНГ?

СТОП2 - если в Bun вмонтирован JSC, то есть это не V8, то какова его производительность при выполнении современного JS кода в сравнении с V8.

СТОП3 - почему именно этих цифр ну вообще нихуа нет ни в одном - абсолютно честном и неподкупном обзоре?


Ответ на этот вопрос на поверхности. JSC ничем не может конкурировать с V8. Вообще. Самые радикальные оценки гворят о том, что JSC вообще ничего не может в сравнении с современным V8.


Да, JSC это работающий Agent (RunTime) который используется в том числе в Safari. Но это - 3% рынка. Причем преимущественно для одной архитектуры. В отличи от V8 с почти 90% для 15 разных архитекутр. Даже если бы инженеры V8 были полными кретинами ( а это не так) то степень оттестированости V8, запросами аудитории на решений задач плюс задач - при втсраивании - несоизмеримо больше чем у JSC.


А где много людей - там много денег. Где много денег - много инженеров. Где много инженеров - много времени исправлять проблемы и набивать себе портфолио оптимизациями. И все это - еще раз подчеркну ПОД 15 архитектур.

Или - если сказать кратко, нигде JSC не используется больше чем игрушка для проверки идей. На рынке Embeded там даже забыли что такое бывает.


То есть первый и очевидный вывод:
Bun, выполняя именно JS код - в лучшем случае такой же по производительности что и NodeJs.
Реально - проигрывает ему везде в этих задачах.


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

Как видно сейчас ( это не факт это мои догадки) он связан контрактом теми для кого CJS имеет значение. А если вспомнить странную идеотию с раскруткой этого продукта, то я почти уверен что там гениальные маркетологи из Apple. Которые и связали контрактом автора Bun.


Из этого вопрос номер три
О чем все вопли если, внутри Bun, скажем так явно не фаворит по выполнению JS кода?

А вопли вокруг таланта разработчика, который старался сделать то, на что в той же Node забили уже года как два или три: чтобы старт был более оптимальным, чтобы API были более эффективными, чтобы ресурсов ело чуть меньше и т.д.

Получилось ли у него? Как минимум отчасти. Точнее можно сказать только после внятных тестов под нагрузкой именно на API - НЕ НА JS. И вероятно, все будет уже не таким радужным.



А если подумать - что наоборот? что сильно радужным?
И тут мы подходим к самому важному - тому с чего начали

Всего этого сейчас ВООБЩЕ недостаточно, чтобы начать конкурировать.

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

То есть Bun это пшик?
Пшик - это Deno.
Bun может стать крутым если в него встроят V8.
Bun может стать крутым если в реальных условиях под нагрузкой, работа его API дейтвительно останется выигрышной.
Bun может стать крутым если его автору не будут выламывать руки.

Сейчас разработчикам Node - посрать. Даже с радужным Bun API. Потому что текущее состояние Node устраивает большинство рынка.
А Bun может конкурировать только тем - что и так всех устраивает. Пока устраивает.

За то в том, что реально жрет ресурсы как не в себя - в JS коде, Bun очевидный аутсайдер.

Вместо ИГОГО
Очень важен третий взгляд, когда подьедут тесты под нагрузкой и тесты которые сделаны людьми которые понимают что делают, а не то что написано на сайте или то, что сейчас лезет из всех щелей разных мега блоггеров.

Еще важнее будет четвертый взгляд, когда будет точно понятно, насколько Bun имеет возможности по замене JSC на V8 или любой другой Agent.

Что сейчас?
Сейчас очень жаль автора. Который большой молодец. Но с другой стороны он "возможно" свой профит от контракта фруктовой фирмы поимел.

Есть ли какой то радикальный смысл в текущем Bun? - нет. и не будет если он сохранит прибитый гвоздями JSC.

Хотябы потому, что в китайский чайник хотят встраивать V8, а не JSC. потому что так выгоднее и проще. А Bun может дать альтернативу как HOST который в случае чайника, может сэкономить пару ценных килобайт, но только тогда когда внутри него будет V8 или любой другой Agent для Embeded.

Вероятно это понимает и отдел маркетинга. Который не нашел ничего лучше чем устроить активный процесс впаривания хренотени, рассчитывая на то что хомячки слопают. Забыв - что мохячкам главное ту работу где бы неработать.
А это ну никак не совместимо с Bun в его текущем виде.

В Bun есть потенциал. Но нет кнопки сделай мне хорошо. А раз так, то все подождут пока ее хотябы нарисуют.

Вашей заботой, была вскормлена вот эта голубоглазая тяпка.
Живите теперь с этим, если сможете

19-30 по Киеву.
Решаем 5 задач присланных подписчиком, с вопросами и пояснениями.
Если решим конечно.

https://www.youtube.com/watch?v=ICwDR01RgnA

22.00 по Киеву.
⎡JSbook: 03.01⎦ JavaScript: От мифов к спецификации. Почему я Д’Артаньян а все вокруг ...

Все вы задавались вопросом - если Мурыч прав - то значит такие люди как Тимур Шемсендинов или Илья Климов или Кантор ошибались? Несли чушь и не знают языка?

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

Не ждите что будет легко услышать то, что я скажу.

Считайте это каминг аутом.

https://www.youtube.com/watch?v=U5BN_lFE5d8

17.30 По Киеву.
⎡coding: 07⎦ JavaScript Live Coding: Morse. Часть 4.
В четвертой части, мы будем преобразовывать поток из нулей и единиц в код Морзе, исходя из того, что единица кода может быть представлена более чем одной единицей входящих данных.
То есть 11001100111111 должно быть декодировано как две точки и одно тире.

https://www.youtube.com/watch?v=b9ommSutEvo

27 сентября 22.00 По Киеву
⎡JSbook: 03.02⎦ JavaScript: От мифов к спецификации. Магия или ее разоблачение?
Как те, которые спокойно вздохнули когда Мурыч сдулся - надули его своим вздохом обратно.

Что первично? Магия или ее разоблачение.

Бонусом - шпаргалка по эффективному чтению спецификации.

https://www.youtube.com/watch?v=bxSpi3AEshk

28 сентября 22.00 По Киеву
⎡JSbook: 04.00⎦ JavaScript: От мифов к спецификации. Как выполняется JS код.
Используя блок-схемы разберемся в том, как в действительности выполняется JavaScript код.

Поймем, что все, услышанное ранее: о Event Loop, Call Stack, Micro Task и Macro Task-ах не имеет ничего общего с реальностью.

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

https://www.youtube.com/watch?v=yruE22Hx5r8

29 сентября 22.00 По Киеву
⎡JSbook: 04.01⎦ JavaScript: От мифов к спецификации. Что такое: Realm, Record, Environment

Разберем на блок-схемах, что такое базовые структуры Realm, Record, Environment.

Поймем - насколько важно точно помнить о том, что есть что.

Решим для себя - как, знание подобных деталей, может влиять на эффективное формирование JS кода.

https://www.youtube.com/watch?v=BF2BSjDCTAo

30 сентября 22.00 По Киеву
⎡JSbook: 04.02⎦ JavaScript: От мифов к спецификации. Object, как фундамент всего в JS

Как структурирование информации, о котором мы говорили ранее, связано с Object (обьектами).

Почему знание деталей поведения Object, помогает понять фундаментальные принципы поведения языка JavaScript.

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

https://www.youtube.com/watch?v=cMNiW__E1g4

Сегодня среда в 12.30 По Киеву. (Через час)
⎡sobes: 10⎦ JavaScript собеседования: Решаем задачи https://wtfjs.com/

Решаем задачи проекта https://wtfjs.com/
Поясняя решения, в строгом соответствии, с официальной спецификацией языка ECMAScript.

Задач там 100500. Потому решим за первый заход не все, но пока я не устану.


https://www.youtube.com/watch?v=I2RpUoH8WwI

28 сентября 10.15 по Киеву
⎡sobes: 11⎦ JavaScript собеседования: Решаем задачи wtfjs.com - часть 2

Вчера, я дал старт своему фееричному марафону по решению задач проекта wtfjs.com. Этим стримом, я хочу продолжить разносить благую весть о триумфе моего разума над неразумом.

Бесспорно, предыдущий опыт свидетельствует о моем неоспоримом превосходстве над всеми стримлерами как минимум и специалистами как максимум.

Ибо, кто как не гений, может решить две простых задачи за 4 часа и обе неправильно?

Спешите видеть.

https://www.youtube.com/watch?v=Bf6uEqrfsOU

Тяпка обозначенная на фото,
обижается на меня за то, что ей не хватает еды.

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

Собрано: 150.0$ из 150$

Ура все собрано


Карта Приват: 5168745021397333

USDT Tron (TRC20): TKoZu59WHiX6L6qvwYTYTsZJerDrnAHBTx

USDT etherium (erc20): 0x75fb8a62dfcf453b2e73f1ef1c407d46f918fffa

bitcoin:bc1q74aru82v4d3alay7p53jdwkmxe4a5gz7fmvfm2?message=AsForJS&time=1686349743

PayPal: demimurych@protonmail.com

https://patreon.com/demimurych

Оно счастливо!!!
я понимаю что тут єто не заметно, но поверьте, когда он смотрит на тебя не как на еду - значит оно счастливо

Изменения в расписании.
Сегодня стрим начнется не в 22.00 а в 23.00
Как выполняется JS код.

https://www.youtube.com/watch?v=1hkPcXEE7to


А то, что должно было бы быть сегодня в 22, будет завтра около 12 дня.

Пояснения почему переносятся все время трансляции.

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

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

Вероятно сегодня тоже ничего не будет, кроме, возможно вечером в самом телеграме без yotube, может быть я что-то полезное сделаю

По крайней мере послушать любимую музыку нам никто не запретит.

Так. Я понял что отстал от Talks на 3000 сообщшений.
И сейчас занимаюсь тем что тыкаю палкой воняющее тело.

Я очень прошу, тех, кому был важен именно мой ответ, повторить вопрос.

Ну я кретин - ну простите меня, и повторите еще раз.