The creator of npm is making something new 👀
Вставка
- Опубліковано 2 жов 2024
- Crazy to think that the npm registry has never had competition before, but here we are. JSR and Volt are both...interesting, and I'm excited to see where they go
SOURCES
jsr.io/
/ 1770456714288193714
blog.vlt.sh/bl...
Check out my Twitch, Twitter, Discord more at t3.gg
S/O Ph4seOn3 for the awesome edit 🙏
Every time I sip my drink, a new javascript tech comes out
You must drink A LOT
Turns out the most popular programming language and its ecosystem get a lot of innovation. This is a boring meme.
@@TheBswan Excuses!
@@TheBswan Thank you. I'm a boring person as well.
@@j3pl Please stop drinking tea.
tldr: 1) jsr is a real packaging solution usable today, 2) vlt: is a marketing announcement without anything substantial yet
eh
If I didn't know it better I would have thought jsr and vlt are on the same level after watching this video until the last minute
@@SoreBrain
My impression as well, especially since Theo hyped the second solution more only to end the video abruptly in a total disapointment
Can’t wait to see these all over the internet for like a week then never hear about them again!
Honestly? Fair
JS ecosystem is a jungle, every week a new species is discovered
And they go extinct within a week
All feral lol
At this rate new js tech comes out, AI cant keep up and therefore cannot take my job 👌🏻
> is for TypeScript (TS)
> is called the JavaScript Registry (JSR)
Never change js devs. Never change
"The open-source package registry for modern JavaScript and TypeScript"
@@ollierkul nope, description specifically says TS. It's another attempt to force TS on devs.
@@LeoPlaw The introduction literally says "JSR packages are written in JavaScript or TypeScript". Not sure why you are hell bent on pushing misinformation on this. They don't enforce it, I've tested it. You do however receive a warning if you dont include a type declaration (d.ts) file, because they encourage the use of fast type checking.
having a VC backed package manager definitely feels wrong...
Its MIT licensed so just VC funding FOSS to then sell to fortune 500. same playbook, we just get new public goods out of it.
Theo, you're presenting this like it's replacement or competitor. Jsr is a superset of npm, just like how typescript is a superset to javascript.
"Since then, there hasn't been much innovation.". That take is kinda weird because it implies that if something exists for a long time, it has to do something different at some point.
What if it "just works?", like works well for a long time... and doesn't need to change.
But yes JSR and Volt is cool.
theo i love your videos but PLEASE drop the cliche thumbnails with wow face, it cheapens you
He just looks like he smoked some illegal substances in the thumbnail
Oh great. One more place to always remember to publish my packages to... How wonderful.
can't wait to install all my packages from different registry
As a library author, I’m very excited about JSR
As a library author im excited as well, i love my 5 downloaders
As a non library author, I am excited aswell.
I was about four and a half minutes in when I realized something: I don't use JavaScript and I don't want to. Why am I watching this? Liked anyway because I appreciate you, Theo.
my problem with native TS runners like Deno is that TS is still slave to JS decisions. Upgrading the package manager is an exciting development, but not enough to give me much hope on the future of JS/node/TS/etc.
And all these new package manager proposals are just looking to me like an excuse to centralize compute resources and charge for it. I don't want "the cloud" to generate docs for me, we need a smart way of storing assets and a reliable verification process for clients, not more cloud services.
Agreed ❤
I'm not really sure why we haven't seen a language that takes friendly TS syntax that most people know, fix the types & JS legacies & have it compile to native.
We will know 95% of the language from day 0, it gets rid of the legacy / odd behaviour & it's plenty fast enough for most.
Rust fast? No.. Go fast... probably.
We can still work in JS/TS land with ease, but can use a faster & still approachable language on the server.
I can only speak for myself, but I enjoy ease of use & I don't need blazing fast 99.9% of the time, so Rust is a step too far & Go is a bit meh. Whitespace significant languages burn my eyes too, so that leaves few modern options.
Maybe I am too fussy & unrealistic though 😂
@@everyhandletakenmaybe nativescript is worth looking into?
@@everyhandletaken that could he great indeed, but very unlikely to happen imo.
Building a new language would also require building a strong set of tools, ecosystem and community. This can work when you have something clearly different to offer like Go and Rust had.
But if you have something that looks like TS, but isn't really, and you can't benefit from all the JS/TS ecosystem - and you can only run it on the server - I don't think people would have enough motivations to follow.
@@timmeehan2365 well, I think you could offer a migration path to bring packages over etc- I mean the Rust & Go ecosystems are laughably small in comparison, but they are still popular languages too.
Idk, there is a gap that I think a lot of people struggle to decide on a way to fill at the moment & end up bouncing around solutions, none of which might really suit them, given their TS/JS background.
? what's the issue with ruby gem ? or did I misunderstood the intro ?
Theo. Theo's the issue
Fr
composer (php) is still the best package manager out there.
It would have been nice if you actually showed JSR instead of just reading the introduction, just so people can see that it is in fact a real thing that works right now.
I still uses NPM, but I also publish my packages to JSR, just for the documentation experience.
I wanted to stop watching theo after rn sika video and now he posts something i cant resist clicking
composer
We are going to talk about JSR in this video, nop actually, were are going to talk about other things. We are not going to use JSR or actually see how it works, were are just going to do a lazy text read. lol.
You must be new here
What do you mean?@@qubok
Niche... Nobody cares
It should be obvious that a code repository for a language should be closely integrated with the language, and in case of an open source language, it should be kept away from control by commercial interests.
CPAN worked reasonably fine 30 years ago, and still does, afaik.
Deno Ecosystem ✅
Javascript Registry for Typescript is as logical as Typescript Registry for Javascript.
Does anyone know if Theos neurodivergent besides the high iq?🤠
Does this mic have an inbuilt pop filter? Is it working? Am I going insane over this?
Looking at the thumbnail... Jet Set Radio??
Been waiting for something just like Javadoc’s web ui for yeeeears for ts
Remember when this creator was sexist and racist talking about white men ? I do
so what you're saying is... JSR is the TypeScript of NPM..?
I've had nothing but bad interactions with Isaac. I hope his attitude has changed over the years since the days when he had an open dislike of all other developers and fought with everyone about everything, however small.
On the other extreme I have had nothing but good interactions with Guillermo. His involvement in anything always makes me feel like the project will be good and ship.
Okay, about "innovation": innovation for the sake of innovation is no go. You have been watching npm do nothing, and do you know why nothing happens? Because nobody really needs anything new. If it was needed for real, there wpuld be a ton of activity around those needs, but because we observe none, it seems only you need that stuff. Or do you?
Innovation for sake of innovation is no go
What I would really like to see is a single package registry for everything. Why does every tool/platform/language need their own? Package resolution may be individual, but in the end everyone downloads a bunch of files and puts them in the filesystem. Standardize the last step and give me a single software that handles that stuff. Maybe we can then work towards easier integration between multiple languages and tools.
You're just going to ignore that composer exists? The nearest thing you can think of is a python package manager? But not the package manager for PHP, one of the languages closest to Javascript in that ecosystem?
Last time I looked at JSR, they were still missing tons of popular packages. Hopefully that's changed, or will change soon.
At least vlt was kind enough to have dark mode from the start. Why it’s still not a must in 2024 wtf
Wait, MICHAEL JACKSON?!
JSR all the way
12:22 tarball, their is that word again, last time it was used was with XZ
npm is owned by microsoft woah
Theo was kinda different in this video. Maybe tired?
volt should merge with jsr
im still going to use npm, yarn since not many around me using jsr
And I’m outta here🚶🏽
what browser do you use?
I really enjoy your videos, Theo! They're very informative and fairly concise.
classic 0 value added
How about JSDoc ?
Can we be friends
At this point, I will do anything Ryan Dahl says. If Ryan Dahl says we should all use jQuery, I will campaign to start using jQuery in my company.
This is - Steam, Epic Games, Xbox, Battlenet, Ubisoft, EA, etc. - game launchers all over again. Fuck that, I'm fine with NPM.
I don't want guys like this.... I like this today, that tomorrow.... Defining npm. Npm kinda sucks. But it's been super reliable. Adding golang style url-based dependencies would be great. Also... You know a project is well maintained and has a team because there are docs, types (if you care) and bundled releases. This is the next J's cluster*** extended to my package manager. I do not want all this extra stuff added.
Whos Theo editor?
Is Microsoft working on this for npm?
Will jsr support private packages?
js/ts on the server was a mistake
why? can you elaborate
i think it has turned out pretty good honestly. with the new fullstack frameworks pushing the envelope, i genuinely have a hard time thinking of a reason to develop my api in a language other than ts
You meant, NodeJS had a wrong conception
💯
This is like going to a random Linus Tech Tips cpu review and commenting “teaching sand to think was a mistake”
jsr has graduated from assembly language now
8:30 how do you create an executable then? im currently writing a grpc framework and started out with commonjs, then i wanted to switch to esm, but it turn out so many packages dont support esm like pkg, or commander. so i had to move back to commonjs and luckily i had a it saved using github. but i still think this is a really flawed thing.
it’s insanely easy to use commonjs packages in esm assuming you have a build step like typescript or vite
@@arden6725 ahh you mean like wrapping it and then transpile it to commonjs from esm+typescript? i actually dont like typescript. i started out using vanilla and then tried typescript. i dont like it for prototyping
Jabascript The Hut
Yawn.
jsr is a game changer, it feels like what cargo is to rust
In an attempt to solve a few issues on the publication side of packages, these projects are nothing but a way to introduce new complexity for all the consumers. They should really understand that the numbers of consumers of npm far exceeds the number of publishers.
Ngl, we are in a javascript bubble.
hbd 🥳
Hi
Kinda think we are losing the freedom of engineering with all of apple like toolsets and frameworks. Everyhting is turing into a paid to develop model. But lately im seeing more and more open source development projects fighting back.
Y'all JS devs got way too much drama. Not every part of the stack needs to be a competition. Sometimes there are just sensible ways to do things that you can just run with. Like how Go realized that Git is basically already sufficient as a package registry? Like that.
It's still weird to me that so many projects keep getting made for one of the worst programming languages there is. Hopefully WASM leads to JavaScript being replaced in the browser space. I'd love to see some major browser based apps programmed with C.
Every 60 seconds in Africa, a new JavaScript framework is created
why you so mad of vlt? is it because youre not part of it?
what we he suppose to do, theorize off two blog posts ?
@@mattmmilli8287isnt that the only thing he does?
@@SaladoElFedejust as much as all you ever do is leave sarcastic comments
First
IMO go's packaging system rocks. very simple and intuitive design. And npm looks completely the opposite. No worries fellow developers AI will fix this for us.
24 minutes ago , damn
Not Perfect Meh
Npm is just fine