мне интересно как будут обновления пакетов в таком коде происходить
import { serve } from "https://deno.land/std@0.50.0/http/server.ts";

если таких импортов не мало по кодовой базе)

Мне интересно че будет насчёт версий какого либо пакета

еще deno местами напоминает go

Да согласен

главное чтоб избавившись от package.json не прийти к файлу в котором будут все ре-экспорты внешних либ 😜

Скоро во всех вакансиях Требуется Deno разработчик

а там легаси из npm  не будет?)

наверное будет что то вроде package.json’а

Попробовал deno, кайфанул, потом продолжил пользовать nodejs потому что технология слишком молодая, мало кто ее поймёт.

Это рантайм, альтернатива нодам.

ветку перечитай, ответ к импортам и вайтлистам

я не хейтер deno и не фанат nodejs

со стороны это все сомнительно просто

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

вот со стороны да, в целом минус экосистеме ноды, ладно фанаты переедут на него когда он станет более зрелым
а так уже вопрос что в итоге выживет? а может пока взять питон/пхп/whatever?

но если бы они предусмотрели плавный переезд с ноды, то это было бы наоборот плюсом

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

Гитлаб упал?

Всем привет, есть проект redux + saga + jwt, раньше никогда не юзал сагу, и логику refresh token реализовывал так, есть instance axios, через axios interceptors проверял время жизни токена при каждом запросе, и делал refresh при необходимости, в случае ошибки обновления вылогинивал юзера через store.dispatch(logoutAction()), но в случае с сагой образуется циклическая зависимость, т.к. axios instance используется в сагах, а сага запускается в файле configureStore. Как можно задиспатчить какой нибудь action в интерсепторе избежав зависимости?