Follow up releaseĀ rodeo []

This is a follow-up on the release rodeo.

After I wrote that blog post, the CTO found it quickly by coincidence. He was quite okay with everything I had written. However, he took issue with that I called his critique “scolding”. I suppose he didn’t exactly scold me. I described it that way because it aligns with my personality: I’m an honest person, I have high standards, and I take criticism extremely seriously. Even when someone says, “You’re kind of doing this badly sometimes,” I interpret it as “You suck, Jappie, you need to do better”.2 This doesn’t mean I’m unkind to others, however I put myself to high standards. He also warned me that if the PM were ever to stumble upon this post, they might get quite upset. I am aware of this possibility, which is why I didn’t advertise this article at all. It seems rather unlikely to me he’d go read a tech blog anyway. The point wasn’t to create more conflict, but instead to analyze the situation and prevent it. 1

A few days later, another engineer found themselves tangled in the release flag situation. At this point, I realized it was crucial to inform everyone about how these release flags should work. Therefore, I set out to describe the current situation and propose some recommendations. After outlining the recommendations, I realized the points of contention weren’t numerous. The process worked in principle (aside from some peculiar naming conventions), and I believe that most of the involved parties were simply uninformed. I created a GitHub RFC3 and tagged the relevant parties on it. This enticed them to read it and become informed and give comments if necessary. As an open discussion, this also helped get clarification on points I had missed. Since then, we’ve had no more release issues. It appears that writing down the process and informing everyone resolved the issue.

A lesson learned from this experience is that anger can be rather productive. If there’s something you can do about the situation, it’s productive to think about why you’re angry and devise a plan of action. In this case, I indeed solved a rather annoying but important issue by taking a relatively simple action. Anyone could’ve done this.

Note that this post has a follow up.


  1. And also a little bit of venting! 

  2. From this, we can also derive the reason for my bluntness when angry. For a mind that is harsh on itself by default, being nice requires extra effort. 

  3. Request for change, eg an invitation to discuss a change in process or system. 

Recent stuff

Tags