Qwik… the world's first O(1) JavaScript framework?
HTML-код
- Опубликовано: 19 сен 2024
- Qwik is a JavaScript framework that uses a new rendering paradigm called resumability. It can serialize a JavaScript app into HTML, thus eliminating the need for the hydration technique used in meta-frameworks like Next.js.
#javascript #programming #TheCodeReport
🔗 Resources
- Qwik GitHub github.com/Bui...
- Docs qwik.builder.i...
- Beta Announcement www.builder.io...
- Lazy Loading Tutorial • How to make your JavaS...
🔥 Get More Content - Upgrade to PRO
Upgrade to Fireship PRO at fireship.io/pro
Use code lORhwXd2 for 25% off your first payment.
🎨 My Editor Settings
- Atom One Dark
- vscode-icons
- Fira Code Font
🔖 Topics Covered
- What is Qwik framework?
- Qwik vs React
- Qwik vs Angular
- Best JS frameworks of 2022
- How to make JS bundle smaller?
We've literally come full circle. From bare HTML that happens to ship extra JS for interactivity, to JS generating all HTML at runtime, to JS generating all HTML on the server and hydrating it on the runtime, to JS generating all HTML on the server and some being partially hydrated, and finally back to bare HTML (that just happens to be JS pre-generated) that happens to ship extra JS for interactivity. The next stage is to go through all this mess once again but with WebAssembly lol.
Looks like you got a startup idea on your hands
@_Hedura_ lmao;
Lol and each time "it was better " ( in theory)
This
This is a naive and incorrect outlook. If you think there's no difference between what this is doing, which is basically just a smaller scope than island architecture, and PHP, you're out of your damn mind. Qwik ships 0 JS, and pieces, even down to the function, on demand. It's not statically built files.
Could you do some more Qwik content? As everything in this industry, it seems promising because a lot of negative aspects are just not mentioned beforehand
can't agree more
I expect there'll be more info on this on beyond fireship
For me it seems that high latency internet connections are a nightmare with this framework because if I understood correctly, it needs to fetch the JS when you interact with certain components on the page. But I might be wrong.
LOL 😂.
@@PabloAndresDealbera does high latency network have trouble with loading very small file even ?
I knew it was only a matter of time before JavaScript developers realized that what was making their applications so slow was JavaScript.
NO BUT THAT'S IMPOSSIBLE!!! **adds more javascript**
@@SAL404w *frantically develops a new framework that will add more javascript to your javascript*
@@florentarlandis1209 JavaScript is just trying to steal the thunder from Gödel's incompleteness theorems.
Good thing there are plenty of alternatives to JS. There are alternatives, right? Right?
@ WebAssembly and… *native applications*
There are three things guaranteed in life :
-Death
-Bills
-New Javascript frameworks
You forgot Taxes 🧐
- People complaining about javascript frameworks
I have 10 years of experience in this framework, let me know if you have any project
sorry we're only looking for people with 12 years of Qwik experience
@@Fireship I have 2 yrs experience in Qwik we both can come together 😂😂
Lel
i have an amazing project idea looking for 10 devs (paid on project completion (pay is good)) NEED PEOPLE Working now we will compete on the scissors market and sell scissors to everyone using blockchain to keep track of scissor owners and their corresponding NFT
@@сойка-и8й but 12==12?😏
This is the first framework since React or Vue that I am actually considering diving deeper into. This looks pretty dope.
@@patrickprakash8 angularjs is dead since last year
Svelte.. ruclips.net/video/AdNJ3fydeao/видео.html
@@omanajz Pretty sure he said Angular, not AngularJS :)
@@Cromzinc Yeah it's angular not the js one. But AngularJS was the starting point of all the framework creations
I still use ES4 because I know it won't be long before another one comes out.
I still remember when pages took around 15 seconds to load. It was great, times.
You had so much free time between each interaction.
Now in other hand, time flies.
Tiktok, shorts make people's attention spans to sht.
part of it was old http versions too
So true. Previously i could go poop and come back and i would still have enough time to see the page loading. Golden times 😔
I remember going to the library to internet for 30 mins. Basically I loaded 1 gif.
For those wondering if lazy loading event callbacks is going to make your app feel sluggish in terms of response times. You can also lazy load on page idle, which AFAIK happens after initial page load / render and should not effect your lighthouse score (please correct me if I'm wrong).
At least by the video, I would assume the `$` suffix as a flavour for async "chunks" - such as `onClick$`, but it something is mission critical I believe you can just use good-old `onClick`.
I use es modules all the time to load in JavaScript to get that 100/100/100/100 score and it's never made a site feel slow to me. Also it's more about the CSS than that JavaScript when it comes to making a site feel fast. If you're using JavaScript to animate the UI, you're doing to wrong. At most you should be changing classes/data-attributes.
I imagine it will if it’s not handled graciously. I haven’t used this framework specifically but in Angular for example a lazy loaded module can definitely suffer from stutter even in locally hosted applications.
Why we just can not load all js and hydrate it asynchronously after html have been loaded? With whatever framework
@@32zim32 That's what Next etc does. I think Qwik is just another take on that but with a lot of marketing hype on their website and maybe some slight improvement with "resumable" hydration - although I don't really know how much difference that makes for us with decent internet speeds and modern devices. It has more of an effect on old devices
Well, ThePrimeagen is gonna have a field day with this one. Great code report as always!
BLAZINGLY FAST!
:P
Coconut oil 🥥
Now add a machine learning model to predict user actions and load the required JS preemptively :)
No need to, you could load the click event on mouse hover
What about touch?
I have a brilliant idea, we can just preemptively start loading all the required JS once the page is loaded 🧠
@@NatoBoram that's why I use my phone with a mouse
Hmm, now I just need to load the mouse hover event based on the prediction of mouse move trajectory.🤔
I was waiting for qwik. It's really promising, and something very refreshing in the javascriptillion amount of frameworks that exist.
It's not very refreshing since there is no hydration
@@itsgoldmate8859 LOL
@@itsgoldmate8859 GOTTEM
I thought the whole point of Qwik was that you don't wait for it 😜
Good luck with that mind, that's why u are using frameworks to develop stuff. Observables are resumable by nature, so u can achieve the same crap that qwik is selling.
This is really something else. Can't imagine the scalability of the apps you can build with this.
Would love to see more of this
If you're lazy loading everything then I'd imagine you want all your code in very small modules. I can imagine that wouldn't scale very well at all
@@eus9 it's literally the framework that compiles your code into small chunks, it's infinitely scalable as fireship said
@@aonodensetsu Yeah, it lazy loads EVERYTHING. Which means it scales to infinity without sacrificing load times but... what after that? Lazy Loading everything is bound to make for a horrible user experience in a large app with a lot of moving parts.
@@demonicious_ you can choose to lazy load or not with the dollar sign, and use a smart prefetching strategy for everything else. "By default, Qwik will prefetch any visible listeners on the page."
@@aonodensetsu I don't see anything in the video that suggests it's smart enough to take my modules (like the index.tsx file shown) and somehow magically break that apart into smaller files during compilatipn. Every event handler method (or other typical app logic) that you want to lazy load will need its own file. That sounds like it would become a directory structure nightmare on large applications.
Yes! A new JS framework! 🎉🎉
That's why I paused to learn any JavaScript technology for now
Okay so if everything is lazy loaded then how long does it take for some particularly large function to load in when the user clicks on it? That's a huge problem potentially I think. There are definitely advantages to Lazy loading in some circumstances but lazy loading everything might run into bottlenecks when the user actually tries to interact with the page itself. If you have a highly interactive site and everything is lazy loaded then what might occur is that the user constantly runs into roadblocks while trying to interact with the site which could decrease the time in which users care about using your site
I was wondering the same
Maybe load the javascript part behind an action before it is clicked? Onhover etc
I mean it seems like you can opt-out of the lazy loading by just not putting dollarsigns everywhere. So then you will have some JS shipped with the initial load but you can choose wether or not you want to lazy load a certain functionality
I wonder if it can prefetch all visible interactive elements after the document has loaded
@@yungbeong7664 so less, "no hydration" and more, "micromanaged hydration"?
This combined with Service Workers must be the faster thing ever.
I wonder what is the overhead of that serialization though.
Super excited about this! Huge respect to the devs for such brilliant ideia & execution.
Everyone knows you should bundle your javascript into one file to reduce http requests but everyone also knows you should split your javascript up into lots of chunks to reduce loading times.
@bluemondmc The joke was that you should do both opposing things at the same time. But doing one request rather than cascading requests means the client isn't waiting on network. Every cascade adds the ping time between server and client to their load time.
That sounds awesome. Can’t wait to start a project on this and never completing it before going back to making to making monolithic applications for a client with 0 tech knowledge
this is the first frameworks that I am considering after jquery, angular, react, vue, svelte, solid, preact, inferno, marko, hugo, astro, remix, next, and the other one
Lit
cant wait for the next javascript framework with negative hydration
Dehydration?
@@TheMrOasdf oh shit yeah
so the framework needs water
Dessiccation
Now may we ask why this was uploaded in 480p 🤔
FYI, this video and the last one in Beyond Fireship are in 480p
2:48 so definitely for online apps and not for any interactive webpages users may save locally since chunks for even minor button behavior would be missing; especially when offline.
your presentation style is outstanding, entertaining, funny, informative. i'm not a programmer but love your stuff nonetheless.
Is it me, or is the video just 480p?
The way you ended this report had me in tears 😂
Keep up the good work!
You can superchat now in the comment section of a not-live video?
I missed the part about the cons. Also: that 10% gain thing does not really apply to all app-types. E.g.: apps which are now built az SPAs. Therefore this looks to me as a "last 1%" polish.
Qwik is a bad fit for SPAs. Nobody would love if their dashboard brainfarted with pure client operation in sudden absence of network connection. It requires a lot of rethinking this chunking strategy to work well with the app, but again it doesn't bring anything on the table for SPAs, as framework was designed primarily for SEO.
@@vintprox Yes! Non stop requests when the user click here and there make it useless... On the end of a day only On conclusion ( especially for me ) - Server Rendered Sites and Thats It! Forgot about SPAs because they are not what they need to be, even with hundreds of different implementations and frameworks...
@@vasiovasio I wouldn't throw SPAs out the window completely. They have their place like a dashboard or an user-protected section of your website. Basically anything that isn't initially loaded or require SEO is a good fit for SPAs.
SPAs make for *really good* user-experiences (client side routing, skeletons, platform integrations, etc...). There is a reason why everybody use the gmail client.
Thanks, this inspired me to quit frontend 👍
Great video, btw!
How long have you been this to yourself?
@@FalconTheFries did what? I have basic frontend knowledge enough to build good-looking pages, but without frameworks
next generation of frontend is not framework, but AI-based frontend builder.
Gonna be great for so many b2b products with 2 users and 2MB circular dependent event listener logic
Looks like it’s time to rewrite my portfolio again :) From Astro to Qwik we gooo!!!
To be honest if our counter for time since last JS framework was released is in days, it’s never going to move from 0, I propose moving from days to hours or maybe even minutes
I seconds this
That's the joke. It's always zero.
We should officially change pt (planck time) to njsfr (new javascript framework release)
Jokes aside, what this does is actually quite excellent. Can't wait to see what improvements come after qwik gets a full release
How about Fresh web framework Vs Qwik?
Wow! This is kind of like serverless functions but for the client 😅
Clientless?
@@MasterSergius if clientless, will bots use the website😆
@@shreinikjain8599 oh, I've got better idea - useless :)
@@MasterSergius lul "clientless"
also rofl: Renderless On Frontend Library
On a serious note this is all kinda leading to just connecting the browser to a RDP instance streamed through the . I thought I saw something like that about rustlang but cannot find it anymore.
@@TheNewton fuck accessibility and seo, who cares about handicaped or about making money anyway ?
That ending... :) Excellent Jeff, thank you.
Hope that Marko 6 also gets a fireship video once it gets out. It's pretty wild from what I have seen and deals w a similar problem space as Qwik. Less focused on the whole lazy loading though, but also resumable and more granular/automated afaik.
I imagine how much fun and pain you’re having while making these videos brother;
You’re uniquely different in a better way.
You cant just throw up 500tb and JS in the same sentence man shit gave me a heart attack
That thumbnail is gold, absolute gold.
Well done Jeff!
I think qwik is really cool from a technical standpoint. But loading JS as needed is not necessarily the right experience for all apps. Especially with slow connections, you could be waiting 1 or 2 seconds after each button click which may be a worse experience than waiting 5 seconds at a loading screen
"By default, Qwik will prefetch any visible listeners on the page." - so no worries for that. However, you can simply not put in the '$' sign not lazy loading the code...
Just like you, I was skeptical about it too, Kaleb. But seeing the demonstrations and answers to questions that Miško has done on live streams I saw the potential for scalability in larger apps/websites. Given that we already opt-in to lazy loading in other frameworks to split our bundles, this is just built in as a first-class citizen rather than an API on top.
Of course they are going to show off the feature that deviates the most from other frameworks; but that doesn't mean you will be using this as the default. For most cases where you want immediate feedback you can bundle it together; however for things that would otherwise require networking (i.e. fetching data) or are of significant size but rarely used can opt-in to lazy loading.
@@ple7y oh right that '$' syntax kinda makes it an opt-in thing.
Imagine how bad it'd be to load all of it up-front then.
@@mfpears Right like imo a slightly sluggish interaction basis for a website when I’m on a slow connection is 100x better than waiting 20 seconds for the page to load.
Your gifs are on point! Well done sir!
Having all of the javascript serialized into the html and everything lazy loaded seems like a nightmare to debug
Why? The serialised HTML acts like a sourcemap. You can see the path to the component it was defined in, along with the event being handled, etc.
It's probably easier than your regular stack trace to some anonymous function buried in your app
Uh, just letting you know, the video's in 480p
Unsure if it's because the videos still being processed or an editing issue
Time to convince my team lead to use Qwik in our next application. 🏃♂⚡⚡
Much more fun to rewrite your current one. Bonus points if you finish before the next relevant JS framework is released 🤣
@@VirtualDarKness lmao
Just because it's new doesn't mean you should jump ship... Go with one where it'll make coding easier and faster. Is it also easy to implement 3rd party packages with it?
This sounds so simple, but we have gotten to this for 20 years.
Lol i just saw them on twitter and thought: Why isn't there a fireship video about them?
WTF, Qwik is really revolutionary!
Lazy loading all of the javascript feels to me more like a trick to win artificial benchmarks than something that would actually speed up real life applications since you´d be loading up potentially large blocks of code on user interaction rather than fetching it while/before page render. We´re basically adding extra load calls to fetch these tiny code chunks on interaction and that the user makes
Fetching on iteraction is a worst case scenario for qwik, it prefetches visible listeners on idle by default.
Can't wait to write some qwik js code
We need more of Qwik please
I just want a framework that can deploy my app as mobile, desktop, and website from the same code
hopefully this framework can do that, i mean the ionic creator is on the team
Please make video on your journey as a developer and the ups-downs you faced. btw love watching your video and it inspires a lot ^_^
it’s been downhill so far
JavaScript is so fast that we absolutely needed it server side.
i am more impressed with Qwik than most other recently-released bleeding-edge JS frameworks
What's the I/O performance hit on the server side for such an extreme fragmentation?
Solid question. In practice (been using it in prod at work) it's quite a bit less. Because so much less has to get sent in the first place. If a user only visits a single page and leaves, they only had to get served just enough to see that page, nothing else. Not the entire application. Been very happy with it.
This makes so much sense that it confuses me that nobody ever thought of this before
That's because u believe what frameworks are selling it to u. U can achieve the same with rxjs only.
As a person that absolutely hates webdev, qwik is still making me exited somehow. Maybe I should go learn some webdev...
Would be great to have a video on qwik inside bun js.
I think SSR can be run in node, deno or bun, or at least it's on their roadmap
just tried running the qwik documentation starter and serving from bun. seems to be working.
Your videos will never let me to learn other languages.
This framework looks pretty cool. I can definitely see it causing web archiving issues though 🤔🤔
like the excalidraw usage
So now guys take your 32nd Side project and write a fourth rewrite with the ✨newest framework✨
sad but true. just finished rewrite from gatsby to sveltekit and now this?
Thanks for posting this! Exciting to hear about these types of new frameworks from a voice that I trust ✌
I have very high hopes from this framework. Just like AngularJS this might just bring next new revolution in web frameworks.
lol
Bet money there'll be another one claiming the same thing in no time, hehe.
what are the drawbacks? it seems too good to be true
Doesn't this mean that if your internet cuts out, the page basically becomes unusable?
service workers might solve that issue, provided you've interacted with the feature you want to use once already.
depends on the prefetching strategy you have set, you can also use a service worker. But this is just grasping for straws tbh.
99% of websites and web apps are unusable without internet
Service worker comes with Qwik out of the box to deal with this.
@@miskohevery1127 "Qwik comes with service worker"* other way around lol.
Ok that’s awesome. Beta testing begins…
You know, when I first heard of server side rendering and hydration I thought it was THIS. I was feeling dumb when I discovered it was not.
So early, the HD upload didn't finish yet
You know you are early when this video maxes out at 480p 👌
Lol I don't even watch above 360, net is slow and expensive in here
Time to move my portfolio from jQuery to this! I was waiting for a perfect framework all these years
U need only rxjs
JS Frameworks are getting too magical.
I really want to know more about if we actually need this level of optimization and real uses cases where is useful.
I don't really know if 1s of delay while hydrating a LARGE page is actually that bad.
I wouldn't say we need it. But being proficient in a framework allows you to be faster and probably better maintainable. Could you spend a few hours more to implement good native JavaScript or even web assembly? Sure, but does anyone actually want to pay you for that? And do you actually want to do that if you can instead do more projects in the same time?
it's not that magical, the concept of lazy loading has been around since forever especially after ajax, I suspect the reason why lazy loading and what qwik calls resumability has not been used often is its ability to be cached, which is basically impossible with dynamically served html
Maybe you don't need it for your small apps, but larger apps/website that want to scale without hurting UX definitely could find a need for this.
The reason it's needed is for enterprise level WebApps and boosts to conversation rates. I see this framework being useful to apps like figma. Finally cut down on that really long first load time.
And as for the second thing, it's more of an economics thing I think. Faster webpages used to be a competitive advantage, now that every webpage is fast, that level of speed is now expected and thus no longer an advantage. This we need to go even faster to maintain that advantage and keep conversation rates high
1s is quite optimistic here, usually it goes far worse than that and also, it does so quite quickly. 😅
I had Svelte now, and it was disgustingly fast compared to what I've had ever before.
I guess I'm rewriting again!
So, if the user has a slow connection or are physically far from the server, would they experience 300ms+ of latency every time they click a button for the first time?
"By default, Qwik will prefetch any visible listeners on the page." So in theory no.
Looks promising, time to learn to walk again.
This sounds dreamy, wondering what the downsides are.
Definitely going to check it out, thanks!
Network delay?
Inline JS, which may mean more duplicate code? Not saying it's a fact, but a possibility.
@@NostraDavid2 Duplicate code is only an issue during development.
It doesn't seem to utilize the browser cache well, since everything is serialized into HTML5 it will be different every time and therefore impossible to cache.
Not gonna lie, I tried it and now I'm in love with it. Time to migrate!
Finally something different!
03:22, oh Jeff, I laughed so hard 😂😂😂😂😂😂😂😂
Next time it would be cool to know the downsides of such frameworks at least a few. But otherwise its great video as always. One of the problems that may happen is that everything is lazy, meaning that if you have intermitent connection you will probably have the application freeze as if the necessary code is not yet loaded some of the functionality of the websitte that depend on it will be absent.
He really should of explained how qwik prefetch visible listeners by default, so that there is no freeze.
Thanks to thisvideo, I can add 3+ years of quik experience on my resume...
why is the video 480p 😭
You don't need to see high quality memes
This is how Quake managed to build their fast multiplayer games. lots of small packets. Interesting. Will dig into this.
This doesn't really seem ideal unless there's a way to lazy load the JS while the page is idle or something. If you have a big ass callback which lazy loads when clicked, then on slow connections, it could take quite a while before anything happens which is just as likely to make your users leave.
qwik does lazy load the JS while the page is idle by fault, fireship was just being a little "lazy", so he forgot to mention it lol.
@@askplays Ahh okay, in that case, it sounds pretty good then.
Why is the video only in 480p at Max?
I started smiling when he said it has functional components, jsx, hooks and vite. Am moving my code base to qwik starting tomorrow🔥
Qwik is cool. I'm publishing a video tonight about how to use RxJS inside Qwik.
So I think finally we can do 3d/threejs stuff without worrying about too much of bundle size 🤔
Hm, not sure how this is related. If you use a big package, it will still be huge to load. Qwik will not change that.
@@kissu_io of course, but that's not the point of what I was trying to say.
I mean, in the imaginary project that uses threejs, this huge library and implementations only will be charged when the user plays with that.
Because right now if you use that in a gatsby, nextjs or react, project this library will be charge partially or totally affecting some lighthouse metrics negatively.
Well, that's it. Your best thumbnail. Not sure where else there is to go from here.
So I can prove that P=NP?
with the next javascript framework :D
Resumeability is cool, but I feel like any other SSR meta framework also has code chunking. Been loving SvelteKit.
So instead of shipping my 128kB javascript in the first single request, I ship it serialized inside the HTML file and also by a ton of mini chunks?
Lazy loading nearly everything sounds like a terrible idea considering the impact it might have on the UI experience.
Whats the catch?
The year is 2047. The lowest level language still used by humans is JavaScript. The x69420noscope CPU architecture is capable of running NodeJs as machine code. There is no rust on anything since everything is chrome plated in the future
I'm going to learn every JavaScript library and framework until the end of time.
That sounds like a lot of network requests if you have a a high traffic site where each element fires off a network requests for a crumb of JS and you will get a weird interaction delay if the server responds slowly with the JS crumb for your button onclick event
Earlier they told us to bundle all the js in one file to reduce network requests 😃
it's optional to lazy load, and it prefetches by default. So probably not an issue.
I almost got an heart attack at 0:35
I have a question: Is the large amount of JS frameworks being released related to JS as a language, or is it more related to the rapid development of web technologies, which just happen to use JS?
Number of JS frameworks is directly derived from the number of web developers, which there are many.
So many js projects and programmers drives innovation
I think it's both. Rapid development of web as a platform ("online-first", web apps, SaaS) and the fact that JS was an "accidental winner" written in 10 days almost 27 years ago, so everyone wants to replace/improve it.
Nah, people just like to complain
@@daedalus_00 I wouldnt say js is a bad language, its just different. The core concepts are actually pretty cool. Its just that js cant be fixed. Everything that is in the language must remain forever as it is. Thats why there are 27 years old bugs in the language which nobody fixes
WOW this is extremely cool
Sounds horribly unresponsive to wait a chunk on click
That does sound unresponsive, it's good that thats not what qwik does then. It gets prefetched :)