196: Business Requirements in Software Design
Domain-Driven Design, requirements and test suites speed affect design in Software Development
Thank you for reading Snippets of Text. Snippets from media about tech, programming, parenting, and more. This is a preview of a post available exclusively to paying subscribers. You can get unlimited access to all articles by purchasing a subscription.
Unrelated: The Art of Re-arranging the Known
To find a way to contextualize and explain the information I have gathered to use as a springboard. One way to do this is by merging the data into smaller ideas and merging it with other related notes. Creating publishable content is about extracting and connecting information.
In today's knowledge-driven economy, producing and sharing ideas is essential. You no longer have to sell knowledge by the hour. Like an investment account grows your money without your involvement, content can do the same with your ideas. Writing evergreen pieces that remain valuable even after years of publishing is essential. Doing so attracts loyal and intelligent readers who trust your writing will keep value as they scroll down the page.
Everything is already out there. Art is the re-arranging of the known. Take the time to understand it. It also suggests that information exists in nature; hence, we remix what we learn. In today's knowledge-driven economy, the production and sharing of ideas are essential. Information is the new currency, whether it's technical or abstract. Instead of selling our time, content creation allows us to exchange knowledge. Ideas are precious in this economy, so sharing them is important.
Off Topic: Test Suite Speed and Design
It is vital to perform Refactorings even if you are still determining the ultimate design. This is because good practices can help reveal the design, especially when it is not straightforward. Having each method serve a single purpose makes what the class does more evident. It's only sometimes necessary to refactor code. In some cases, taking small steps before refactoring can be effective. Yet, it's crucial to have a fast test suite. This enables us to test many ideas for the same problem. If we want to deviate from the TDD Mantra's first step, we should begin with an Acceptance test at the system's outer edge. This test describes when the user stops using the product. An Acceptance test doesn't need to detail a user's click in a specific view.
Thanks for looking at the free preview of Snippets of Text. Please consider subscribing to the paid version if you find my work helpful. This way, I can spend more time developing new ideas to share with you.
Keep reading with a 7-day free trial
Subscribe to Snippets of Text to keep reading this post and get 7 days of free access to the full post archives.