How long (redux)? In the technical side of the modern synthesis, we develop code by writing and passing tests then re-working the code to make it as change-enabled as we can. The key "how long" aspect to this: how long does the code stay not working? That is, how long in between the times we […]
How Long? (Technique Re-Mix) Read More »
Hey, it’s GeePaw, and if you’re just starting to look at TDD, refactoring, the modern technical synthesis, we need to start with a couple of minutes about the Lump Of Coding fallacy. You’re a working geek: you spend your days coding for money to add value to your company. And one day some random schmoe
TDD & The Lump Of Coding Fallacy | Video Read More »
How long? What amount of time passes between you saving the file you just changed and you seeing the results of that change? If that answer is over 10 seconds you might want to wonder if you can make it shorter. If that answer is over 100 seconds, please consider making a radical change in
The expense of an integration test can be extremely high. Consider the contentment app. This app makes drawings 1) that distribute across time, as if they were being drawn live in front of you, 2) that are generated stochastically, 3) with a "pixel-inaccessible" framework. Now, it’s important to understand that none of these problems are
TDD: Resist Integration Tests Read More »
An old blog of mine, We’re In This For The Money, recently got some attention, delighting me, of course. A full h/t to Jim Speaker @jspeaker for that! He quoted me thus: Too busy to #TDD? Too busy to pair? Too busy to #refactor? Too busy to micro-test? I call bullshit. My buddy Erik Meade
My TDD Isn’t Judging Your Responsibility Read More »
A coding pattern; replace supplied data with a supplier or a supplier with the supplied data. It is very common to create code with an interface like this: do( Data supplied ) We then use the data somehow to perform our functionality, whatever a do(…) method does. On the other hand, sometimes we create code
Use Supplier Or Supplied Or Both? Read More »
Maybe the real first wrong was the slide into "method" in the first place. Have you ever known yourself to behave in a way that is generally perceived as neutral or even positive, but in a way that is actually doing you or others harm? Depressive Solitaire My work makes me think a lot. And
Methods Don’t Create Health Read More »
A little more on coaching theory today… Folks ask me a lot of questions whose fundamental focus could be expressed as "how do you get them to do what you want them to do?" so. Here goes. I hereby reveal my entire competitive advantage as a professional coach, by telling you my special secret for
How I Get Them To Do What I Want Read More »
To have a serious conversation about how to test, we have to start by considering what to test. As a microtesting TDD’er, what I want to test is our logic. Enter the Money Premise The money premise of TDD reminds us we’re in this for the money, that is, the primary purpose of TDD is
How To Test Depends On What To Test: Money, Chaining, And Steering Read More »
So, day off before travel before onsite, playing ONI, having fun, but I want to muse about a highly geeky matter anyway… Do you ever override in a sub-class a method that’s already implemented in a super-class? I want to recommend to you a policy of avoiding that like the plague, whenever you can. I
Avoid Implementation Inheritance: GeePaw Goes All Geek-y Read More »
