docs: mention ADRs

Author: Xiphereal

README.md

@@ -7,17 +7,23 @@ Use cases:
 > [!NOTE]
 > These are a beforehand sketch of the ideal use cases. Not all are, nor will be, implemented. 
 
-# Decisions
+# General decisions
 
 - Many of the design choices, naming, not making extensive documentation on APIs (or public members, of any sort), have been taken with the idea that this is "pet project", and that my default and preferred way of working is collaboratively with practices like pair and ensemble programing. In this scenario, unless stated otherwise to avoid interruption of flow, discussions occur on the go and decisions are taken withing seconds (as well as code reviews). Also, knowledge silos are mostly mitigated in this way.
   - As the only person in the team is me, obviously neither pair nor ensemble programming has taken place.  
   - As with many things, I would discuss with the team if they prefer another way of working.
 
-# Docs
+## Docs
 The UML usage style in this project is _sketching_, as described by Marting Fowler e.g. _UML Distilled, Martin Fowler (2009)_. This basically means that it is used as a quick sketch to clarify ideas in broad strokes, and is neither intended to be kept up to date nor describe the project fully. 
 
 In a real-life scenario, I'd discuss with the team if they are conformable with this approach or if another is needed.
 
+### Documenting architectural, design or almost any decision made
+
+Regarding keeping track of pretty much any kind of decision that the team takes, I like to use the [Architectural Decision Records (ADRs), by Michael Nygard](https://www.cognitect.com/blog/2011/11/15/documenting-architecture-decisions). For example, why one technology is used in favor of others, the reason why the API does things in a certain way, or even a convention that the team has decided following.
+
+Given the simplicity of this project and that I am the only contributor, I've decided not to use them.
+
 # Backend
 
 In ASP.NET Core, using EntityFramework ORM for handling the persistence.