Qwik… the world's first O(1) JavaScript framework?
Vložit
- čas přidán 26. 08. 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 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
@@user-og7de8ih4f but 12==12?😏
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*
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.. czcams.com/video/AdNJ3fydeao/video.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.
There are three things guaranteed in life :
-Death
-Bills
-New Javascript frameworks
You forgot Taxes 🧐
- People complaining about javascript frameworks
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 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.
Well, ThePrimeagen is gonna have a field day with this one. Great code report as always!
BLAZINGLY FAST!
:P
Coconut oil 🥥
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
Yes! A new JS framework! 🎉🎉
That's why I paused to learn any JavaScript technology for now
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.
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"?
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 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.
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
your presentation style is outstanding, entertaining, funny, informative. i'm not a programmer but love your stuff nonetheless.
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?
FYI, this video and the last one in Beyond Fireship are in 480p
cant wait for the next javascript framework with negative hydration
Dehydration?
@@TheMrOasdf oh shit yeah
so the framework needs water
Dessiccation
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.
Now may we ask why this was uploaded 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.
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.
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)
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.
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.
Questions can come in⬆️…
Why reduce HTTP requests? One request at a time doesn't hurt.
@@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.
@@1337cookie I guess I didn't get the joke
Is it me, or is the video just 480p?
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 ?
Looks like it’s time to rewrite my portfolio again :) From Astro to Qwik we gooo!!!
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.
Jokes aside, what this does is actually quite excellent. Can't wait to see what improvements come after qwik gets a full release
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.
That ending... :) Excellent Jeff, thank you.
Gonna be great for so many b2b products with 2 users and 2MB circular dependent event listener logic
Questions can come in⬆️..
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?
You cant just throw up 500tb and JS in the same sentence man shit gave me a heart attack
I imagine how much fun and pain you’re having while making these videos brother;
You’re uniquely different in a better way.
Can't wait to write some qwik js code
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
We need more of Qwik please
This sounds so simple, but we have gotten to this for 20 years.
That thumbnail is gold, absolute gold.
Well done Jeff!
This framework looks pretty cool. I can definitely see it causing web archiving issues though 🤔🤔
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. 😅
Your gifs are on point! Well done sir!
That "more" meme is on point 😂👍
Lol i just saw them on twitter and thought: Why isn't there a fireship video about them?
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.
like the excalidraw usage
Looks promising, time to learn to walk again.
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.
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
WTF, Qwik is really revolutionary!
So early, the HD upload didn't finish yet
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.
i am more impressed with Qwik than most other recently-released bleeding-edge JS frameworks
JavaScript is so fast that we absolutely needed it server side.
Your videos will never let me to learn other languages.
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.
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.
I had Svelte now, and it was disgustingly fast compared to what I've had ever before.
I guess I'm rewriting again!
Not gonna lie, I tried it and now I'm in love with it. Time to migrate!
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.
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?
I almost got an heart attack at 0:35
Thanks to thisvideo, I can add 3+ years of quik experience on my resume...
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
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.
Well, that's it. Your best thumbnail. Not sure where else there is to go from here.
Ok that’s awesome. Beta testing begins…
I started smiling when he said it has functional components, jsx, hooks and vite. Am moving my code base to qwik starting tomorrow🔥
why is the video 480p 😭
You don't need to see high quality memes
Aw man I just finished learning NextJS now I gotta learn a new framework
The ending got me cackling LMFAO
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.
Finally something different!
I'm going to learn every JavaScript library and framework until the end of time.
03:22, oh Jeff, I laughed so hard 😂😂😂😂😂😂😂😂
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
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.
Thanks dude this really helped me a lot I did the steps that's you did thanks man!
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
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.
As a person that absolutely hates webdev, qwik is still making me exited somehow. Maybe I should go learn some webdev...
Time to move my portfolio from jQuery to this! I was waiting for a perfect framework all these years
U need only rxjs
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.
Lazy loading nearly everything sounds like a terrible idea considering the impact it might have on the UI experience.
Thanks for posting this! Exciting to hear about these types of new frameworks from a voice that I trust ✌
Qwik is cool. I'm publishing a video tonight about how to use RxJS inside Qwik.
What makes this so entertaining is literally every front-end developers has been saying this since jQuery took off @0:37 . But those back-end JS programmers just kept blaming poor old CSS over and over and over.
I'm no mathematician, but I'm pretty sure 10% of $1000 is a Benjamin 😅
Been looking for a comment about this because couldn’t believe nobody mentioning it😂
@@gerasTheMessiah Same. I thought I was missing a joke or something
Wating for this one. Thanks man.
This is how Quake managed to build their fast multiplayer games. lots of small packets. Interesting. Will dig into this.
Questions can come in⬆️..
I can now put 10 years of Qwik framework experience to my resumé
This has potential, but I'm afraid that with angular devs leading the project, it's going to end up being very rigid and opinionated.
I like the idea though. It looks like real progressive enhancement the way it should be done. I've always though the idea of SSR and hydration was a really bad and heavily flawed pattern.
This report was blazingly fast 😁
It's very interesting that Qwik is a technology that creatly benefits HTTP/3 (and therefore QUIC)