←back to thread

45 points scolby33 | 3 comments | | HN request time: 0.946s | source
Show context
shadowgovt ◴[] No.46221571[source]
The secret trick I've used on rare occasion, but when necessary, is the "ten second rule."

Users don't notice a deprecation warning. But they might notice adding a "time.sleep(10)" immediately at the top of the function. And that gives them one last grace period to change out their software before it breaks-breaks.

replies(2): >>46221755 #>>46222476 #
1. odie5533 ◴[] No.46221755[source]
This will just waste CI compute and not solve anything.
replies(2): >>46221850 #>>46221923 #
2. shadowgovt ◴[] No.46221850[source]
It's worked in the past. But it does require someone at your org to care that CI times are spiking, which is not always a thing you can rely upon.

In addition: if CI is the only place the issue shows up, and never in a user interaction... Why does that software exist in the first place? In that context, the slowdown may be serving as a useful signal to the project to drop the entire dependency.

ETA: To be clear, I don't do this as a substitute for a regular deprecation cycle (clear documentation, clear language-supported warnings / annotations, clear timeline to deprecate); I do it in addition before the final yank that actually breaks end-users.

3. pavel_lishin ◴[] No.46221923[source]
Are you saying you wouldn't notice if your CI suddenly started taking twice as long, ten times as long, a hundred times as long to run?