Проблема же не в каком-то термине, а в том, что автор даже не читал этот текст. Просто загнал в гуглопереводчик и опубликовал, не прочитав результат. Во всяком случае у меня именно такое мнение сложилось после прочтения. Видимо не у меня одного
Пользователи видят в реальном времени все что пишут в чате. То есть в принципе отсутствует такое действие, как “отправка сообщения”. Все происходит вживую, как при обычном разговоре.
Также Prosemirror позволил нам довольно легко реализовать совместное редактирование в реальном времени в первых сообщениях лент, включая анимацию курсоров.
Это же точное описание google wave - коммуникационного сервиса, закрытого 10 лет назад
сразу оговорюсь, что я искренне надеюсь что этот сервис взлетит. Но он только-только появился (2019 год) и не имеет серьёзного проникновения в индустрию. говорить о нём всерьёз рано
Но Deno не предлагает github packages в качестве хостинга пакетов. он как и го, предлагает отказаться от хостинга пакетов в пользу хостеров репозиториев.
кстати, а гитхпакеты защищены от удаления репы? нашёл ответ сам
To avoid breaking projects that may depend on your packages, you cannot delete an entire public package or specific versions of a public package.
кстати github packages ничем не отличается от npm в плане защиты от расхождения между кодом репы и кодом пакета. так что это те же яйца только в профиль
ваше решение = исключить node_modules из .gitignore
но серьёзные дяди используют более серьёзное решение — локальное зеркало npm с необходимыми пакетами.
но автор Deno предлагает делать не так, он предлагает положиться на github. а этот сервис никогда не заявлял себя как реестр пакетов для сборки проектов. более того он вставляет палки в колёса тем кто пытается его так использовать — выставляя лимиты на количество скачиваний пакетов с одного IP. Фактически он предлагает отказаться от сервиса который создан для того что бы хостить пакеты, в пользу самопальных костылей на основе сервиса который противодействует что бы его использовали как хостер пакетов.
Авторы пакетов которые мы так форкнем сами ничего не форкают. А значит нужно форкнуть ещё и все зависимости зависимостей. А потом и зависимости зависимостей зависимостей (:
Скажите честно вы так делаете? Вам не кажется что это забивание гвоздей микроскопом? У разработчиков давно есть инструменты которые решают проблему зависимостей без этого ручного геморроя — npm.
я получил этот проект в поддержку тогда когда зависимой репы уже не было на гитхабе. откуда мне её форкать?
а вы всегда для каждого проекта форкаете ВСЕ репозитории от которых они зависят? а зависимости зависимостей тоже форкаете? вам не кажется что такой подход существенно хуже чем использование npm, в котором эта и другие проблемы уже решены?
про зависимости расскажу историю из go
получил я в поддержку проект в котором зависимость на удалённую github библиотеку. и всё эта особенность полностью парализует работу над проектом и его поддержку.
отсутствие npm как преимущество? это огромный недостаток!
Проблема же не в каком-то термине, а в том, что автор даже не читал этот текст. Просто загнал в гуглопереводчик и опубликовал, не прочитав результат.
Во всяком случае у меня именно такое мнение сложилось после прочтения. Видимо не у меня одного
Смешались в кучу кони-люди. Где-то куски тз, где-то требования к тз, а где-то рекомендации.
Что хотел сказать автор? Не понятно...
Как прокачать свою насмотренность прочитав всего одну статью.
Большое спасибо автору
В тегах: планирование проектов, дашборды
2/3 статьи о том как ai подсказал общеизвестную формулу комплиментарных цветов. Ещё треть о том как ai пишет тексты...
Видимо статью тоже notion ai писал.
Это же точное описание google wave - коммуникационного сервиса, закрытого 10 лет назад
Не слушай этих хейтеров. отличная статья!
судя по большинству фильмов/игр — наоборот приманиватель
благо спортзалов с велотренажёрами полно
если я правильно вас понял, вендорить — исключить
node_modulesиз.gitignoreсразу оговорюсь, что я искренне надеюсь что этот сервис взлетит. Но он только-только появился (2019 год) и не имеет серьёзного проникновения в индустрию. говорить о нём всерьёз рано
Но Deno не предлагает github packages в качестве хостинга пакетов. он как и го, предлагает отказаться от хостинга пакетов в пользу хостеров репозиториев.
кстати, а гитхпакеты защищены от удаления репы? нашёл ответ сам
кстати github packages ничем не отличается от npm в плане защиты от расхождения между кодом репы и кодом пакета. так что это те же яйца только в профиль
ваше решение = исключить
node_modulesиз.gitignoreно серьёзные дяди используют более серьёзное решение — локальное зеркало npm с необходимыми пакетами.
но автор Deno предлагает делать не так, он предлагает положиться на github. а этот сервис никогда не заявлял себя как реестр пакетов для сборки проектов. более того он вставляет палки в колёса тем кто пытается его так использовать — выставляя лимиты на количество скачиваний пакетов с одного IP. Фактически он предлагает отказаться от сервиса который создан для того что бы хостить пакеты, в пользу самопальных костылей на основе сервиса который противодействует что бы его использовали как хостер пакетов.
конкретно в тот раз решилось через обращение к автору удалённой либы. он порылся у себя на компе и выслал мне код
npm install left-padкак раз эта проблема и была решена после случая с left-pad. а автор Deno предлагает отказаться от этого решения и вернуть себе старую боль
Как включить в свой репозиторий, репозиторий которого нету?
Авторы пакетов которые мы так форкнем сами ничего не форкают. А значит нужно форкнуть ещё и все зависимости зависимостей. А потом и зависимости зависимостей зависимостей (:
Скажите честно вы так делаете? Вам не кажется что это забивание гвоздей микроскопом? У разработчиков давно есть инструменты которые решают проблему зависимостей без этого ручного геморроя — npm.
а какое нормальное решение я проигнорировал?
а вы всегда для каждого проекта форкаете ВСЕ репозитории от которых они зависят? а зависимости зависимостей тоже форкаете? вам не кажется что такой подход существенно хуже чем использование npm, в котором эта и другие проблемы уже решены?
получил я в поддержку проект в котором зависимость на удалённую github библиотеку. и всё эта особенность полностью парализует работу над проектом и его поддержку.
отсутствие npm как преимущество? это огромный недостаток!