3 ms·

> due to technical deprecations This struck me as a wolf whistle, and the immediate follow-on paragraph confirmed that suspicion. HTTPS enforcement is a major

> due to technical deprecations This struck me as a wolf whistle, and the immediate follow-on paragraph confirmed that suspicion. HTTPS enforcement is a major migration, yes, but other than IPv4 (sadly a long way off) it's the only "technical deprecation" of any kind I can think of that websites have dealt with. Implying these kinds of deprecations are commonplace, rather than 2 in 30-40 years, is a little odd. > Google [...] Facebook Embedded maps & Like/Share buttons are not "technologies", they're product offerings from service-providers. Businesses change their offerings over time, this is common in all industries & not a problem specific to websites / the internet / tech.

bcrosby95 4y ago
If you want to get that technical, then even https enforcement is the changing of a product offering.
- lucideer 4y ago
  If you want to get that technical, sure, why not. I don't understand what point you're trying to make though. Ultimately, ask yourself this question: if I set out to make a website in 1992 that I hoped would be around in 2022 after zero maintenance, would it be possible and why not. The only reason it wouldn't is my visitors are starting to enforce HTTPS. There's literally no other blockers. The backward compatibility within the web as an ecosystem is extreme. Going back to the original point - if I'm building a long lasting website in whatever year Google Maps embeds became available, should I reasonably expect a map embed pulling from someone else's server to work forever?
dhzhzjsbevs 4y ago
> Implying these kinds of deprecations are commonplace, rather than 2 in 30-40 years, is a little odd. Large parts of the web are powered by npm. The vast majority of those sites, if not actively developed, will not be able to build within a year's time.
- lucideer 4y ago
  That's the same for literally any other programming language ecosystem. The discussion here was about the web being distinctly more rot-inclined as an ecosystem. I'm purely arguing that it's absolutely not. Comparatively it's much easier to avoid rot on the web than it is off the web. > will not be able to build within a year's time Fwiw, and I know this is a nitpick, but anything built purely on open source libraries should be technically buildable forever. Especially if you keep it local (e.g. cached node_modules for npm)
  - dhzhzjsbevs 4y ago
    That's simply not true. I have WordPress sites I haven't touched in years and they all run auto updates. Sure I guess it's technically avoiding rot by updating but the fact I don't need to touch it makes the point moot. > Fwiw, and I know this is a nitpick, but anything built purely on open source libraries should be technically buildable forever. Especially if you keep it local (e.g. cached node_modules for npm) Technically isn't very useful when my server needs to update npm/node for security reasons.

bcrosby95 4y ago

If you want to get that technical, then even https enforcement is the changing of a product offering.

lucideer 4y ago
If you want to get that technical, sure, why not. I don't understand what point you're trying to make though. Ultimately, ask yourself this question: if I set out to make a website in 1992 that I hoped would be around in 2022 after zero maintenance, would it be possible and why not. The only reason it wouldn't is my visitors are starting to enforce HTTPS. There's literally no other blockers. The backward compatibility within the web as an ecosystem is extreme. Going back to the original point - if I'm building a long lasting website in whatever year Google Maps embeds became available, should I reasonably expect a map embed pulling from someone else's server to work forever?

dhzhzjsbevs 4y ago

> Implying these kinds of deprecations are commonplace, rather than 2 in 30-40 years, is a little odd. Large parts of the web are powered by npm. The vast majority of those sites, if not actively developed, will not be able to build within a year's time.

lucideer 4y ago
That's the same for literally any other programming language ecosystem. The discussion here was about the web being distinctly more rot-inclined as an ecosystem. I'm purely arguing that it's absolutely not. Comparatively it's much easier to avoid rot on the web than it is off the web. > will not be able to build within a year's time Fwiw, and I know this is a nitpick, but anything built purely on open source libraries should be technically buildable forever. Especially if you keep it local (e.g. cached node_modules for npm)
- dhzhzjsbevs 4y ago
  That's simply not true. I have WordPress sites I haven't touched in years and they all run auto updates. Sure I guess it's technically avoiding rot by updating but the fact I don't need to touch it makes the point moot. > Fwiw, and I know this is a nitpick, but anything built purely on open source libraries should be technically buildable forever. Especially if you keep it local (e.g. cached node_modules for npm) Technically isn't very useful when my server needs to update npm/node for security reasons.