|
|
|
|
|
by geebee
3174 days ago
|
|
That certainly appears to be the case. I'm not quite so willing to give up on the original definition, though. "Agile", for instance, eventually came to be widely (though by no means universally) known as something requiring a very specific set of tools and processes (SCRUM, test-first, velocities,...) when the original manifesto made no mention of any of this and even said "Individuals and interactions over processes and tools". Goalposts move, definitions change... but if "progressive" doesn't refer to the progression from HTML to elaborate UI in JS or mobile, does it still refer to the movement from simple to more complex? Or has "progressive" become a great sounding word, like "agile", that everyone wants to claim? Nobody wants to describe themselves as lumbering and clunky instead of agile, or regressive and backward instead of progressive. |
|
ETA here: The missing idea here being that when using these OS-specific components, you should do it in a progressive enhancement way such that they have fallbacks or offer alternative functionality when they don't exist. Try to avoid the old west days of "Works Best on This Particular Browser/OS Combo".
There is definitely a need to preserve the old meaning of "progressive enhancement", but that may be a need for a new term, as this one moves on. Particularly the more that it feels that JS has "won" and is the default much more than the exception. I used "artisanal" as a joke in the previous post, but it's also somewhat apt here as raw, barely filtered, HTML [1] feels increasingly like a fad for hipsters and old curmudgeons more than the way of the web. To support it as a movement you might have to market it in similar "return to the web's roots" marketing.
[1] Just like Grandma used to bake.