On a daily basis I deal with many programmers who contribute to my open source projects, either as volunteers or for money via Zerocracy (and my software projects are all open source). Over the years I have realized that there is a pattern in their behavior, which I need to be scared aware of. I call it āhazardous enthusiasm.ā Here are the symptoms.
A new developer joins the project. He is full of energy, talks a lot, spends a lot of time on the project, submits new tickets, and suggests improvements. He looks like a great candidate and we all are happy to see him on board. He is a godsend!
Then, when things become clearer for him, he starts criticizing the architecture. He approaches me in Telegram and asks me whether I realize that the architecture is a total mess and that if we donāt change it immediately the project will be dead in a few days weeks. I attempt to assure him that I understand, butā¦ He immediately suggests an improvement: We have to re-do it all from scratch or at least get rid of that collection of objects and replace it with a singleton and a very nice ORM library heās been using for a year, and itās just great, blah blah blahā¦ OK? Letās do it? Why not?
I have very little to say and instead ask him to submit a ticket. I try to assure him that I will investigate the possibilities as soon as I can. I also try to remind him, in a very polite way, that Iām an architect here and, even though his ideas sound great, I canāt accept them all at once. Then he goes: āLet me show you!ā
In a few days I get a giant pull request with a lot of changes that look interesting but that go completely against almost every principle Iāve managed to embed into the existing architecture. What do I do? I feel sorry for him. I have to reject the pull request and I try to explain why. But there is no reasonable explanation. Iām just a bad guy who doesnāt like innovative ideas.
What happens next? Well, he disappears.
Iāve seen this happen many times, with various people. Were they all incompetent programmers? I donāt think so. They were great, from a technical point of view. But they all lacked the very important skill which, I believe, distinguishes a professional software engineer from a guy who merely learned how to write Java code: microtasking.
They simply donāt know how to break their changes, which in most cases are by no means useless, into smaller pieces and deliver them incrementally. They want to push everything they have in mind in one large chunk. Of course, they fail. Because there is a bad guy in front of them: me, the architect.
What makes their cases fatal is the enthusiasm. If they were less aggressive and eager to do the right thing, they would survive. But they canāt wait and they donāt want to apply half-measures. They want to fix the world in one huge pull request.
Why canāt I just accept their changes and let them fix the code the way they want, you may ask? Because I know that even though they may look like good programmers, they would be lousy architects, exactly because they lack the skill of microtasking. If I accept what they suggest, I will simply transfer my architectās responsibilities to them. It will be their architecture from now on. And whatās wrong with that? Well, their lack of that skill. They wonāt be able to be architects, because they canāt manage changes, canāt deliver them incrementally, and canāt understand the dynamics of collaborative work with the source code.
They are hackers, not designers or architects.
Honestly, I feel sorry when I lose them.
