@@ihrow8870 Понятно что вышел. Если что-то и спросят про это, то банально скажешь что следишь за проектом с самого первого коммита и вообще знаешь автора в лицо) Ауф. Первый коммит в репе 18 апреля 2021 года.
Ну так то круто, но чот "убийцы" неких устоявшихся решений все идут и идут) Mojo должен убить Python, так как в миллионы раз быстрее, Bun должен убить Ноду, так быстрее в миллионы раз, Rust уже допинывает C++, так как удобнее в миллионы раз. Не знаю, не хочется быть дедом со счетами, но есть такое ощущение, что бизнесу похуI на скорость и удобство, нужно что то устоявшееся и обкатанное, а все эти скорости удел энтузиастов. А двигатель прогресса все-таки деньги. А бизнес и дает эти самые деньги. Плюс еще подоспел свежий график используемости языков для бекенда, там PHP доминирует все также, 77% сайтов сделано на нем. Друзья, я запутался немного, кто чего думает?) P.S. Но Bun правда пока неплохо выглядит) Автору видео респект, что держит нас в курсе событий)!
ну так логично, что уже написано дохерище проектов работающих спокойно на легаси блевоте. Я все и переделываю сайты на php, ибо заказы не заканчиваются, при этом выуча всякие nuxt-next-nest. С новыми технологиями это к стартапам
77% сайтов сделано не на самом PHP, а на CMS большинство из которых написаны на PHP. Да и бизнесу не плевать не технологии, просто легаси и вправду дороже переписать чем поддерживать как есть, но если бизнес начинает уже новый проект на старых технологиях - то это значит что там СТО развиваться не хочет и делает так как делал 10-20 лет назад. В нормальных конторах легаси поддерживают, но новые проекты используют новые подходы.
@@micky.tarian Бизнесу плевать на технологии. Вопрос в стоимости разработке и поддержке. Вы не используете старые технологии не потому, что они старые, а потому, что на рынке труда дешевле всего специалисты по чему-то "условно" новому. Если самые дешёвые будут спецы по Си их будут много, то проект будет на Си. Потому, что стоимость его создания и поддержки будет ниже. И только в проектах с особыми требованиями из ТЗ можно рассмотреть особый подход. Если даже появиться ML(AI) который будет генерить код - вопрос будет не к эффективности а к стоимости, в том числе к стоимости доп. стоимости тестирование и если ручной труд будет дешевле(программист) то выберут его. И всем будет плевать на "новость" технологии.
Ошибаешься. Высоконагруженному бизнесу ой как не пох на скорости. Когда у тебя пару тачек работает это ок. А вот когда у тебя сотни серверов то это уже в копейку встает и не в слабую.
Ну, Deno был призван решать другого рода проблемы, такие как безопасность, проблемы связанные с node_modules, совместимость с браузером(window вместо global). На мой взгляд, он не вытеснил нод, только по той причине, что никто не хотел заморачиваться и писать новые проекты на какой-то новой технологии, с которой еще надо и разбираться Выглядит bun конечно очень интересно исходя из сравнительных графиков. Как ты и сказал, посмотрим что из этого выйдет) Спасибо большое за краткий экскурс
Впервые увидел упоминание бан пару лет назад, но тогда он был очень сырой и вообще идея заменить ноду была не понятна. Теперь они проделали огромную работу, накрутили графиков, приятного маркетинга, очень хочется попробовать. Мне кажется, у хлебушка шансов заменить ноду чуть больше, чем у rust заменить С++ 😅 многие не понимают зачем что-то менять, когда и так всё отлично работает. А какие-то мифические ускорения работы это не повод. В новом проекте есть смысл попробовать, благо если что должно быть не сложно откатиться на ноду
Мы тут только на Vite перешли, всё ещё кайфуем от скорости по сравнению с react-scripts, а тут уже какой то Bun на подходе, спасибо, впервые про него узнал 😁
Уже пощупал чутка его. Пока много проблем: на работе нужны локальные registry и при настройке файла конфига бана (аналог npmrc) не удается пока правильно сконфигурировать его. Хоть в доке и есть у них раздел про это, но пока некоторые пакеты не удается выкачать. Также лок файл формируется в двоичной формате и с флагом - yarn при install пакетов должен конвертится в удобочитаемый формат дерева зависимостей, но фиг там плавал пока что. Короче накидываю ишью))
Синтаксис похожий, думаю переключиться с node js не составит труда, но, как и всем убийцам требуется время. Пройдет год-полтора отполируют, выпустят еще хотя бы одну мажорную версию тогда видно будет.
Так как этот инструмент уже все включает разом, значит в нем может содержаться то, что не нужно и не будет содержаться то, что нужно. Главный плюс - скорость, но надо тестить)
Тимур, было бы круто, если бы ты записал собеседование по VUE (а не как обычно по REACT). VUE пусть и менее популярен, но это тоже быстрорастущий фреймворк
@@trypophobia7497На сколько я знаю, там под капотом LLVM, так что ничего страшного что бете. В приципе можно взять любой язык - он будет также постоянно развиваться. Но это не значит, что написанные на нем ПО будет не production ready. Хотя конечно я соглашусь, что сравнивать Zlg с каким-то С# смысла нет :)
@@darkwingduck1966 Я и не говорил, что это страшно. В моём комментарии никакого негатива или каких-то ещё подтекстов, скрытых смыслов, сарказма не было.
Благодарен, что в видео автор не сделал ни одного собственного теста сравнения скорости сборки и работы приложений, а просто показал первую страницу документации и вставил 2 команды в терминал.
это продукт для выкачки бабок! если себе делаете, лучше его обойти стороной. ибо таким боком вылезет. что устанете деньги в проект заносить.🤣 тут расчет на разработчиков, которые не имею инженерного уровня и не понимают в чем подвох. но поймут когда уже будет поздно...🤣
Ощущение, что разработка в мире превратилась в хайп технологий. Можно уже 2022 год годом Go назвать.23 наверное станет годом Bun и все пойдут по мейнстриму изучать новую штуку. Тяжело жить((
Спасибо за ознакомления, очень интересно было послушать. Осталось дождаться реальных примеров и проектов, может даже минимальных и тогда будет понятно что и как, а тот как тока появляется что-то новое, то все быстрее и круче, а на деле юзать сложно. Время покажет, что из себя это представляет
@@Михаил-ъ6ъ5е Ну так React тоже не стоит на месте, и постоянно появляются новые фичи. Так что это не показатель вроде как. Просто соотношение ишью к пользователям в процентом соотношении громадное у Bun. Я не говорю что проект плохой или еще что, я говорю о том, что он еще очень сырой. Может он и перспективный, но время покажет, много было таких перспективных, но проверку временем проходят не все.
Сделай пожалуйста ролик о создании проекта использующего rest api и bun естественно. Ну и по ходу ролика приведи сравнение между "стандартными" технологиями и bun.
Почему-то захотелось высказаться по всем этим супер графикам превосходства одного инструмента над другим. Небольшая история из практики перевести свой пет-проект с webpack на rollup. Начитавшись разных статей пару лет назад, в которых обычно упоминалось про очень медленный webpack и например быстрый rollup также с красивыми графиками. Решил попробовать перенести сборку на rollup, потратил кучу времени на то чтобы найти нужные мне плагины(оказалось не так просто подобрать то, что у меня было на webpack под мои нужды) в итоге, после того, как на rollup что-то получилось запустить, я не получил вообще никакого прироста скорости сборки по сравнению с webpack. Был этим фактом очень расстроен, несколько часов потратил впустую, а никакого профита в скорости не получил. В итоге так и оставил все на webpack. И с тех пор скептически смотрю на все эти маркетинговые графики. Все очень сильно зависит от пакетов/плагинов для сборки и как они написаны в том числе.
Это правда. На нескольких рабочих проектах наблюдал переход на vite (под капотом rollup). Во-первых, практически все плагины перестали быть нужными. Во-вторых, скорость сборки выросла, но hotreload и запуск dev режима - стало по-настоящему "blazing-fast", как в доке у vite и написано. Так что, видимо, достаточно сильно зависит от специфики проектов.
пробовал с бабела и вебпака на есбилд переделать. в итоге там столько всего надо прилепить, чтобы работала простая сборка рект программы. но и то оно выдавало ошибку и не все находило, хотя ранее проблем не было. пришлось вернуть обратно. хотя сборка на есбилд реально была быстрее. но сэкономлю ли я этим ускорением кучу времени, которая нужна чтобы это все запустить непонятно.
Это все синтетические тесты. Как правило, авторы таких тестов лгут сами себе. Стоит добавить в их тесты переменную или ещё чего и результат может оказаться совсем иным. Но будем надеяться, что он действительно и по факту быстрее.
вроде как всё легко, тесты на jest похожі. Только на вінде работает только через WSL. Хотел сегодня перенесті на него свой проект, но --watch/--hot не работают на вінде
Ахах, история ходит по кругу. Сначала все из коробки, потом "нет, давайде все на модули разделим, даешь ад пакетов и зависимостей." Блин, тормозит, даешь обратно всё из коробки. Прям как веб, сначала всё генерируем на сервере, потом изобретаем react чтобы ускорить немного, а потом такие "а давайте вообще всё переложим на браузер клиента, пусть сервер только данные отдает", но блин, уже и браузер клиента тормозит, даешь обратно рендер на сервере. 😀Каждое новое поколение думает что оно то уж сделает как надо и по-крутому, но потом всеравно оказывается что это был отстой и на горизонте уже маячит новое "как надо" 🙂
так это же классика: архитектурные проблемы решаются добавлением промежуточного слоя, проблемы быстродействия решаются выкидыванием промежуточного слоя
Так, вангую. Далее этот bun заменит runtime полностью скомпилированный в машинный код и сам JS будет компилиться на подобие c++ и тому подобного. подожду еще лет 5 это замечательное событие
Один прогер по имени Steve Sewell сделал тест более-менее сложного приложения на bun, deno и node и получил лишь 75% прироста - чуть более, чем у deno. То есть он не настолько быстр в реальных приложениях, как заявляется. Хотя, конечно, это тоже не мало.
![[MV] A leap of faith...ความเชื่อใจครั้งสุดท้าย (From "Petrichor the series")](http://i.ytimg.com/vi/U1piZH2CNXA/mqdefault.jpg)
завтра во всех вакансиях: опыт работы с Bun от 2 лет
Ok, так и напишу. В чем проблема, если рекрутеры хотят этого?
значит в резюме пишешь "опыт работы с Bun Sh более 5 лет" )))
@@green.616В том, что он только вышел, наверное?
@@green.616 ты серьезно это спрашиваешь ?
@@ihrow8870 Понятно что вышел. Если что-то и спросят про это, то банально скажешь что следишь за проектом с самого первого коммита и вообще знаешь автора в лицо) Ауф.
Первый коммит в репе 18 апреля 2021 года.
Короче,
Читы - Bun
Кемперство - Bun
Оскорбление - Bun
Оскорбление администрации - расстрел, потом Bun
Добро пожаловать на сервер шизофрения
Не успел Ноду изучить - появилось что-то новенькое))
Забей и продолжай изучать ноду😅. Очередной убийца всех убийц
Тоже прогаю на ноде, сейчас ещё гошку изучаю
Хорошо, что 'не успел'🙂
Хорошо что таких как ты 99% на фоне вас думаю что я гений
@@TheSky5028 главное, что такие как ты всегда будут 'на фоне'👍
Нужен видео-перенос простого проекта с ноды на bun. Неужели без шаманств с бубном получится 😮
Там единственное шаманство - .npmrc заменить на bunfig.toml. В остальном все обратно совместимо. Надо тестить дальше.
@@L0wPressureне совсем так, у них в доке написано какие встроенные модули ноды совместимы. Не все модули и глобальные объекты полностью совместимы
Есть смысл запустать сервер на bun, проблем замечено не было
@@SilverStormAndGoldenRain там слишком редкоиспользуемые модули (ну или невозможные, как v8), если это обычный фронт то все должно быть ок
@@alexeygudan crypto, http2 не такие уж и редко используемые на бэке
Я обязательно его опробую на одном из своих пет проектов)
Хорошее видео. Любые новые технологии хорошбы освещать. Чтобы быть в курсе)))
Классный формат, Тимур!
Побольше пожалуйста просим таких роликов, где ты рассказываешь о новых интересных фичах, инструментах, библиотеках и тд.
как говорится время покажет, через пару лет можно будет смотреть на него когда хипстеры опробуют и будут известны все нюансы
А хипстеры ждут, когда опробуют тик-токеры
Спасибо, даже год спустя интересно. Надо новый проект попробовать маленький.
Ну так то круто, но чот "убийцы" неких устоявшихся решений все идут и идут) Mojo должен убить Python, так как в миллионы раз быстрее, Bun должен убить Ноду, так быстрее в миллионы раз, Rust уже допинывает C++, так как удобнее в миллионы раз. Не знаю, не хочется быть дедом со счетами, но есть такое ощущение, что бизнесу похуI на скорость и удобство, нужно что то устоявшееся и обкатанное, а все эти скорости удел энтузиастов. А двигатель прогресса все-таки деньги. А бизнес и дает эти самые деньги. Плюс еще подоспел свежий график используемости языков для бекенда, там PHP доминирует все также, 77% сайтов сделано на нем. Друзья, я запутался немного, кто чего думает?) P.S. Но Bun правда пока неплохо выглядит) Автору видео респект, что держит нас в курсе событий)!
Ну так ты базу выдал, так и есть
ну так логично, что уже написано дохерище проектов работающих спокойно на легаси блевоте. Я все и переделываю сайты на php, ибо заказы не заканчиваются, при этом выуча всякие nuxt-next-nest. С новыми технологиями это к стартапам
77% сайтов сделано не на самом PHP, а на CMS большинство из которых написаны на PHP. Да и бизнесу не плевать не технологии, просто легаси и вправду дороже переписать чем поддерживать как есть, но если бизнес начинает уже новый проект на старых технологиях - то это значит что там СТО развиваться не хочет и делает так как делал 10-20 лет назад. В нормальных конторах легаси поддерживают, но новые проекты используют новые подходы.
@@micky.tarian Бизнесу плевать на технологии. Вопрос в стоимости разработке и поддержке. Вы не используете старые технологии не потому, что они старые, а потому, что на рынке труда дешевле всего специалисты по чему-то "условно" новому. Если самые дешёвые будут спецы по Си их будут много, то проект будет на Си. Потому, что стоимость его создания и поддержки будет ниже. И только в проектах с особыми требованиями из ТЗ можно рассмотреть особый подход.
Если даже появиться ML(AI) который будет генерить код - вопрос будет не к эффективности а к стоимости, в том числе к стоимости доп. стоимости тестирование и если ручной труд будет дешевле(программист) то выберут его. И всем будет плевать на "новость" технологии.
Ошибаешься. Высоконагруженному бизнесу ой как не пох на скорости. Когда у тебя пару тачек работает это ок. А вот когда у тебя сотни серверов то это уже в копейку встает и не в слабую.
если это реально быстрее работает - то хочется увидеть на практике работу с данным бандлером )) надеюсь будут видосики на эту тему
Только начал изучать node js...
Надо распознать все его фишки 👍🏻
Ahtung! Ahtung! Убийца node.js! Ждем видео и статьи на хабре именно с такими заголовками)
ОГО! Пока обещания очень красивые!!! Вопрос конечно к поддержке
Ну, Deno был призван решать другого рода проблемы, такие как безопасность, проблемы связанные с node_modules, совместимость с браузером(window вместо global). На мой взгляд, он не вытеснил нод, только по той причине, что никто не хотел заморачиваться и писать новые проекты на какой-то новой технологии, с которой еще надо и разбираться
Выглядит bun конечно очень интересно исходя из сравнительных графиков. Как ты и сказал, посмотрим что из этого выйдет)
Спасибо большое за краткий экскурс
спасибо, что рассказываешь про новые штуки))
Обожаю твои ролики. Всегда все актуально и супер полезно!!!
@@Mcsollo например у кого?
это боты какие-то пишут или дети, всё подряд обожают
@@maxz2020 э, взрослая экспертиза, что плохого в том, что делает этот парень?
@@Mcsollo а что ж ты не смотришь зарубежных?
@@maxz2020 просто мне нравится его подход к обучению
Впервые увидел упоминание бан пару лет назад, но тогда он был очень сырой и вообще идея заменить ноду была не понятна. Теперь они проделали огромную работу, накрутили графиков, приятного маркетинга, очень хочется попробовать.
Мне кажется, у хлебушка шансов заменить ноду чуть больше, чем у rust заменить С++ 😅 многие не понимают зачем что-то менять, когда и так всё отлично работает. А какие-то мифические ускорения работы это не повод. В новом проекте есть смысл попробовать, благо если что должно быть не сложно откатиться на ноду
Мы тут только на Vite перешли, всё ещё кайфуем от скорости по сравнению с react-scripts, а тут уже какой то Bun на подходе, спасибо, впервые про него узнал 😁
Спасибо за интересный, свежий и актуальный материал.
Пару дней назад вышла версия 1.0, только хотел подобный видос в ру сегменте, хорош
ничего в этом не понимаю, так как только недавно учу js и react, но выглядит очень круто) что то там быстрее чего то в 30 раз, вау)
продолжай гриндить бро, тебя ждет огромное количество информации впереди
тебе повезло! ты меньше будешь захламлять голову старыми знаниями по ноду, который скоро видимо, станет неактуальным)
@@fan_of_swfan_of_sw3804 ага) и на флоатах я не верстал)
Я верстал, даже на таблицах ещё верстал)
@@fan_of_swfan_of_sw3804 да ему очень повезло полгода искать первую работу и в итоге пойти работать за 50к на галеру ахахахаххаха
Тимур, хотелось бы увидеть обновленный курс vue с composition api
Настолько круто, что это - БАН!
Круто. Будем следить
Спасибо, интересно
Ну тут в принципе как обычно , возможно когда нибудь потом оно будет популярно :)
Уже пощупал чутка его. Пока много проблем: на работе нужны локальные registry и при настройке файла конфига бана (аналог npmrc) не удается пока правильно сконфигурировать его. Хоть в доке и есть у них раздел про это, но пока некоторые пакеты не удается выкачать. Также лок файл формируется в двоичной формате и с флагом - yarn при install пакетов должен конвертится в удобочитаемый формат дерева зависимостей, но фиг там плавал пока что. Короче накидываю ишью))
Помимо этого вроде Next(из головы вылетело возможно nest)или nuxt из за файла с логами он не работает
По видосу выглядит как нечто безумно крутое. Пойдем пробовать
Синтаксис похожий, думаю переключиться с node js не составит труда, но, как и всем убийцам требуется время. Пройдет год-полтора отполируют, выпустят еще хотя бы одну мажорную версию тогда видно будет.
Спасибо за ролик. Очень интересно. Надо будет какой то проект запилить с ним и поковырять нормально
Выглядит очень перспективно
Так как этот инструмент уже все включает разом, значит в нем может содержаться то, что не нужно и не будет содержаться то, что нужно. Главный плюс - скорость, но надо тестить)
Через лет 10 поговорим про bun))
Все верно
Спасибо!! Надо дождаться годового отчёта StateOfJS...
даже захотелось попробовать
справедливости ради в node js уже есть встроенный test runner, watch режим и поддержка WebSocket (правда тут пока только клиент)
да, ждем перенос проекта с ноды на Bun sh от Тимура в его фирменном стиле))
Долго ждать придется, он на маркетинг не ведется
Опять всё заново учить😂😂😂
Надо вернуться к истокам. Писать на чистом пхп
какие же вы клоуны которые такое пишут
Сочно, надо будет затестить
Да здравствует wsh!
Очень интересная задумка! Надо будет понаблюдать.
Формат видоса хороший, под кофе утром.
11:00 Похоже, не надо нигде ковыряться, ссылка на бенчмарк прямо над картинкой - "three.js benchmark".
Ну чтож мне кажется в ближайшем будущем бэк на JS будет еще популярнее
ну все, ждем в вакансиях "опыт использования bгn от 3-х лет"
🤣
Классный инструмент, время покажет и определит его развитие. Но пока что действительно выглядит мощно
Звучить круто, реально интересно как будет в проде
Тимур, было бы круто, если бы ты записал собеседование по VUE (а не как обычно по REACT). VUE пусть и менее популярен, но это тоже быстрорастущий фреймворк
Спасибо за информацию
Прикольно, когда появляется технология production ready, на языке, который в бете :)
Ну JS добавили в браузер наверное когда ты еще не родился, так что может это у тебя язык в бете?)
@@darkwingduck1966
1) родился🤣
2) Я говорю про ZIg, на котором написан Bun...
@@trypophobia7497На сколько я знаю, там под капотом LLVM, так что ничего страшного что бете. В приципе можно взять любой язык - он будет также постоянно развиваться. Но это не значит, что написанные на нем ПО будет не production ready. Хотя конечно я соглашусь, что сравнивать Zlg с каким-то С# смысла нет :)
@@darkwingduck1966 Я и не говорил, что это страшно. В моём комментарии никакого негатива или каких-то ещё подтекстов, скрытых смыслов, сарказма не было.
Спасибо! Интересная информация.
Благодарен, что в видео автор не сделал ни одного собственного теста сравнения скорости сборки и работы приложений, а просто показал первую страницу документации и вставил 2 команды в терминал.
так сделай сам)
@@alenache1 Спасибо, что разрешил.
Как бы вот это стремление к полной совместимости с нодой не вылезло боком
без этой "фичи" сложно будет переманить людей с ноды на бан
уже есть "лучшая версия ноды" от создателя ноды deno. Но кто знает/использует этот дено без поддержки полной совместимости с нодой
это продукт для выкачки бабок! если себе делаете, лучше его обойти стороной. ибо таким боком вылезет. что устанете деньги в проект заносить.🤣 тут расчет на разработчиков, которые не имею инженерного уровня и не понимают в чем подвох. но поймут когда уже будет поздно...🤣
@@IT_psychopath поясни в чем подвох плз
@@IT_psychopath ты о чем? расскажи тогда в чем подвох?
Ощущение, что разработка в мире превратилась в хайп технологий. Можно уже 2022 год годом Go назвать.23 наверное станет годом Bun и все пойдут по мейнстриму изучать новую штуку. Тяжело жить((
Выучи принципы программирования и тебе будет все равно на новые яззыки и технологий
Ничего не знаю, на С++ всё стабильно и не надо overWrite - ить новое новым.
бб, web
@@КимЧенОрк ну и пиши на ассемблере, а то напридумывают технологии ускоряющие разработку, идеоты!
@@КимЧенОркВсе стабильно медленнее развивается? Неужели за 5 (10) лет ничего не устарело и не стало считаться плохой практикой?
Если новые технологии лучше предыдущих, то нет в этом проблем. Но js это не касается.
Что про многопоточностьи? Есть приятные изменения?
Спасибо за видео!
Отличное видео Тимур, ждём более подробное для знакомства с технологии поплотнее :)
Время покажет)
Спасибо за ознакомления, очень интересно было послушать. Осталось дождаться реальных примеров и проектов, может даже минимальных и тогда будет понятно что и как, а тот как тока появляется что-то новое, то все быстрее и круче, а на деле юзать сложно. Время покажет, что из себя это представляет
"Ньюансы 1100 открытых ишью"
😁😁 нуу это стандарт для таких проектов. Посмотри сколько у реакта, удивишься.
@@dontcode маленький нюанс. У Реакта 20 миллионов скачиваний, у бана 40 тысяч
@@Nearfulzмаленький нюанс: реакту 10 лет, а бану 2 года
@@Михаил-ъ6ъ5е Ну так React тоже не стоит на месте, и постоянно появляются новые фичи. Так что это не показатель вроде как. Просто соотношение ишью к пользователям в процентом соотношении громадное у Bun. Я не говорю что проект плохой или еще что, я говорю о том, что он еще очень сырой. Может он и перспективный, но время покажет, много было таких перспективных, но проверку временем проходят не все.
@@Nearfulz ну в любой стране тоже много ишьюсов, но все они довольно субъективны😉
Странно что типов ts нет из коробки
Короче работает со скоростью света 😂
Корпорациям плевать на этот бан. Лет через 9 после релиза, если будет жив и докажет свою конкурентность, то обратим на него внимание
поддерживаю
Актуально, спасибо 👏
Не упомянул, что написан на zig. А это новый модный ЯП.
Спасибо за новости))
Жду курс по Angular день 1
Сделай пожалуйста ролик о создании проекта использующего rest api и bun естественно. Ну и по ходу ролика приведи сравнение между "стандартными" технологиями и bun.
спасибо за интересную инфу!)
Почему-то захотелось высказаться по всем этим супер графикам превосходства одного инструмента над другим. Небольшая история из практики перевести свой пет-проект с webpack на rollup. Начитавшись разных статей пару лет назад, в которых обычно упоминалось про очень медленный webpack и например быстрый rollup также с красивыми графиками. Решил попробовать перенести сборку на rollup, потратил кучу времени на то чтобы найти нужные мне плагины(оказалось не так просто подобрать то, что у меня было на webpack под мои нужды) в итоге, после того, как на rollup что-то получилось запустить, я не получил вообще никакого прироста скорости сборки по сравнению с webpack. Был этим фактом очень расстроен, несколько часов потратил впустую, а никакого профита в скорости не получил. В итоге так и оставил все на webpack. И с тех пор скептически смотрю на все эти маркетинговые графики.
Все очень сильно зависит от пакетов/плагинов для сборки и как они написаны в том числе.
Это правда. На нескольких рабочих проектах наблюдал переход на vite (под капотом rollup). Во-первых, практически все плагины перестали быть нужными. Во-вторых, скорость сборки выросла, но hotreload и запуск dev режима - стало по-настоящему "blazing-fast", как в доке у vite и написано. Так что, видимо, достаточно сильно зависит от специфики проектов.
пробовал с бабела и вебпака на есбилд переделать. в итоге там столько всего надо прилепить, чтобы работала простая сборка рект программы. но и то оно выдавало ошибку и не все находило, хотя ранее проблем не было. пришлось вернуть обратно. хотя сборка на есбилд реально была быстрее. но сэкономлю ли я этим ускорением кучу времени, которая нужна чтобы это все запустить непонятно.
Это все синтетические тесты. Как правило, авторы таких тестов лгут сами себе. Стоит добавить в их тесты переменную или ещё чего и результат может оказаться совсем иным.
Но будем надеяться, что он действительно и по факту быстрее.
Ребят можете посоветовать работу которая связана в С++
Спасибо за видео, было очень интересно и полезно!
Если скорости подтвердятся, то выглядит революционно!
Видео интересно.. Но где сравнение с vite и nuxt? Былоб интересно посмотреть
Даешь имплементацию квантового компьютера на Bun!
Это что ж получается, нода будет как ие, только для установки бана?)))
Согласен прорывная технология, должна сдвинуть камень с места!
Не все еще, пока что, могут домунетацию сами посмотреть)))
Лень самому садится и разбираться, подожду пока энтузиасты набьют шишки и выкатят гайды)
вроде как всё легко, тесты на jest похожі. Только на вінде работает только через WSL. Хотел сегодня перенесті на него свой проект, но --watch/--hot не работают на вінде
а нет, всё работает, буду переходіть сегодня
@@gooseobна винде имеешь ввиду работает?
@@newgrafon имел ввиду, что watch работает, а так пока что только через WSL на винде
@@gooseob понял, спасибо за инфу
кайфы, посмотрим)
Отличный разбор
Ахах, история ходит по кругу. Сначала все из коробки, потом "нет, давайде все на модули разделим, даешь ад пакетов и зависимостей." Блин, тормозит, даешь обратно всё из коробки. Прям как веб, сначала всё генерируем на сервере, потом изобретаем react чтобы ускорить немного, а потом такие "а давайте вообще всё переложим на браузер клиента, пусть сервер только данные отдает", но блин, уже и браузер клиента тормозит, даешь обратно рендер на сервере. 😀Каждое новое поколение думает что оно то уж сделает как надо и по-крутому, но потом всеравно оказывается что это был отстой и на горизонте уже маячит новое "как надо" 🙂
так это же классика: архитектурные проблемы решаются добавлением промежуточного слоя, проблемы быстродействия решаются выкидыванием промежуточного слоя
Так, вангую. Далее этот bun заменит runtime полностью скомпилированный в машинный код и сам JS будет компилиться на подобие c++ и тому подобного. подожду еще лет 5 это замечательное событие
Круто! Благодарствую
Ulbi как называется твой chrome extension который переводит English тексты на русский язык
похоже на ImTranslator
reverse extension
Странно что вчера-позавчера был релиз. Я про него слышал ещё 5 лет назад
Теперь ждём новые проекты на bun. Хорошо б сайт с sql базой!)
Спасибо, друг!!!! Будут ли ещё новые видео про TS
Если какие-то ноу-хау и заменят ноду, то лет через 10, когда настоятся
Спасибо за контент❤
spasibo mne eta nrvitsya
Ура, вышел очередной лучший фреймворк на JS! Всем на в бан!
проходили уже такое с Deno
Улби, как всегда хорошая работа!!!
Один прогер по имени Steve Sewell сделал тест более-менее сложного приложения на bun, deno и node и получил лишь 75% прироста - чуть более, чем у deno. То есть он не настолько быстр в реальных приложениях, как заявляется. Хотя, конечно, это тоже не мало.
Спасибо за видео! Как называется плагин для перевода из видео?
Судя по иконке это Reverso Context
Не думал что Бан так поднимиться, как говорится все бывает в этой жизни .
Интересно Бан может работать с смарт-контрактами , ганаш и т.п.?
Вот бы сравнение еще со Spring бы