What’s the point of this meeting?

I’ve been trying to “reconfigure” some of the meetings for my team recently. Since I took over our primary web team, I realized there’s been a lot of things that I was maintaining but for no purpose. These were usually outdated processes that were started by someone that no longer works there or because of some rule that was assumed to be in place that actually wasn’t.

When I started looking into why some of these rules (e.g. “we can only deploy on Fridays after 6”) were there in the first place, I discovered that, for the most part, these processes were just utterly nonsensical. Taking the time to take a step back and evaluate whether or not we could improve these processes, I discovered that almost universally, we could.

This sort of Intentionality in running a team has proven so far to be beneficial. So, naturally, I applied it to meetings.

We’re a small team and all in the same room. We’ve got some customized Jira dashboards that tell us status and who’s working on what. All of us are aware of what’s going on with others, and blockers get brought up as they happen instead of the following day. Scrum’s not useful for a team for our size, so it’s out.

Pull Request reviews are good, but we can take some time on our own to review the PR before we meet. This way, a 20-minute discussion on the benefits of (a) => a+1 vs a => a+1 occurs asynchronously before the meeting instead of during it.

Sprint Reviews are theoretically useful, but questions like “so, what are your thoughts this week?” are not. Asking more pointed questions (largely inspired by the “Start, Stop, Continue” approach) like “Did you do anything new this sprint that worked well?” should help with making reviews more useful.

Changing meetings so that they are more likely to yield a more consistent result should be the goal of every person who runs meetings. No one wants to sit in a room for 2 hours arguing over the finer points of blue vs cyan when you just want this design approved. Think about the intentions behind meetings and how the questions and topics work towards those intentions. And maybe drop that meeting that doesn’t seem useful.

Why am I even doing this?

Yesterday, I was let go from the company I’ve been with since I graduated college a little more than a year ago. While this sucks, I did get some opportunity to think about the past year about working there and its effect on me. I’ve pushed myself to become better at development given tasks that often seemed impossible at first, but the most important thing I discovered was its effect on my free time programming.

Specifically: I now hated development work.

This was one thing I was warned about going to work at doing what was effectively a hobby: that I’ll grow to hate it. But that wasn’t the case. At first.

What happened was that I repeatedly ended up venturing into the “Deep Code.” This “Code” was basically legacy code that hasn’t been around that long but is just as bad. Missing comments, massive functions, horrible naming schemes, unnecessary events or delegate or whatever else that makes it impossible to track down. This was fine; I could deal with this. Then I ran into this gem of an error message:

“Only task that a in fact list of task implement his method”

This is not the result of a previous employee’s poor grasp of English. This was not an issue with translating one language to another.

This was the result of not caring.

I could always see the cracks in the company, but everything held together. Inconsistent punishments and rewards, light gossip, lackluster management, the standard stuff in a Dilbertian office environment. It wasn’t that bad. I could deal with that. I could go home and unwind. I’ve got a lot of great games to de-stress, there are some shows I can watch, everything’s great.

One day after work, I opened up Unity and started working on a small script to start off some of the functionality. A vague feeling of unease came over me. I wanted to do literally anything besides code. I couldn’t bring myself to even begin thinking about how the code would work. This was my project that I wanted to do, and just couldn’t do it.

When I encountered that error message some months later, it was so strangely worded that it almost seemed like a Zen Koan. It wasn’t, but ironically, it did cause some introspection. When I ran into the Koan Error, in sheer frustration I asked:

“Why am I even doing this?”

I realized that this was the question I needed to answer. Why was I still doing this? I hated this. I could do it for money, but as soon as I got home from work I would be damned if I was going to do anything that reminded me of work. Much like the author of the Koan Error, I had stopped caring.

hated programming.

The first time I touched code was on a TI-83. For our Algebra 2 class, the teacher had us program a few things (solving intersection of a line, quadratic formula, etc). This merely consisted of putting the code on the overhead and telling us to input it in order exactly as shown. No explanation of what individual lines did or what their purpose was.

I learned from it anyway. This was the only outlet I could reliably use to learn programming, since our school had no coding class and my parents had no knowledge of it. Every time we had an algebra lesson (and later, chemistry), I had a new program ready to go to automate whatever the lesson was that day. I brought a link cable and distributed it to classmates for homework help. I accidentally ended up getting programs on the calculator banned during tests (unless you were the one who wrote them).

I shortly realized that what I was doing was taking input, manipulating some numbers and showing some output. I thought, isn’t this basically what a video game is? Could I make that?

As it turns out: Yes, I could. I made a simple RPG called “Bunny World” (due to the turn-based combat using the only two ascii sprites I could make, a stick figure and a bunny), and my friends loved it. I kept improving, cranking out a dungeon crawler and a pure text-based adventure game in my last year in High School.

About six years later, I hated programming. I would wonder, why am I even doing this? I had lost sight of what to me into it in the first place: expression. Not only could I make games, I could make tools. I could make basically whatever I wanted if I only spent the time to.

I was so caught up in all of the nonsense of my day job, I couldn’t bring myself to move beyond it and create. I missed creating.

Creating awesome content is why I’m still doing this.