Another JS Registry. Seriously?!

Another JS Registry. Seriously?!

Deno

4 месяца назад

15,917 Просмотров

Ссылки и html тэги не поддерживаются


Комментарии:

@YatheeshRaju
@YatheeshRaju - 30.04.2024 21:21

oh shouldn't it be tsr ?

Ответить
@dawidwraga
@dawidwraga - 07.04.2024 01:43

Amazing im so happy to see this!

Ответить
@jeremiahxlee
@jeremiahxlee - 20.03.2024 17:46

Deno was launched with a strong argument against centralized package repositories. Why is this not federated from the start?

Ответить
@sabuein
@sabuein - 16.03.2024 16:47

Thank you.

Ответить
@leetkhan
@leetkhan - 15.03.2024 21:40

I feel esm only will throw 90% of node projects as of today. I don’t see myself using it as several libraries I depend on doesn’t have ESM.
I get the feeling that in near future the benefits will be monetised to pay the server cost to run the transpilation etc on server side.

Ответить
@miguel900030
@miguel900030 - 15.03.2024 20:12

Javascript is a plague

Ответить
@ordinarygg
@ordinarygg - 15.03.2024 17:52

ahahahahahahahahaahahahahahahahahahahahahaahahahah this is sooooooooo funnyyy)))))) really. Trying to solve problems that not even exist lol

Ответить
@br3nto
@br3nto - 15.03.2024 16:43

Can I <script src=“url”> it or do I have to npx it?

Ответить
@pengain4
@pengain4 - 15.03.2024 16:10

Despite the natural scepticism around, I'm really happy that somebody actually decided to build JSR.
Thanks and good luck!

Ответить
@phoenix-tt
@phoenix-tt - 15.03.2024 12:07

Is there a way to publish the sources?

For example, for Vue libraries it makes a lot of sense to publish the source alongside the esm/cjs/umd, because using source directly leads to better tree-shaking.

Ответить
@Malix_off
@Malix_off - 15.03.2024 11:43

It's far better than NPM, but…

Why not do it like Go ?

Ответить
@savire.ergheiz
@savire.ergheiz - 15.03.2024 02:46

First you need to make sure deno demo work first 😂
Its unhinged that a simple install demo does not work as is especially in older server environment

Ответить
@olivtassinari
@olivtassinari - 14.03.2024 22:17

The main highlight for me is the open ID things to publish packages, something npm does wrong. If you are optimizing for maintainers, downloads stats are critical IMHO.

Is the audio AI generated? It makes me feel strange.

Ответить
@negativerfan
@negativerfan - 14.03.2024 18:55

This is really cool.

Ответить
@rohitkochikkatfrancis
@rohitkochikkatfrancis - 14.03.2024 17:25

Damn ... This will definitely be the norm ❤️🙌

Ответить
@felipezarco9502
@felipezarco9502 - 14.03.2024 15:15

It happened!!

Ответить
@shafu_xyz
@shafu_xyz - 14.03.2024 14:40

so npm users can't use my package now? if so how is it possible?

Ответить
@kira.herself
@kira.herself - 14.03.2024 14:17

this is why I love competition <3

Ответить
@nomadshiba
@nomadshiba - 14.03.2024 11:57

i just use git://

Ответить
@debiprasaddas9699
@debiprasaddas9699 - 14.03.2024 11:50

Deno hired Awesome !

Ответить
@0xngmi
@0xngmi - 14.03.2024 11:44

how secure is this?

Ответить
@lancemarchetti8673
@lancemarchetti8673 - 14.03.2024 10:19

Brilliant

Ответить
@vaisakhkm783
@vaisakhkm783 - 14.03.2024 10:01

Is the narrator is 'awesome' ?

Ответить
@gosnooky
@gosnooky - 14.03.2024 09:40

I'd argue NPM is a complete heckshow (self censored expletive). How many times have we installed something into an existing project and we get that "Cannot resolve dependency tree" error. Some dependency deep down your tree is not peer-compatible with something else you have installed, and good luck finding what it is, since these error messages are so verbose and really offer no suggestion on how to fix it. If NPM is to survive, its DX needs drastic improvement.

Oh. Don't get me started on these single-function packages like is-odd. It'd be nice to have a JSR somewhere that's curated and administered so low-quality libraries don't get published.

Ответить
@natediven8399
@natediven8399 - 14.03.2024 08:55

Having auto generated docs is huge!

Ответить
@zheil9152
@zheil9152 - 14.03.2024 08:50

no-god-please-no-michael-scott.gif

Ответить
@puneetsharma1437
@puneetsharma1437 - 14.03.2024 08:36

dep.ts is best in deno about node that need this solution.

Ответить
@user-qm2uo6ht5l
@user-qm2uo6ht5l - 14.03.2024 08:20

npm is too annoying this is good

Ответить
@markojozic3944
@markojozic3944 - 14.03.2024 07:37

honestly .. it is already bad because it interops with NPM ... npm is not bad for the reasons you mentioned but because of the dependency-hell it generates

Ответить
@cg219
@cg219 - 14.03.2024 07:36

Its a bit rocky for packages not using deps already on JSR, but this is reallt cool. It'll get better with time

Ответить
@Strawberry_Htet
@Strawberry_Htet - 14.03.2024 07:29

man npm reallly is the battle tested....npm install everything.

Ответить
@hakuna_matata_hakuna
@hakuna_matata_hakuna - 14.03.2024 05:48

how does iot handle exports , like i want a componet library that puts @ui/button and @ui/accordion separately because one need a use client to play nice with rscs but the other can be used directly in an RSC

Ответить
@vighnesh153
@vighnesh153 - 14.03.2024 05:44

I am curious about why you chose to have a "jsr.json" file instead of "jsr.ts" file? Adding support for a typescript config file would provide so many benefits.

Ответить
@dkapper01
@dkapper01 - 14.03.2024 04:45

It could have been broken into two separate videos

Ответить
@sayedulkrm
@sayedulkrm - 14.03.2024 04:13

Can reactjs able to use jsr?

Ответить
@Lemmy4555
@Lemmy4555 - 14.03.2024 03:21

This is a major improvement of the JS ecosystem, lovely <3

Ответить
@hunam_
@hunam_ - 14.03.2024 03:20

looks good

Ответить
@sabeerbikba8585
@sabeerbikba8585 - 14.03.2024 03:07

It good for package publisher not for end user I think pnpm is better

Ответить
@anasouardini
@anasouardini - 14.03.2024 02:47

I'm sure JSR will take over NPM's job as it doesn't do it well enough. I'll be waiting for that day.

Ответить
@garretmh
@garretmh - 13.03.2024 23:55

What about browser compatibility?

Ответить
@theshy6717
@theshy6717 - 13.03.2024 22:57

this looks very cool

Ответить