News for hackers. Stuff that matters.
Re:Rich client side web apps gone too far (2014) by carsongross on Saturday March 28, 2015 @07:36PM (#9283217)
His criticisms of Javascript are, of course, correct. It's a huge mark of shame for the technical community that we've allowed this language to "win". Bafflingly, people who even suggest that the hacks-upon-hacks we've had to use for even basic software engineering techniques like namespacing are just that, hacks, routinely get shouted down. The whole thing will make an interesting sociological study at some point.

From the article:

"Javascript used to be a tool that you used as sparingly as possible, sprinkling just the barest hint of dynamic behavior where it was absolutely necessary. Now it's common to start a new project and assume that 50% or more of the code will be Javascript."

I know I've been asked to cool it on the pimping, but this is exactly what intercooler.js is designed for: you don't need to write much javascript for the dynamic behavior you want 99% of the time.

Re:Rich client side web apps gone too far (2014) by gradstudent on Saturday March 28, 2015 @09:15PM (#9283506)
> I know I've been asked to cool it on the pimping, but this is exactly what intercooler.js is designed for: you don't need to write much javascript for the dynamic behavior you want 99% of the time.

JavaScript is a clusterfuck. More Javascript is not the answer.

Re:Rich client side web apps gone too far (2014) by carsongross on Saturday March 28, 2015 @09:33PM (#9283549)
Which is exactly why intercooler.js uses plain HTML attributes, rather than javascript:

http://intercoolerjs.org/

Re:Rich client side web apps gone too far (2014) by curiously on Saturday March 28, 2015 @10:28PM (#9283644)
very cool! although I feel more comfortable with using jQuery for posting.