Ranter
Join devRant
Do all the things like
++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatar
Sign Up
Pipeless API
From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple API
Learn More
Comments
-
@succcubbus Yeah, coercion. One of the many great features of Javascript that makes it so versatile
-
I have seen this practice for the first time just recently. Can someone point me to a reference of this pattern or more info about it... a place to find a 'why' and shit like that plz
-
Condor325176y@cobolplz just install NoScript and you'll see all the websites that refuse to show you their content until you whitelist their domain for JavaScript... It's a real problem.
-
wowotek58286y@Condor couldn't Agree more. Damn i don't understand why people like to design their website programmatically, instead of marking up. Personally if that website is somewhat Professional, all the way using heavy shit is ok for me, the content and UI/UX is pleasing.
-
sigfried5366yI built my websites in Nuxtjs. But since it's server side rendered or prerendered you can visit it without any JS. Ofcourse, interactions won't work but you can still visit it. But with jQuery I prefer to not use it. Last week I saw on a site I made that I used jQuery for a lightbox. I searched for a pure js one and removed the other one + jQuery
-
sigfried5366y@Alice you don't know what websites those are so maybe you shouldn't judge. If it's a stupid portfolio I don't built it in JS lol.
-
sigfried5366y@Condor @Alice also, your point is terrible. Often a website with a proper frontend system is faster than reloading the page, and more user friendly But it depends on the case. And not talking about newspapers, if you get a good newspaper you don't have that shit. You can visit NY Times without JS and it works fine.
-
sigfried5366y@Alice you're right. If it is possible to do it with css then it should be done with css. Like navs
-
-vim-31686yThings that are ok to do in js on a static textual website:
- theme switching (should fallback to a server side solution)
- hamburger menus (should fallback to the menu always open)
- an image viewer thingy
What is not ok:
- carousel (they are never ok)
- parallax effect (they can be done in css)
- little animations (use css animations) -
you're all talking about the outermost layer of frontend, rendering stuff, markup, css , etc...
you bring frameworks around in order to have code reuse across projects, testability and to move part of the logics on the client (which cpu power comes for free, from a BE perspective)
a crappy website is a crappy website, independently ofJS.
the role of JS is mostly to wire and instrument XHR calls to logics and, by reacting to their responses, produce decent HTML/CSS
you don't use frameworks to make "websites", portolios etc. if you do, you got no idea of what you're doing and what frameworks are for.
it's not 5K lines of decent JS that make a client struggle.
but shitty code does, as usual (good code in wrong place is still shitty code, btw) -
fives10596yI think to become a gritty front end dev, you need solid experience in blowing up browsers with applications destined for space
To all those web developers who load their entire fucking website in JavaScript - even on fucking news articles where JAVASCRIPT ISN'T EVEN FUCKING NEEDED, and top it off with a heavy as shit framework, BURN IN FUCKING HELL!!!
rant