| ▲ | woodruffw 8 hours ago | ||||||||||||||||||||||||||||||||||
I wrote TFA, so I can ensure you that this is what I meant :-) (Can you say more about what you found unclear in the post? The post definitely does not say "thou shall not update before the cooldown," the argument was that cooldowns are a great default. Engineers are fundamentally always expected to exercise discretion because, per the post, there's no single, sound, perfect solution to supply chain risks.) | |||||||||||||||||||||||||||||||||||
| ▲ | jcalvinowens 8 hours ago | parent [-] | ||||||||||||||||||||||||||||||||||
> A “cooldown” is exactly what it sounds like: a window of time between when a dependency is published and when it’s considered suitable for use. ^ This is what you wrote. I don't understand how that could possibly be interpreted any other way than I wrote above: an enforced delay on deploying the new code after upstream releases it. > The post definitely does not say "thou shall not update before the cooldown," the argument was that cooldowns are a great default Sorry, that is such a cop out. "I didn't actually mean you should do this, I mean you should consider if you should maybe do this and you are free to decide not to and don't argue with me if you disagree every case is different". Either take a stand or don't. | |||||||||||||||||||||||||||||||||||
| |||||||||||||||||||||||||||||||||||