Skip to content

Defraying technical debt in java-package

I had so many plans for this weekend, but the first of them ate the entire two days. In working on the next release of java-package, I came across some serious issues with alternatives creation that had crept in under my watch when I first became involved with the package. It was one of those times where accepting a huge patch with tons of files introduced an error that I missed; that’s part of the trouble with some patches you receive; they are submitted with someone only thinking of a very specific problem for the moment, with no thought for the package-wide implications and any technical debt the suggested resolution may incur. There was nothing for it but to slog through the install and remove scripts for all 8 JREs and all 8 JDKs looking for the bug’s presence.

Sixteen hours later I had corrected the issues and tested the install of all the JREs and JDKs on i386. I had a professor once who asked what was necessary to earn a PhD. After some of the more pompous asses in my class had spouted out their opinions, the professor stated, “a hard butt.” He said it wasn’t about being brilliant so much as it was about being persistent. The friends I have met since then who have shared their PhD stories have confirmed my professor’s allegation. I think Free/Open Source Software development is like that; what does it take to participate? A hard butt. On that note, my sore butt is getting out of this chair.

Oh yeah, kudos to Mr. Burrows on aptitude 0.4.0; I love the changes. Control-T alone was worth the wait.

1 thought on “Defraying technical debt in java-package”

  1. I’m interested in the specifics of the alternatives problem you have discovered: I have written a very small program called `doom-data’ which was inspired by your java-package and I’m wondering if I will be suffering the same bug.

Comments are closed.