How is it that 30 years later the solution to every Windows problem is still to reboot?
And, increasingly, the solution to some Linux problems are now ârebootâ
Itâs what people are used to. And itâs even spread to phones.
Why would Microsoft do lots of work to change it?
Apparently Windows 12 is likely to include all manner of built-in AI nonsense, so maybe it will learn to reboot itself.
it is already doing that occasionally. usually there is a blue colored screen to announce the AI has taken over -.-
What if there was a consistent solution BUT it required pressing 14 buttons instead of just âoffâ. Maybe this is the best universe.
Release today went like this:
- test failures
- canât be me I only pushed a small test that doesnât do anything
- ⌠some debugging later âŚ
- oops my test sets a static variable to a mock object during integration testsâŚ
Now the tests are finally all running.
- release fails because a package doesnât exist in the new version (it was deleted)
- it is from my module that nobody reviewed
- âŚ
- cue our meme channel being full of memes about me destroying everythingâŚ
- release is still not done
- IT is already home for the day⌠our release is late because of me
This after second sprint in a row where I managed to take on the âsmallâ tickets that turned out to be huge moving targetsâŚ
I am keeping everyone at work.
I have really good colleagues who stayed, helped and worked to get the release out despite my fuck-ups.
In a pre-covid world, where we are not 100% remote, I would bake something and bring it to the office to thank everyone. At my partnerâs workplace they have a (currently defunct, but still) ârecognitionâ systemâŚ
So what do I do beyond verbally thanking them?
Tricky. Giving people gift vouchers feels too much like money, and for other gives you need addresses and things. Unless everyone uses the same music service, or something like that?
Call them out in a meeting. give feedback on them to their manager. (We have a formalized system for feedback, but even telling their manager (even if you have the same one) in an email will work, and it gives the manager things to point out when pushing for ratings, a promo, or bonus).
We have a containerized compute environment (think Kubernetes, but, well, different). To run a job, you need a capacity reservation. To get a reservation, you need to use a capacity request service. Itâs borked right now, because it doesnât have capacity to run.
I wrote a report recently which I was a bit nervous about circulating to some (slightly) higher-ups. One of them had some comments but he prefaced them in the email with a âgood jobâ.
Iâve been back to that email a few times when Iâve needed a pick-me-up.
I am going to spend the next hours whimpering in the corner. Just ignore me.
Sending supportive thoughts.
Happiness is a development budget which turns out to be so generous that even when I need to spend time on development environment maintenance and other admin tasks, I can still deliver things in ~50% of the allotted time. An actual win-win⌠I canât remember when I last felt like I had one of those. I doubt I can expect that to continue as the new norm, but my take away is probably that I should build more admin allowance into estimates as a general rule.
I have seen a plastic crown floating around our department over the last few weeks. Not too dissimilar from this:
Today in our Scrum Master catch-up it was suggested that my teamâs performance over the last few sprints was enough to earn the âScrum Lord CrownââŚ
All we did was complete the number of planned story points, which I think is a pretty low bar.
âEmployee of the week!â âEr, I was off sick that week.â âSo the boss didnât see youâŚâ
I am pretty sure every sprint I was in that cleared the right number of story points was because someone got their part down and pulled in moo work , when someone else was stuck and didnât get theirs done.
We always overfill a sprint and we always end up pushing things out or pulling things in as weâre going.
We completed the number of story points we planned, it wasnât necessarily the same stories however.