Hacker News new | ask | show | jobs
by notabul 2019 days ago
The article is about deprecating and taking functionality out of use.

My point is that deprecation is by its very nature going to hurt something that isn’t prepared for its demise.

There is no good way to do it. There are only less bad ways to do it.

3 comments

Flash is an example of an entire technology getting deprecated. The article only talks about the codebase level.
At this point if you/your company is still using Flash I find it hard to sympathize with you. How did the company come to the conclusion that using Flash was a good business decision? It's been largely unsupported/disabled in mainstream browsers for _years_ now. They also knew for 3 years it was officially going to be deprecated in 2021. Sounds like despite that they continued to develop on the technology anyway?
Some businesses run on code more than ten years old.

They don’t care if you sympathize. The business or institution decides how it wants to prioritize replacement, and some projects miss deadlines.

If you think that every application running in an enterprise has stopped using Flash, you’re sorely mistaken.

Sure. Can't have it both ways though: you're welcome to choose to implement on a soon to be deprecated tech stack but you don't get to bitch about it or expect the maintainers of said stack to suddenly change their minds about deprecating.

  > My point is that deprecation is by its very nature going 
  > to hurt something that isn’t prepared for its demise.
TFA describes techniques for deprecating code paths that do their best to notify and prepare the folks working with that code.

You're describing the end of Life of Adobe Flash that hits at the end of 2020.

Deprecation is different from EOL (Flash has been deprecated for some time now), and deprecating/EOLing a creation tool/product line has little similarity with tooling to deprecate internal APIs gracefully.

Although I do think that you and TFA agree on how difficult it is to deprecate functionality that folks rely on, it seems like you're talking about two wildly different facets of that statement.