Coding Katas are a way of developing your skills as a programmer. I thought it might be informative to tackle one of the classics as a blog post. Depending on how this works, I may or may not do another one quite so publicly.
The rules I’m going to try to adhere by.
I will document what I am doing as I go.
This is not a pre-coded blog post. You’ll get to “see” me code as I go.
I will write all tests first.
I will only write enough code to make the current tests succeed.
In my recent coding, I’ve discovered an even more simple way of dealing with this problem. In the process, it removes the anonymous function and eliminates the linting error, ‘Don’t make functions within a loop’
Over the last several years, I’ve had a chance to read a few Programming Resumes. Or, I should say, TRY to read a few resumes. But frankly, if the Programming Resume I typically see is common, everyone who reads my blog needs this advice. I haven’t seen a barely adequate resume in years. And I’m sick of it. Oh, it’s good for me of course. I know my resume is going to stand out as such a unique work of art compared to the others, that I will get a call back right away. After all, if the competition is so incredibly weak, I don’t even need to try.
On the other hand, as someone who has to read these resumes, I’d like to have something better.
And no, I’m not going to go over the standard “how to make your resume awesome” stuff because evidently most programmers can’t even get the basics down. Seriously!
But, isn’t the point of unit testing to allow us to test UNITs? Why artificially limit our ability to test units if we don’t need to? If we had the ability to create protected members, wouldn’t we tests those separately?