You never were. And there was a reason for that. Maybe you are not the person to put his 150% on the line when needed. It is ok. You do not have to be. Then you get paid accordingly.
You also didnt ask what could prompt before weekend pushes. It could be money, reputation or or compliance. Certain projects are out of your control and you have to implement in weeks notice, or have a deadline imposed by laws. Some are losing revenue so each day you do not release you are bleeding money.
So please, by all means, take your weekend off, while i plan for worst cases and make it so that friday releases are "trivial and safe" to deploy. I do not have to use it, but if i do, i do not need you around, it will be mostly automated anyway.
monitoring only helps detecting a problem.
and even with canarying there could still be a bad thing in production. it happened everywhere, even the big ones had akward problems. it's human to make errors, so if you do not have luck such a problem could occur on friday evening/night.
yeah well I always do releases on friday and we have monitoring/canary. but sometimes a minor/major bug slips trough, but our customers only work from monday-friday and so it's not that big of a deal. and it barly happens and after that we add a regression test so that at least the same error won't happen again.
funnily most errors on our codebase happened in client side or sanitazion problems.
and the client side errors go away once we added all the types to typescript (we converted js to typescript and added any, so we still need to "correct" like 40% of our code base)
That is kind of my point. I believe over time, the monitoring gets solid enough that you can do abrelease anytime. I heard often teams not wanting to do a release, but i try to go towards "i can measure a good amount of metrics and slices that are important and can measure their impact in a controlled manner" which helps for friday releases, or any other release for that matter.
I dont do friday releases often, but if it comes to it, it is no brainer. I approach it pragmatically, and this helps people.