Over-engineering is under-engineering – Baldur Bjarnason

Following on from that link about the battle between control vs. using what the browser already gives you, Baldur sums up the situation:

To pick a specific example: the problem with an over-engineered form is that the amount of code required to replace no engineering (i.e. native form controls with basic styling) is enormous and almost always only partially successful (i.e. under-engineered).

They are under-engineered because they are over-engineered—tried to replace native controls.

And so we get two schools of engineering thought:

  1. Keep it simple.
  2. Control everything, even though that means reimplementing everything in JavaScript.

If, as it’s starting to look like from my perspective, these two communities are incapable of learning from each other, then maybe we should start consider some sort of community divorce?

We get HTML, CSS, and SVG. We love that shit and you just keep stuffing it into the JavaScript sack whenever you are left alone with it.

You get to keep WebGL, Shadow DOM, WASM, React, and Angular.

(I know which group I’d rather be in.)

Over-engineering is under-engineering – Baldur Bjarnason

Tagged with

Responses

Bridget Stewart

Awww, I didn’t realize you read my piece and had such nice things to say. Thank you! 💚💚💚

10 Likes

# Liked by Andy Bell on Friday, March 15th, 2019 at 9:10am

# Liked by Nathan Fa'anana on Friday, March 15th, 2019 at 9:10am

# Liked by Robert Weber on Friday, March 15th, 2019 at 9:11am

# Liked by Stu on Friday, March 15th, 2019 at 9:13am

# Liked by dirk döring on Friday, March 15th, 2019 at 9:45am

# Liked by Piper Haywood on Friday, March 15th, 2019 at 11:23am

# Liked by corenominal 🚀 on Friday, March 15th, 2019 at 11:53am

# Liked by Chris Coyier on Friday, March 15th, 2019 at 11:53am

# Liked by Shannon Moeller on Friday, March 15th, 2019 at 1:03pm

# Liked by Enrico Mattiazzi on Friday, March 15th, 2019 at 2:01pm

Related links

Developers Rail Against JavaScript ‘Merchants of Complexity’ - The New Stack

Perhaps the tide is finally turning against complex web frameworks.

Tagged with

A Rant about Front-end Development – Frank M Taylor

Can we please stop adding complexity to our systems just so we can do it in JavaScript? If you can do it without JavaScript, you probably should. Tools shouldn’t add complexity.

You don’t need a framework to render static content to the end user. Stop creating complex solutions to simple problems.

Tagged with

Untapped – Using Simple Tools as a Radical Act of Independence

It would be much harder for a 15-year-old today to View Source and understand the code structure that built the website they’re on. Every site is layered with analytics, code snippets, javascript plugins, CMS data, and more.

This is why the simplicity of HTML and CSS now feels like a radical act. To build a website with just these tools is a small protest against platform capitalism: a way to assert sustainability, independence, longevity.

Tagged with

Faster Connectivity !== Faster Websites - Jim Nielsen’s Blog

The bar to overriding browser defaults should be way higher than it is.

Amen!

Tagged with

Why multi-page apps? | Go Make Things

There are absolutely use-cases for SPAs (media sites, primarily). Most of the other things we use them for make the user experience notably worse or band-aid over the real underlying issues without addressing them.

Tagged with

Related posts

Multi-page web apps

A question via email…

Principles and the English language

Mashing up George Orwell with axioms of web architecture.

Robustness and least power

A tale of two principles.