5 ms·
I dare it - turn off JavaScript!? Websites doesn't require JavaScript, what really needs JavaScript are Singe-Page-Web-Apps-Somethings with anti-patterns like
by ho_schi 5y ago
I dare it - turn off JavaScript!?
Websites doesn't require JavaScript, what really needs JavaScript are Singe-Page-Web-Apps-Somethings with anti-patterns like infinite scrolling. You get two things in return, a "super duper" fast web and a more secure web-browser. For example Amazon supports usage without JavaScript very well. Another experience is Stackoverflow, things like the preview and highlighting doesn't work. The highlighting can be added with server-side code but this will cost some CPU-Time - and it is not your CPU-Time. It is their CPU-Time? There is tiny feature I would appreciate in HTML-Engines "copy link to location" instead of using JavaScript - but there is this usable hierarchical address-bar a the top (which Google tries to hide) which already serves this purpose.
I'm not against JavaScript. JavaScript is just a tool but I ask the question if good websites require it? Hackernews uses 134 lines of JavaScript, this is alredy nearly nothing. Can you imagine using Hackernews without JavaScript?
My webbrowser (WebKitGtk) provides a permission panel for every website:
* advertisements
* notifications
* password
* location
* microphone
* webcam
* media
A first step would be adding there JavaScript, too? Maybe some nasty Cookie-Dialogs will disappear as consequence. But that is not a loss?
- bob1029 5y agoI'm 100% on board with this line of thinking, but the edge case that the business keeps complaining about is being able to push async events to the client. How would we accomplish this sort of UX without javascript?
- saurik 5y agoI think the argument is that while a good amount of my daily web browser usage might like that feature (as I do in fact use it as an application sandbox), a vanishingly small number of the separate web sites I visit on any given day (which are all one-off pieces of content I am accessing) need that to functionality, and I can whitelist them by turning JS on for them, as they are also pretty much the same few websites every day.
- roenxi 5y agoThat ... is an interesting question that is not really a problem for someone who wants to browse the web without JavaScript. Which is almost the only person whos choice really matters when it comes to user security. Some sites I've accidentally browsed without NoScript makes me question how people access sites with JS enabled at all. There are some shockers out there.
- ho_schi 5y agoFor this edge case I suggest handling JavaScript like Webcam-Access, if a website wants to use it they can and need to convince the users. So we have an agreement between both sides :) I foster myself some weird JavaSript to allow hardware-access. But I think business itself should not be the driving force for the technical development and society.
- kall 5y agoI believe you can utilize partial http response streaming that never stops and there is even a way to replace html fragments. I‘m sure i‘ve seen this, but I am having no luck finding anything about it. Edit: here it is https://news.ycombinator.com/item?id=16319248 https://news.ycombinator.com/item?id=16319248
- axiosgunnar 5y agoHow is infinite scroll an antipattern? It‘s simply like having an automatic transmission in an ICE car. The motor type is an implementation detail the user does not want to care about. I want to press the pedal and the car accelerates. What happens in the background does not concern me. Same for websites. If I see a list that is larger than the height of my screen, I want to be able to keep scrolling until I decide to stop. I do not care that the creators of the website have structured their database so that the current DB would return 573738 entries. I also do not care that the way the developers decided to present the application to me (via a browser) means that every row entry is a HTML element and showing 573738 HTML nodes at once would slow down the browser. I just want to keep scrolling (and will stop after a few hundred rows anyways). Having these kind of ivory tower fringe opinions like „infinite scroll bad“ is gate-keeping by middle-aged backend devs that panic at the speed and impact of the frontend world, plain and simple.
- 411111111111111 5y agoI wouldn't call it an antipattern either - it literally does exactly what the programmer wants, but it's definitely a dark pattern. Most of us humans have an urge to finish things, but infinite scroll by definition never finishes. This increases engagement of users by utilizing their psychology, which is basically the definition of a dark pattern. There is an argument to be made that it also increases usability, so it's inception probably wasn't malicious. But it's definitely another product of today's addiction driven design philosophy if you just look at the psychological effect it has on users
- axiosgunnar 5y agoInfinite scroll is a tool. Your problem is with pointless dark-pattern ridden attention-grabbing social media using that tool (and rightfully so!). Now imagine a useful application, like an email program. Infinite scroll is useful there. Imagine having a paginated inbox!
- snomad 5y agoI prefer a paginated inbox, its that way in gmail for me (maybe I turned on some setting years ago?). The pagination is a nice break and lets me know I am done, everything on back pages has been previously processed.
- austincheney 5y agoWhat I find most interesting as a JavaScript developer is that almost no open source projects will touch the stupidity of giant SPA frameworks. Seriously, if you are writing software on your own time why burn that time away digging in the trash? On the contrary JavaScript developers that don’t contribute to open source cannot write two lines of code without some disgustingly bloated framework and a million dependencies to do half their job for them. You can’t even get hired without completely caving into the stupidity. It feels like cult membership lighting money on fire.
- phist_mcgee 5y agoYeah dude this overgeneralisation is not cool. I'm a JS dev, and you're insinuating that since I don't write FOSS, I am a brainless monkey who glues frameworks together. Classic elitism, and it shows your hand as a gatekeeper. Not cool.
- austincheney 5y agoNot exactly. I am insinuating you are a brainless monkey if you need a ginormous SPA framework to build a simple web page with a couple click events. > Classic elitism, and it shows your hand as a gatekeeper. Not cool. Cry me a river. I am not being elitist by suggesting you should learn to do your job. I really don't care how uncool it sounds or how many tears you shed. I am not sure what you or the downvote brigade want here. Do you want me to feel sorry for you?
- rakoo 5y agoI'm using uBlock Origin more or less in nightmare mode (https://github.com/gorhill/uBlock/wiki/Blocking-mode:-nightmare-mode https://github.com/gorhill/uBlock/wiki/Blocking-mode:-nightm...): all 3rd party stuff blocked, inline and 1st party scripts blocked. Some websites work out of the box and I love them, but too many still want me to enable 1st party scripts and 3rd party resources to at least display correctly even though most of the content I'm consuming is text. This is also one of the reason I'm hoping more people write in Gemini, because it's just text > Can you imagine using Hackernews without JavaScript? It definitely works, it's just a very few small features that need javascript. The most important for me is the ability to collapse sub-threads, which is mandatory when reading threads with lots of comments.
- erk__ 5y agoHackerNews would not really work in gemeni though as there are too strict limitation on how long urls can be and the only way to send data is by appending it to the url.
- rakoo 5y agoI agree, but HN isn't really a "website", it's closer to an application: you don't really have documents. The ideal interface to have HN functionality is Usenet, or maybe mailing lists: you have many people exchanging messages about a specific subjects, quoting and replying to each other, all in very hierarchichal threads. It's only because HTTP is so widespread that HN uses that, but if it weren't I would bet we wouldn't even be talking about javascript.
- grandpoobah 5y agoHow do Luddites like you still exist?
- ksec 5y agoI need a WYSIWYG editor, a very simple one for Forum uses. And some sort of Ajax, Pjax function. I think that covers 90% of my needs. If we could get that without enabling JS. Some function could move back to Server at the expense of more CPU cycle. Although pushing more features to HTML isn't exactly a great idea either.