I have the slight feeling that JavaScript is not the problem, bad engineering is. Then I can agree to some of the statements in the article. But most of them suggest a simple solution without any context. Programming is one thing, software development another.
JavaScript broke the web (and called it progress)
121–130 of 171 posts
Re: JavaScript broke the web (and called it progress)
#122Bitch about JavaScript all you want but this exact failure has occurred in many languages. It’s not a language failure. It’s a people failure. Nobody trains JavaScript developers properly and employers knowingly hire unqualified people to do the work. Of course the result is shit. It would be just as shitty if this were a different language. If you want to isolate yourself from so much of the stupid then use a PiHole…
I'm assuming that back then, people chose JS because of its simplicity. But maybe that simplicity came with an ocean of problems. It's like we all showed up to a party because the entrance was free, but no one mentioned that each drink would cost a week’s salary. Why bother though, devs are not the ones paying the bill, right?
Re: JavaScript broke the web (and called it progress)
#123JavaScript is named JavaScript because it was intended to "bridge browser and Java applets" if you read all the old press releases, they try to push the Java applet connection a lot. The original plan was to run Java applets everywhere and JavaScript as a "glue". I think we are much better off now than with Java applets. It could have been much, much worse.
Initially it was called Mocha or LiveScript and not intended to bridge Java applets. It really was invented to make HTML more dynamic. But eventually Netscape and Sun did a license agreement. Sun owned Java. From this point on, the name JavaScript was born and it was marketed to bridge browser and Java applets.
Anyway Java applets (and ActiveX) was expected to be the main thing; write once, run anywhere; and that world would be much much worse than what we got.
Re: JavaScript broke the web (and called it progress)
#124It seems to me that the better user experience that would be gained by a different approach has not been worth the (perceived or actual) hit to developer experience.
Or in a sentence: users do not seem to care enough to make it worthwhile.
Re: JavaScript broke the web (and called it progress)
#125Earlier quoted context omitted.
On a wired connection? No problem. On a crowded mobile network? Or when you got only EDGE (hello Germany)? Whoops. Hacker News however? Blazing fast - one page and only the CSS is actually required for rendering the page, and it is using both a cache-buster in the URL and a 10 year (!) cache life time. The JS uses the same as well but it's only loaded at the end of the page, so after rendering is done.
> Hacker News however? While being completely useless on mobile, with tiny buttons and textarea, which could be fixed while barely making the whole thing larger.
Re: JavaScript broke the web (and called it progress)
#126While I don't agree with other points, things got clearer once I reached the following: > Marketers, content editors, SEOs, designers – they’re all locked out of the process. Because now, even simple tasks require technical fluency. I worked in web development in the 2000s and then restarted in 2020s. The power of the tools, the speed of development and the result are all much better. The downside? You need to know m…
The fast pocket computer might be fairly common in fully developed countries, but bandwidth is not. It’s trivial to run into use cases with limited network bandwidth regardless of how fast your iPhone is. And if you broaden your idea of your user base a bit, even the fast computers aren’t ubiquitous. Try using a low end Android phone sometime, or a hand me down iOS device still on iOS 12.
Re: JavaScript broke the web (and called it progress)
#127Bitch about JavaScript all you want but this exact failure has occurred in many languages. It’s not a language failure. It’s a people failure. Nobody trains JavaScript developers properly and employers knowingly hire unqualified people to do the work. Of course the result is shit. It would be just as shitty if this were a different language. If you want to isolate yourself from so much of the stupid then use a PiHole…
We need to be honest about this. JavaScript created loads of jobs, helped people buy houses and raise families. That's real impact, and I respect that. But I can't help wondering: did we choose it because it was the best tool, or just the least terrible one that was easy enough to learn? I'm assuming that back then, people chose JS because of its simplicity. But maybe that simplicity came with an ocean of problems. I…
https://www.aei.org/carpe-diem/milton-friedman-shovels-vs-sp...
If you cannot do the job without things like React, Angular, or jquery you may not be qualified to write that code. On a bigger level if you cannot create an original application from scratch you aren’t a senior developer and if you don’t measure things you aren’t an engineer.
Nearly every other professional line of work has solved for this with some combination of licensing and/or broker/agent model. Developers tend to be scared shitless of industrial baselines of qualification assessments.
Again, I am saying all this as someone who wrote JavaScript for employment for 15 years and still love writing in the language.
Re: JavaScript broke the web (and called it progress)
#128Funny, in the context of Germany's ATC working off some Emacs Lisp cooked up by one dude in just a week back in the 90s [1]
[1] https://old.reddit.com/r/emacs/comments/lly7po/do_you_use_em...
Re: JavaScript broke the web (and called it progress)
#129While I don't agree with other points, things got clearer once I reached the following: > Marketers, content editors, SEOs, designers – they’re all locked out of the process. Because now, even simple tasks require technical fluency. I worked in web development in the 2000s and then restarted in 2020s. The power of the tools, the speed of development and the result are all much better. The downside? You need to know m…
The fast pocket computer might be fairly common in fully developed countries, but bandwidth is not. It’s trivial to run into use cases with limited network bandwidth regardless of how fast your iPhone is. And if you broaden your idea of your user base a bit, even the fast computers aren’t ubiquitous. Try using a low end Android phone sometime, or a hand me down iOS device still on iOS 12.
a site where every interaction requires an http request and a reload of the page performs much worse over low latence than an SPA that is designed with a local first approach where all interaction is local and data requests happen in the background.
not all SPAs are designed like that. but none of the traditional sites are designed like that either because they can't.
take hackernews as an example. in order to write a reply i have to click a link, wait for the page to load, click submit, wait for the submission to complete and for the updated page to load.
i live with bad internet. submissions and pageloads on hackernews frequently time out.
with an SPA the first click would open a text field without any server request at all, and submit would happen in the background while i can keep reading. and it can be repeated if it fails without me noticing and having to worry about it.
likewise updating for new messages could happen in the background without me having to wait for a page load. on top of that new messages could show up in a different color without having to track that in the server.
Re: JavaScript broke the web (and called it progress)
#130I’ve seen the whole thing, was there every day for it, and it was never better in ye olde days. It was shit.
And I also don’t buy the moaning and bitching about how bad JavaScript is, and how terrible web sites are these days.
These curmudgeons invite you to join in their sad lament for the fabulous days of yore, and how everything’s just awful today.
The truth is it’s an embarrassing wealth of riches on the web. Sites are (mostly) fast, broadband is fast, content is rich, lots is free, and there’s just an unbelievable number of incredible apps and sites.
And it’s all driven by JavaScript, which isn’t a terrible language it turns out to be a warty, weird, inconsistent yet incredibly flexible and powerful language that has grown and stood the test of time.
So when this latest grumbler invites you to grumble with him, maybe instead see reality instead of the fictional past he presents.