How to ship maintainable product – overview

This is the first post in a series of How to ship maintainable product

Reason behind this blog series

I have been programming for over 10 years now. I have built from scratch several fairly large system (what is the right definition of a large system?). Systems with unclear upfront requirements. Systems made in Agile way :).

I made many mistakes during that time. Now, from a time perspective, I think those mistakes were inevitable. Inevitable in a positive way. They allowed me to learn, to seek for better solutions and to improve.

If you ask me for one and only one advice regarding programming I would say Prepare for evolving requirements

Purpose

The main purpose for this series existence is to list all crucial parts of programming maintainable software in one place for future reference.

We – software engineers – need to learn constantly new frameworks and languages. During daily programming routines it’s easy to miss the larger picture of the system we create. Often we ship unfinished product. Main functionalities work, but there is some technical debt to be paid off. How to ship maintainable product blog series should help us to develop better products. Products with less technical debt.

Posts list

Below is a list of upcoming blog posts in this area. (The list is most probably not finished and will be extended as we go.)

  • People – they come and go, code stays
  • Requirements and design – demand requirements and create simple design
  • Tooling – use tools for the right purpose
  • Code poetry – program all parts so they naturally fit together
  • Unit tests – make them small and smart
  • Patterns – stand on the shoulders of giants
  • Dependencies – isolate interfaces and use stable components
  • Automation – save your valuable time
  • CI and CD – embrace feedback loop
  • Logging and monitoring – use best diagnostics sources
  • Documentation – bring identity for code puzzles
  • Business – try to tame the lion when it’s hungry
  • Communication – blood of software development
  • Version management – optional

So please stay tuned for the first blog post in HTSMP series to come any soon.

Of course any advices and ideas to the list above are welcome.

Follow me:

Leave a Reply

Your email address will not be published. Required fields are marked *