One would expect that Chrome would use Angle to emulate WebGL via using the CPU. but no. My own compilation of Angle is able to do that, it can even emulate DirectX9 via CPU. Because why not. Its faster to use software rendering, am I right ?
I remember to joke with webdevelopers in 2007 that their job was easy. Now I joke to the webdevelopers in 2023 that my job is easy, as a backend developer.
@@-Engineering01- I don't know, my career started in 2004. We didn't had those bullshit divisions. Programmers were programmers. As a programmer before the stupid Web2.0, we used something called 3-layer model, or n-layer model. Software were divided into User Interface, Logics/Business/Service and Data layer, aka, the SGDBR, the database or whatever is that you store data. Every programmer always did work in all layers (except maybe the database, those were separate), the teams were divided like Task forces over the domains of what's being built, not over technology lines. But when the web happened, everything got segregated into backend and frontend, because there was the server/backend and the browser/client/frontend. That made sense when the internet were about documents, and you created the documents from the backend. The actual entire software was the backend, with all the logic and everything. (like HTMX). The frontend was just documents made by non-developer webmasters or something. That was the thin-client model. Then the web started getting more and more crap and become a fat-model. This is when you got that stupid division that made no sense anymore, because now the logic is spread over client/server, its everywhere. Then they tried to consolidate it on NodeJS and JS and made everything even worse. Now we have a super fat frontend with half of the logic and the other half of the logic is on the backend as a service or something, but they're still split into different teams that have to coordinate. There's no point doing that if the backend API is not being exported to the world from a business perspective. This is just more cogs and friction for no good reason anymore. Or worse, the logic on the frontend with the backend basically being just a database, that means the database is on the internet, I can't stop screaming at things like "AirTable" or Firebase or bullshit like that. At least the developer has access to all parts that matter, that's something I guess. I mean you can still have micro-services, multiple layers and everything, you just don't need to actually separate them physically in the infrastructure. You just separate who owns the code, yes, I said it, bring back programmers owning pieces of the code, that's what micro-services actually does. A micro-service could be a single function without any infrastructure, you just state who owns it. I bet I already digressed too much. What is a web-developer? just a normal programmer, that insist on using bad tools or dividing the task forces the wrong way.
i like how you don't even have to just say the modern web sucks, but you run into issues every time, whether it's with discord, github, or otherwise, which proves your whole point.
Because you are registering the service worker after the assets are fetched, they are not cached until the second page load. Better to generate a list of assets and feed this to the service worker so it can cache without waiting for fetches. (This will also fix the gif worker problem)
if we export enough functionnality from the browser into the javascript, then maybe one day we'll finaly be able to implement a rendering engine better than html+css
It feels like de-ja-vu when I see Tsoding looking at "modern" JS. I also have a constant stream of WTF moments trying to understand the weirdness of what is needed to have something running in a browser.
WebWorkers are great - I use them a lot in event installation code - as you can use all of the cores on the CPU this way if needed. JS on its own will not do that, but Workers will launch on their own core if possible. They're true threads.
`self` is just a copy of `this` that is guaranteed to reference the global scope, as opposed to for example declaring functions on objects changing `this` to point to the object (same with classes) - `const x = {f: function() {console.log(this)}}` would print the object `x`, not the global scope. It is weird but it saves having to save the state of `this` manually, the added benefit is moving away from using `this` unless it's actually needed and it doesn't change so it's less confusing than `this`. It should've been like this from the start but this is JS
@@Stroopwafe1 I heard "X is dead" in webspace for years. jQuery? Still alive and kicking. Wordpress? Same. I predict JS as a whole will see the same fate. Also: not sure how many people would be able to learn WASM. JS has its stupid parts, but it is relatively easy. Also also: A lot of technologies were considered dead in the last 20 years. Thing is, a lot of the time dead = not in the news or not popular enough. Great example: COBOL. Is it popular? Nope. How many people know it? Not many. Is it still needed in a pretty big number of places? Certainly. In other words WASM with DOM manipulation will carve its own niche in the ecosystem, but JS will still be there.
I love this direction of videos. Please do more webdev / Typescript / React. It’s very interesting to learn more in depth about these technologies through your perspective
I'm in the camp that webpages should generally be DOCUMENTS, not applications. Static site generators like eleventy are my favorite at the moment. Eleventy uses an eye-watering stack of npm includes, but it doesn't matter because you are getting plain static HTML out the other end that you can do whatever you want with.
I totally agree with you that this should be unnecessary. There should be an option, or even default browser behavior, that pulls from cache when the web server or internet is not available. Probably just an HTML header flag that says 'makeavailableoffline'. Maybe a warning popup or box at the top of the page that you are not looking at the live version, but the cached version. For those pages that absolutely must refresh live to work, have another flag that says 'notavailableoffline' and either not load or give a warning message.
yea a very basic built-in service worker for simple sites that can be toggled via some header flag is interesting. And when a dev needs/wants more control over the caching strategy, refresh mechanism, security etc, they can create their own service workers.
There _is_ an option - it’s on the tag itself = `manifest`. By specifying a manifest with the proper contents (mostly listing every file that’s needed plus a revision), the browser will more-or-less do the thing that Tsoding built up in this stream, but automatically. I believe the best way to get more info is to search “html5 offline web apps”
5 утра, я досмотрел до конца. Уже два года учу веб, сам никто по образованию. Ощущение, что с каждым днём становится только сложнее. Интересный контент конечно, жаль, что изначально я выбрал фронтенд и что еще хуже реакт. :)
Так и есть, я застал еще табличную верстку, а сейчас проще космический корабль запустить, чем сверстать сайт, бросай это дело, пока не поздно, 2 года еще не срок, выбери другую работу. )
"this" is always the current scope, but it's unclear when scope changes. For instance, anonymous functions often have their own scope but sometimes it's different. "self "is often used to make sure you are interacting with the scope you are expecting rather than this changing inside some anonymous function. Usually you'll see something like var self=this; near the start of the relevant code block.
In my current company i had the chance to be a backend engineer instead i went with the hard way as system and networking emgineer using mainly C and rust pretty hard but worth it
The endgame is having more Big Tech deciding convoluted standards so Browsers and web engines only adhere with great capital- and manpower- effort. Reminds me of the KHTML story which is yet another example how the triple EEE strategy of big tech works (embrace, extend and extinguish.) I wish it was more like you said and hopefully at some point this will be the goal. Web assembly is already a great way but I have my doubts that they ever will go back to a thin layer.
1:38:25 isn't it already so? I mean with Mozilla as the exception, M$, Apple, Google and Intel (even Samsung, if I remember correctly) are forming the core of the W3C.
Could you make stream with a simple browser implementetion? Because it's such a big mistery box I don't get most of the times, maybe that could just render html and add functionality without any of bullshit?
For disabling internet connection you could have used hosts file or even ip route as well. More general solution for the problem, I guess, which can be used in other situations too.
you could test how the website behaves offline by starting a browser in a network namespace with no routes outside, this is one of the first things covered cka training courses
yeah, it sucks that feature support differs from browser to browser. safari not supporting canvas letterSpacing, ios safari not supporting flex for a long time etc
as a web dev I like the ironic part of this video title, but from a more deep perspective - web is great BUT user's (and business) requirements are becoming way more sophisticated and go a bit beyond the way web was designed.
Quite curious about your opinion on web dev. I am not trying to defend it at all, although I am a Web Dev at my daily job. Just wondering, how would you achieve what Web achieves today, without ending up with a decent level of complexity? What I mean is that there isn't really a simpler way of developing a cross platform application without having some aspect of it using web technologies. If we solely focus on web apps, you literally just need a browser and can run most of them. What could the alternative be? We can be completely hypothetical, the solution does need to exists. I agree with like 99%, there is fuckton of stuff in Web. Would gladely switch TS for an actually stronged typed language - maybe WASM will git gud soon
Thanks to web assembly, in the near future you will no longer needed to write web apps with html, css and Js. You'll just write apps whatever language or library you want, then you'll stream it via web assembly. if you're curious about that, please Google Godot engine. it has web version and the whole engine is written in just C++ but it can be deployed on the web via web assembly. Web technologies will die in the near future, just it takes some time.
This is the first time I am seeing a nerd that is super funny and interesting ... "Javascript people, did somebody hurt you?"😄 I love your content... am subscribing. Keep it up
I expect that a persistent offline cache is not default behavior for security/safety reasons. It's not terribly surprising to me that it isn't some one-line function either because of things like dynamic imports. I feel that offline services are better suited to actual applications that don't require the bloat of an entire browser anyhow.
Damn dude, you are literally my favorite programming related youtube channel by just watching one of your videos I immediately saw the difference with other channels. You are brilliant god damn it and not only super good at programming but hella funny as well. I think you are in your 20s or am I wrong?
Yuh, WebDev is just as capable. If you can't handle the basic features barely touched in this video, then ofc out goes Proxy Construction, QRCodes, Web Workers, DOM Writing, etc.
It's funny how all what you're done in video was reimplementing basic functionality of modern operating systems, like running server locally and it can store stuff in named caches (a.k.a. files and filesystem). If you're developing web application, please stop and just opensource your program on any other language of your choice, I don't wanna run apps in browser all the time.
I only respect c and rust programmers. Rest are not even real engineers I believe. Even complete CS branch is not real engineering. Those who make semiconductors are the real og.
Disabling hardware acceleration for a better performance. Makes sense.
One would expect that Chrome would use Angle to emulate WebGL via using the CPU. but no.
My own compilation of Angle is able to do that, it can even emulate DirectX9 via CPU.
Because why not.
Its faster to use software rendering, am I right ?
Hardware acceleration = Telemetry acceleration 😂
@@monad_tcphow
I do webdev because I have to feed my family, I am a modern slave
🫂
Id like to go back to gamedev or mobiledev but my family have these things they need like food and roof above our heads 🙄. Ridiculous
If my family wants to eat they can do webdev themselves
😢
I taught my children PHP but they're too young for their Lambos 😢
As a web developer, I agree with the title of this video 🤝
I remember to joke with webdevelopers in 2007 that their job was easy. Now I joke to the webdevelopers in 2023 that my job is easy, as a backend developer.
@@monad_tcp isn't backend dev considered as a web dev though?
@@-Engineering01- I don't know, my career started in 2004.
We didn't had those bullshit divisions.
Programmers were programmers.
As a programmer before the stupid Web2.0, we used something called 3-layer model, or n-layer model.
Software were divided into User Interface, Logics/Business/Service and Data layer, aka, the SGDBR, the database or whatever is that you store data.
Every programmer always did work in all layers (except maybe the database, those were separate), the teams were divided like Task forces over the domains of what's being built, not over technology lines.
But when the web happened, everything got segregated into backend and frontend, because there was the server/backend and the browser/client/frontend.
That made sense when the internet were about documents, and you created the documents from the backend. The actual entire software was the backend, with all the logic and everything. (like HTMX).
The frontend was just documents made by non-developer webmasters or something.
That was the thin-client model.
Then the web started getting more and more crap and become a fat-model.
This is when you got that stupid division that made no sense anymore, because now the logic is spread over client/server, its everywhere.
Then they tried to consolidate it on NodeJS and JS and made everything even worse.
Now we have a super fat frontend with half of the logic and the other half of the logic is on the backend as a service or something, but they're still split into different teams that have to coordinate.
There's no point doing that if the backend API is not being exported to the world from a business perspective. This is just more cogs and friction for no good reason anymore.
Or worse, the logic on the frontend with the backend basically being just a database, that means the database is on the internet, I can't stop screaming at things like "AirTable" or Firebase or bullshit like that.
At least the developer has access to all parts that matter, that's something I guess.
I mean you can still have micro-services, multiple layers and everything, you just don't need to actually separate them physically in the infrastructure.
You just separate who owns the code, yes, I said it, bring back programmers owning pieces of the code, that's what micro-services actually does.
A micro-service could be a single function without any infrastructure, you just state who owns it.
I bet I already digressed too much.
What is a web-developer? just a normal programmer, that insist on using bad tools or dividing the task forces the wrong way.
yes
I am web dev and I don’t agree))
33:00
- How can I use service worker? - he asked, while "Using service worker" and "Basic service worker code example" pages are sitting right there.
i like how you don't even have to just say the modern web sucks, but you run into issues every time, whether it's with discord, github, or otherwise, which proves your whole point.
You can fetch inside the install event from service worker, then you are sure the cache intercept is there 1:32:35
Or prefetch (again, the exception is support in Safari...)
Because you are registering the service worker after the assets are fetched, they are not cached until the second page load. Better to generate a list of assets and feed this to the service worker so it can cache without waiting for fetches. (This will also fix the gif worker problem)
if we export enough functionnality from the browser into the javascript, then maybe one day we'll finaly be able to implement a rendering engine better than html+css
So which "rendering engine" is better? Do you think everyone wants to use html+css (see react native, electron et al) is because "it sucks"?
This videos are more interesting than my react to-do-app tutorial.
Real web devs program a web browser, the most important part of the web.
Hahahahaha amei isso
Real WebDevs develop wifi drivers
In assembler.
It feels like de-ja-vu when I see Tsoding looking at "modern" JS. I also have a constant stream of WTF moments trying to understand the weirdness of what is needed to have something running in a browser.
This guy's click baits are getting insane.
Keep doing it
I'm not even mad. (I'm not a webdev too)
But, dudes, he's kinda right... 🤔
It's not click bait if it's true
It's only a clickbait if it's controversial, lol
You could even say he's a master baiter
Keep doing webdev videos, I'm already a web dev, but learning a lot of with you.
WebWorkers are great - I use them a lot in event installation code - as you can use all of the cores on the CPU this way if needed. JS on its own will not do that, but Workers will launch on their own core if possible. They're true threads.
Yeah, they are basically threads from what I gathered.
`self` is just a copy of `this` that is guaranteed to reference the global scope, as opposed to for example declaring functions on objects changing `this` to point to the object (same with classes) - `const x = {f: function() {console.log(this)}}` would print the object `x`, not the global scope.
It is weird but it saves having to save the state of `this` manually, the added benefit is moving away from using `this` unless it's actually needed and it doesn't change so it's less confusing than `this`. It should've been like this from the start but this is JS
"It should've been like this from the start but this is JS"
And that's why we need to dump JS and replace it with something that isn't fucking awful.
Yeah, good luck with that.
@@SalantorI mean, as soon as WASM can manipulate the DOM, JS is dead
@@Stroopwafe1 I heard "X is dead" in webspace for years. jQuery? Still alive and kicking. Wordpress? Same. I predict JS as a whole will see the same fate.
Also: not sure how many people would be able to learn WASM. JS has its stupid parts, but it is relatively easy.
Also also: A lot of technologies were considered dead in the last 20 years. Thing is, a lot of the time dead = not in the news or not popular enough. Great example: COBOL. Is it popular? Nope. How many people know it? Not many. Is it still needed in a pretty big number of places? Certainly. In other words WASM with DOM manipulation will carve its own niche in the ecosystem, but JS will still be there.
Windows.self is pretty old, but they made the Webworker global context have the same attribute so you can work with it.
I love this direction of videos. Please do more webdev / Typescript / React. It’s very interesting to learn more in depth about these technologies through your perspective
I'm in the camp that webpages should generally be DOCUMENTS, not applications. Static site generators like eleventy are my favorite at the moment. Eleventy uses an eye-watering stack of npm includes, but it doesn't matter because you are getting plain static HTML out the other end that you can do whatever you want with.
I totally agree with you that this should be unnecessary. There should be an option, or even default browser behavior, that pulls from cache when the web server or internet is not available. Probably just an HTML header flag that says 'makeavailableoffline'. Maybe a warning popup or box at the top of the page that you are not looking at the live version, but the cached version. For those pages that absolutely must refresh live to work, have another flag that says 'notavailableoffline' and either not load or give a warning message.
yea a very basic built-in service worker for simple sites that can be toggled via some header flag is interesting. And when a dev needs/wants more control over the caching strategy, refresh mechanism, security etc, they can create their own service workers.
There _is_ an option - it’s on the tag itself = `manifest`. By specifying a manifest with the proper contents (mostly listing every file that’s needed plus a revision), the browser will more-or-less do the thing that Tsoding built up in this stream, but automatically. I believe the best way to get more info is to search “html5 offline web apps”
cache manifests are deprecated
@@TsodingDaily 🤦
@@TsodingDailyInteresting that this was once a standard, but now you have to go to all this work to do essentially the same thing.
the thing about webdev is that there are new frameworks COMING OUT EVERY SECOND, so i said fuck it
5 утра, я досмотрел до конца. Уже два года учу веб, сам никто по образованию. Ощущение, что с каждым днём становится только сложнее. Интересный контент конечно, жаль, что изначально я выбрал фронтенд и что еще хуже реакт. :)
> Ощущение, что с каждым днём становится только сложнее.
Так и есть. 🫂
Так и есть, я застал еще табличную верстку, а сейчас проще космический корабль запустить, чем сверстать сайт, бросай это дело, пока не поздно, 2 года еще не срок, выбери другую работу. )
@@greggalf6140 не думаю, что это стоящий совет. Превозмочь надо все трудности, а не бросать всё при их виде
Ну так можешь уйти в другую сферу, если тебе не нравится.
The „narrower“ refers to the origin of the page where you register it, sp ./ is root for /index.html 56:30
I'm doing an implementation of service workers for static content on the client for work this week (LOL)
You can do it! I believe in you! 👍
@@TsodingDaily I've just finished the video and you gave me lots of ideas (thank u, always love the content) :)
Would love to hear your perspective on Remix lol (even though its built on React which ive seen a vid from)
Imagine downloading a software that has a only one button but weights 45mb and consumes all of your memory.
@59:33 Symbolic links are supported in windows for many years. So that solution could work.
"this" is always the current scope, but it's unclear when scope changes. For instance, anonymous functions often have their own scope but sometimes it's different. "self "is often used to make sure you are interacting with the scope you are expecting rather than this changing inside some anonymous function. Usually you'll see something like var self=this; near the start of the relevant code block.
damn zozin, you make me eat all the popcorn in the neighborhood. let the RRRRUUMMMBLLLEEEEE BEEEGIIIIIIN
In my current company i had the chance to be a backend engineer instead i went with the hard way as system and networking emgineer using mainly C and rust pretty hard but worth it
You did the best decision brother trust me.
Do you mind sharing how you made the transition?
@@hoonj2500 i was fresh grad so basically i started my career as system low level engineer
The endgame is having more Big Tech deciding convoluted standards so Browsers and web engines only adhere with great capital- and manpower- effort. Reminds me of the KHTML story which is yet another example how the triple EEE strategy of big tech works (embrace, extend and extinguish.)
I wish it was more like you said and hopefully at some point this will be the goal. Web assembly is already a great way but I have my doubts that they ever will go back to a thin layer.
Всплакнул с названия, все мы знаем что это правда 😬
Очень приятный и понятный английский :]
1:38:25 isn't it already so? I mean with Mozilla as the exception, M$, Apple, Google and Intel (even Samsung, if I remember correctly) are forming the core of the W3C.
80% of Mozilla's income comes from Google
Could you make stream with a simple browser implementetion? Because it's such a big mistery box I don't get most of the times, maybe that could just render html and add functionality without any of bullshit?
41:16 let user download big standalone html file with all scripts, styleshests inline, base64 encoded images?
For disabling internet connection you could have used hosts file or even ip route as well. More general solution for the problem, I guess, which can be used in other situations too.
you could test how the website behaves offline by starting a browser in a network namespace with no routes outside,
this is one of the first things covered cka training courses
The problem was staring a second chromium (which requires new -user-data-dir)
I think the abstraction is actually decent. Service Worker = intercept requests beneath some URL, do whatever you want therein.
Man is really starting a war with web devs 💀
Love it
i remember watching this stream live and screaming in the chat that i have a fear of javascript
Just remember, JavaScript fears you more than you fear JavaScript🫂
@@TsodingDaily also by the way, today i checked the discord, while watching one of your VODs, while getting a notification that a new one came out.
@@ariabk tsoding overload
Javascript is good for its job. Dont listen to these nerds bandwagon hating.
@@miloslazic3636 i just love the word nerds. look, if we're arguing about javascript, we're all nerds here
noo we don't suck, we know how to add numbers and strings!!
I didn't say you suck. It's "WebDev Sucks", not "WebDevs Suck". The position of "s" is important in here.
@@TsodingDailybrilliant
@@TsodingDaily уел)
yeah, it sucks that feature support differs from browser to browser.
safari not supporting canvas letterSpacing, ios safari not supporting flex for a long time etc
as a web dev I like the ironic part of this video title, but from a more deep perspective - web is great BUT user's (and business) requirements are becoming way more sophisticated and go a bit beyond the way web was designed.
The endgame of downloading whole browsers put me in tears 😁
7:28 finally for once ever, Firefox's "File > Work Offline" has a use-case?
I guess you've never had a dial-up internet connection 😅
yet another firefox W. still using chromium tho
@@cobbcodingdoesn't firefox use their own engine Gecko?
@@_start yes
@@cobbcoding oh nvm I misread your comment))
A like before watching is a must just for the title
Quite curious about your opinion on web dev. I am not trying to defend it at all, although I am a Web Dev at my daily job. Just wondering, how would you achieve what Web achieves today, without ending up with a decent level of complexity? What I mean is that there isn't really a simpler way of developing a cross platform application without having some aspect of it using web technologies. If we solely focus on web apps, you literally just need a browser and can run most of them. What could the alternative be? We can be completely hypothetical, the solution does need to exists.
I agree with like 99%, there is fuckton of stuff in Web. Would gladely switch TS for an actually stronged typed language - maybe WASM will git gud soon
Thanks to web assembly, in the near future you will no longer needed to write web apps with html, css and Js. You'll just write apps whatever language or library you want, then you'll stream it via web assembly. if you're curious about that, please Google Godot engine. it has web version and the whole engine is written in just C++ but it can be deployed on the web via web assembly.
Web technologies will die in the near future, just it takes some time.
Tsoding, I think that it can work offline, but you need a local http server to host it.
Some features don't work if you open html as file in browser
Yes, there are bunch of simple packages. My personal top: `python -m http.server` and `npx http-server` (a.k.a. nodejs's `http-server`)
@@NyanCoder busybox httpd
Being good at navigating the absolute chaotic shitshow that is the modern web pays well though
This is the first time I am seeing a nerd that is super funny and interesting ... "Javascript people, did somebody hurt you?"😄
I love your content... am subscribing. Keep it up
As a former flash developer, I am delighted with the mess web devs have made for themselves 🏆
Enjoy your hellscape.
I'm on your side.
Imagine being a flash developer and having an opinion on a field you are not part of.
So what do you suggest sir????
01:36:10 browser still needs to be backwards compatible with old websites
I expect that a persistent offline cache is not default behavior for security/safety reasons. It's not terribly surprising to me that it isn't some one-line function either because of things like dynamic imports. I feel that offline services are better suited to actual applications that don't require the bloat of an entire browser anyhow.
@@alt-artcache poisoning i guess
as a web ui dev and designer i'm triggered. and i love it.
We have a million different ways to engage!
@@TsodingDaily Welcome to the internet!
Hi bro, tell me please how to make the same terminal as yours :)
how to join your discord server?
Damn dude, you are literally my favorite programming related youtube channel by just watching one of your videos I immediately saw the difference with other channels. You are brilliant god damn it and not only super good at programming but hella funny as well.
I think you are in your 20s or am I wrong?
He said in the Q&A video, he is quite old and is programming already since 18 years. He is probably about 40.
My guess would be 32
@@RoadToFuture007 wtf no way, maybe I am looking 40 then
@@Amplefii could be
@@Endrit719 Ok, maybe between 30 and 40
36:16 self was added way more time ago than 1 year
If personal computing is useless now without an internet connection, why can't companies give it away for free?
`python -m http.server` and `npx http-server` and nginx and apache web server etc. when downloaded once works without internet connection
Because (for now) you _can_ install offline programs. Consider if you took a free "cloud device" and then jailbroke it to run offline.
The order of „ln“ can be remembered by thinking „mv existing newlocation“ 1:05:07
Oh, that's a good mnemonic! Thanks!
another option: "ln TARGET LINK_NAME" (from the man page)
will you continue developing ded?
Based
Yuh, WebDev is just as capable.
If you can't handle the basic features barely touched in this video, then ofc out goes Proxy Construction, QRCodes, Web Workers, DOM Writing, etc.
It’s confusing (did they say that 3 times?) but your scope is wrong ,)
Lol. Whippersnapper, I remember being excited when we no longer had to support IE 4, 5, and 5.5
Could you please speak English? Thanks!
IE 5.2 was Mac only and it was an almost totally different fork from Windows IE. That thing was _hell_ to support
I faintly remember just being like “No. Absolutely not.”
We must be very close in age because I had a CS professor who loved Erlang 😂
7:38 firejail!
I always had this feeling that's why Im not a web dev. It's not a bad job, but you'll never feel like you are a programmer.
lol what?
Sound stupid af
Man that mouse is so loud it sounds like you put enough force to scroll to the moon yet you move like 200px
"doing the ui in c to piss off react devs" 😂
56:19 that should have been the thumbnail lmao
Modern WebDev: abstraction hell - fuck it though, it pays my bills 😅
The end game is to rewrite the Linux kernel in JavaScript
35:35 self is global variable
this is keyword
service-workers master class
and with a manifest file it will be installable like native apps
I agree with the title, but as long as they pay $120k+ is fine with me :)
webdev sucks and you know it
🎶
Tsoding just leaked his age 😮
YES
That hairline is being pushed back further and further each video
Price of doing webdev.
i agree i wish there was abetter alternative to make miney just as easily and ut be exciting unlike webdev
Shut up and go make your form or go make your API
You should make that browser :)
True...
I want to get away from web dev hell...
I only use wasm MiniK
Glad I'm not the only one thinking webdev fans have Stockholm syndrome
1:36:35 like flash is done nowadays 😂
pretty much yes, I do have stockholm syndrome...
🫂
Browser will become HTTP GUI client engine
facts
> Hates complexity
> Hates abstraction
> ...
I usually do backend stuff and every time I look at webdev stuff it just makes me feel sick 😂
Backend isn't a web dev ?
@@-Engineering01- Meant to write backend non-webdev stuff. I guess what I am trying to say is JS sux.
@@lmnts556 Now you can write backends in JS though :D this sucker everywhere
Why does it say Porn Folder ? at the bottom
so you know the size of the folder, isn't that kind of obvious?
Hshahshsw😂😂😂😂
"All WebDev Sucks"
🙂
Am I an idiot? Hahaha so funny!
i liked this video
Thank you! And I liked making it for you! ^.^
It's funny how all what you're done in video was reimplementing basic functionality of modern operating systems, like running server locally and it can store stuff in named caches (a.k.a. files and filesystem). If you're developing web application, please stop and just opensource your program on any other language of your choice, I don't wanna run apps in browser all the time.
Browserify!
I do absolutely hate it.
Кликбейтишь как можешь)
Факты говорит
I only respect c and rust programmers. Rest are not even real engineers I believe. Even complete CS branch is not real engineering. Those who make semiconductors are the real og.
o/
a web developer is just someone who creates power point presentations with buttons.