Skip to main content

Protoyping + Approaval Tests instead of TDD

When I am not sure how or even what I want to do I am in the exploration phase. Doing TDD in this phase leads to a lot of waste.
I have good experience with prototypes. These are little programs, that do only one thing and are 50 to maybe max 200 lines long. As they do only one thing checking them for correctness is really easy. If it outputs what you expected the "test" is green.
This allows very rapid iterations.
Adding approval tests afterward makes test-after cheap. Downsides: Edge cases are more difficult and I may not be that motivated to add enough unit tests afterward. The downsides may overweight the upsides.
I will not decide before a task what to do but go the path of least resistance.

Comments

Popular posts from this blog

Futureproof Software

From here:  https://dzone.com/articles/the-secrets-of-futureproof-software Self-healing Self-patching, or more broadly, self-updating Backward compatibility Dynamic adaptation/ability to evolve over time Intent-based Made up of reusable futureproof components

Choose Projects you do NOT do!

Inspiration from FluentC++ Choose which project NOT to work on. Be clear what you want and which projects are toxic. Keep the Hedgehog-concept in mind. Be sure that you are a) deeply passionate about the project b) the project can be the best in the world quality c) you can earn money with it If one of the three points is not met and not realistic soon don't do the project. Play around with it privately. Maybe you can pivot there so that it meets the criteria.