The website for an Indian restaurant I'm visiting later (https://lastdaysoftheraj.com/), open in Brave on Android. The screen is completely blank; and Brave has detected that, while the site itself is being delivered kver HTTPS, external content is being delivered unencrypted.
you are viewing a single comment's thread
view the rest of the comments
[–] 51 points 1 year ago (47 children)

People in this thread who aren't web devs: "web devs are just lazy"

Web devs: Alright buddy boy, you try making a web site these days with the required complexity with only HTML and CSS. 😆 All you'd get is static content and maybe some forms. Any kind of interactivity goes out the door.

Non web devs: "nah bruh this site is considered broken for the mere fact that it uses JavaScript at all"

  • source
  • hideshow 47 child comments
  • [–] 10 points 1 year ago (5 children)

    That site is literally just static content. Yes JS is needed for interactivity, but there's none here

  • source
  • parent
  • hideshow 5 child comments
  • [–] 0 points 1 year ago (4 children)

    If you have static content, then sure, serve up some SSR HTML. But pages with even static content usually have some form of interactivity, like searching (suggestions/auto-complete), etc. 🤷‍♂️

  • source
  • parent
  • hideshow 4 child comments
  • [–] a comment that isn't shown here: deleted, from someone you've blocked, or on another page. view the thread from it
  • [–] 3 points 1 year ago (2 children)

    Does that little snippet include suggestions, like I mentioned? Of course it's easier with less functionality.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 5 points 1 year ago* (1 child)

    Back in my day, we’d take that fully-functional form and do progressive enhancement to add that functionality on top with js. You know, back when we (or the people paying us) gave a fuck.

  • source
  • parent
  • hideshow 1 child comment
  • load more comments (1 reply)
  • [–] 15 points 1 year ago (3 children)

    Stop, can only get so erect. Give me that please than the bullshit I have to wade trough today to find information. When is the store open. E-mailadress/phone. Like fuck if I want to engage

  • source
  • parent
  • hideshow 3 child comments
  • [–] 2 points 1 year ago (2 children)

    😆 F—ck, I hear you loud and clear on that one. But that's a different problem altogether, organizing information.

    People suck at that. I don't think they ever even use their own site or have it tested on anyone before shipping. Sometimes it's absolutely impossible to find information about something, like even what a product even is or does. So stupid.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 7 points 1 year ago* (last edited 1 year ago) (1 child)

    A lot of this interactivity is complete bullshit, especially on sites that are mostly just for static data like news articles or blog posts, the JS is there for advertisement and analytics and social media, tracking and other bullshit.

    The fastest and smoothest websites are usually personal blogs of software engineers, no ads, no social media, no tracking, no pointless comments threads and no gimmicky UI animations, just text and images and if they do add interactive components it's usually done in a good way

  • source
  • parent
  • hideshow 1 child comment
  • [–] 5 points 1 year ago*

    News site dev here. I’ll never build a site for this company that relies on js for anything other than video playback (yay hls patents, and they won’t let me offer mp4 as an alternative because preroll pays our bills, despite everyone feeling entitled to free news with no ads)

  • source
  • parent
  • [+] 5 points 1 year ago (9 children)
  • [–] 3 points 1 year ago (8 children)

    What country or area would that be?

    And what do you mean by "do it"? What is it exactly that you do or make without JavaScript?

  • source
  • parent
  • hideshow 8 child comments
  • [+] 7 points 1 year ago* (8 children)
  • [–] 3 points 1 year ago

    Also the EU and technically a lot of US sites that provide services to or for the government have similar requirements. The latter is largely unenforced though unless you're interacting with states that also have accessibility laws.

    And honestly a ton of sites that should be covered by these requirements just don't care or get rubber stamped as compliant. Because unless someone actually complains they don't have a reason to care.

    I kind of thought the EU requirements that have some actual penalties would change this indifference but other than some busy accessibility groups helping people that already care, I haven't heard a lot about enforcement that would suggest it's actually changed.

  • source
  • parent
  • [–] 2 points 1 year ago (6 children)

    That's excellent.

    And what do you make that doesn't include JavaScript? Like what kind of software/website/content? If you don't mind sharing, of course.

  • source
  • parent
  • hideshow 6 child comments
  • [–] 3 points 1 year ago (3 children)

    It doesn't have to not include JavaScript, that would be quite difficult and unreasonable. Accessible sites are not about limiting functionality but providing the same functionality.

    I haven't gone fully down the rabbit hole on this but my understanding is even something like Nuxt if you follow best practices will deliver HTML that can be interacted with and serve individual pages.

    That said, screen readers and other support shouldn't require running without any JavaScript. Having used them to test sites that might be the smart approach but they actually have a lot of tools for announcing dynamic website changes that are built into ARIA properties at the HTML level so very flexible. There are of course also JavaScript APIs for announcing changes.

    They just require additional effort and forethought to implement and can be buggy if you do really weird things.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 2 points 1 year ago (2 children)

    I think we're on the same page here. Your reply seems to me to argue against the people who are completely against JavaScript and who treat its very presence like a complete site-breaking bug. I am not of their opinion either. But I do sympathize with the sentiment that it is being used for evil.

  • source
  • parent
  • hideshow 2 child comments
  • [+] 2 points 1 year ago (2 children)
  • load more comments (-1 replies)
  • load more comments (-1 replies)
  • [+] 7 points 1 year ago* (2 children)
  • [–] 1 point 1 year ago

    Of course it depends, like all things. But in my mind, there's a few select, very specific types of pages that wouldn't require at least a bit of JavaScript these days. Very static, non-changing, non-interactive. Even email could work/has worked with HTML only. But the experience is severely limited and reduced, of course.

  • source
  • parent
  • [–] 7 points 1 year ago (8 children)

    I would argue that a lot it scripting can and should be done server side.

  • source
  • parent
  • hideshow 8 child comments
  • [–] 6 points 1 year ago* (6 children)

    That would make the website feel ultra slow since a full page load would be needed every time. Something as simple as a slide out menu needs JavaScript and couldn't really be done server side.

    When if you said just send the parts of the page that changed, that dynamic content loading would still be JavaScript. Maybe an iframe could get you somewhere but that's a hacky work around and you couldn't interact between different frames

  • source
  • parent
  • hideshow 6 child comments
  • [–] 4 points 1 year ago*

    a slide out menu needs JavaScript

    A slide out menu can be done in pure CSS and HTML. Imho, it would look bad regardless.

    When if you said just send the parts of the page that changed, that dynamic content loading would still be JavaScript

    OP is trying to access a restaurant website that has no interactivity. It has a bunch of static information, a few download links for menu PDFs, a link to a different domain to place an order online, and an iframe (to a different domain) for making a table reservation.

    The web dev using javascript on that page is lazy, yet also creating way more work for themself.

  • source
  • parent
  • [–] 3 points 1 year ago (2 children)

    https://htmx.org/ solves the problem of full page loads. Yes, it's a JavaScript library, but it's a tiny JS library (14k over the wire) that is easily cached. And in most cases, it's the only JavaScript you need. The vast majority of content can be rendered server side.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 9 points 1 year ago (1 child)

    While fair, now you have to have JavaScript enabled in the page which I think was the point. It was never able having only a little bit. It was that you had to have it enabled

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 1 year ago

    Yes, it is unfortunate that this functionality is not built-in to HTML/browsers to begin with. The library is effectively a patch for the deficiencies of the original spec. Hopefully it can one day be integrated into HTML proper.

    Until then, HTMX can still be used by browsers that block third party scripts, which is where a lot of the nasty stuff comes from anyway. And JS can be whitelisted on certain sites that are known to use it responsibly.

  • source
  • parent
  • [–] 1 point 1 year ago

    Something as simple as a slide out menu needs JavaScript and couldn't really be done server side.

    I'm not trying to tell anyone how to design their webpages. I'm also a bit old fashioned. But I stopped making animated gimmicks many years ago. When someone is viewing such things on a small screen, in landscape mode, it's going to be a shit user experience at best. That's just my 2 cents from personal experience.

    I'm sure there are examples of where js is necessary. It certainly has it's place. I just feel like it's over used. Now if you're at the mercy of someone else that demands x y and z, then I guess you gotta do what you gotta do.

  • source
  • parent
  • [–] 1 point 1 year ago*

    JS is just a janky hotfix.

    As it was, HTML was all sites had. When these were called "ugly", CSS was invented for style and presentation stuff. When the need for advanced interactivity (not doable on Internet speeds of 20-30 years ago), someone just said "fuck it, do whatever you want" and added scripting to browsers.

    The real solution came in the form of HTML5. You no longer needed, and I can't stress this enough, Flash to play a video in-browser. For other things as well.

    Well, HTML5 is over 15 years old by now. And maybe the time has come to bring in new functionality into either HTML, CSS or a new, third component of web sites (maybe even JS itself?)

    Stuff like menus. There's no need for then to be limited by the half-assed workaround known as CSS pseudoclasses or for every website to have its own JS implementation.

    Stuff like basic math stuff. HTML has had forms since forever. Letting it do some more, like counting down, accessing its equivalent of the Date and Math classes, and tallying up a shopping cart on a webshop seems like a better fix than a bunch of frameworks.

    Just make a standardized "framework" built directly into the browser - it'd speed up development, lower complexity, reduce bloat and increase performance. And that's just the stuff off the top of my head.

  • source
  • parent
  • load more comments (1 reply)
  • [–] 2 points 1 year ago (3 children)

    Making a static site is a piece of piss. There are even generators on npm.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 1 point 1 year ago (2 children)

    Not sure that was the issue. I mean more that if you use only HTML and CSS all you'll be able to create would be static sites that only change the contents of the page by full reloads. 🙂

  • source
  • parent
  • hideshow 2 child comments
  • [–] 2 points 1 year ago (3 children)

    it sounds like you're saying there's an easy solution to get websites that don't have shit moving on you nonstop with graphics and non-content frames taking up 60% of the available screen

    it's crazy that on a 1440p monitor, I still can't just see all the content I want on one screen. nope, gotta show like 20% of it and scroll for the rest. and even if you zoom out, it will automatically resize to keep proportion, it won't show any of the other 80%

    I'm not a web dev. but I am a user, and I know the experience sucks.

    if I'm looking at the results of a product search and I see five results at a time because of shitty layout, I just don't buy from that company

  • source
  • parent
  • hideshow 3 child comments
  • [–] 2 points 1 year ago (2 children)

    I had a bit of trouble following that first paragraph. I don't understand what it is that you say it sounds like I'm saying.

    Either way, none of what you wrote I disagree with. I feel the same. Bad design does not elicit trust.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 2 points 1 year ago (3 children)

    I'll take an API and a curl call over JavaScript any day of the week.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 4 points 1 year ago (2 children)

    If I didn't input it myself with a punch card I refuse to run it.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 0 points 1 year ago (1 child)

    “nah bruh this site is considered broken for the mere fact that it uses JavaScript at all”

    A little paraphrased, but that's the gist.

    Isn't there an article just today that talks about CSS doing most of the heavy-lifting java is usually crutched to do?

    I did webdev before the framework blight. It was manual php, it was ASP, it was soul-crushing. That's the basis for my claim that javascript lamers are just lazy, and supply-chain splots waiting to manifest.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 6 points 1 year ago*

    CSS doing most of the heavy-lifting java is usually crutched to do

    JavaScript you mean? Some small subset of things that JavaScript was forced to handle before can be done in CSS, yes, but that only goes for styling and layout, not interactivity, obviously.

    I did webdev before the framework blight. That's the basis for my claim that javascript lamers are just lazy

    There is some extremely heavy prejudice and unnecessary hate going on here, which is woefully misdirected. Well get to that. But the amount of time that has passed since you did web dev might put you at a disadvantage to make claims about web development these days. 👍

    Anyway. Us JavaScript/TypeScript "lamers" are doing the best with what we've got. The web platform is very broken and fragmented because of its history. It's not something regular web devs can do much about. We use the framework or library that suits us best for the task at hand and the resources we are given (time, basically). It's not like any project will be your dream unicorn project where you get to decide the infrastructure from the start or get to invent a new library or a new browser to target that does things differently and doesn't have to be backwards compatible with the web at large. Things don't work this way.

    Don't you think we sigh all day because we have to monkey patch the web to make our sites behave in the way the acceptance criteria demand? You call that lazy, but we are working our knuckles to the bone to make things work reasonably well for as many people as we can, including accessibility for those with reduced function. It's not an easy task.

    ... "Lazy." I scoffed in offense, to be honest with you.

    It's like telling someone who made bread from scratch they're lazy for not growing their own wheat, ffs.

    Let's see you do better. 👍👍👍👍👍👍

  • source
  • parent
  • load more comments (-1 replies)