madr
Markdown Architectural Decision Records (by adr)
support
Community Help & Support and AEA (Ask Everyone Anything) (by EddieHubCommunity)
madr | support | |
---|---|---|
6 | 1 | |
1,352 | 333 | |
1.8% | 0.0% | |
6.8 | 5.2 | |
9 days ago | 2 months ago | |
GNU General Public License v3.0 or later | MIT License |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
madr
Posts with mentions or reviews of madr.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2023-11-02.
-
Ask HN: How do you document engineering efforts?
MADR [1] in its reframed "Any Decision Record" form can be a good tool for that. RFDs [2] also appear to capture a similar intent.
[1]: https://adr.github.io/madr/
[2]: https://rfd.shared.oxide.computer/rfd/0001
-
Documenting your decisions using the ADR approach
Markdown Any Decision Records
-
A practical overview on Architecture Decision Records (ADR)
There is an interesting win-win tool called log4brains, that can turn your markdown into a static website. It's also integrated into MADR template. I haven’t had time to try them yet, but it's in my backlog.
- Stuck with crazy incompetent peer
-
The disproportionate influence of early tech decisions
It can be helpful to write down the context of why you made your decision, so that if/when you revisit it later it’s more clear. ADRs are one way to do this: https://adr.github.io/madr/
- How can I best deal with an engineer who disagrees with an architecture decision?
support
Posts with mentions or reviews of support.
We have used some of these posts to build our list of alternatives
and similar projects.
-
Helping you to build your Personal Brand in Tech
Of course, if you are applying for a job, you need a resume, so better to give your best shot at writing this. If you want people to review your resume, you can make an issue on the EddieHub support repository or if you just want to have an insight from them, you can read their feedback here.
What are some alternatives?
When comparing madr and support you can also consider the following projects:
architecture_decision_record - Architecture decision record (ADR) examples for software planning, IT leadership, and template documentation
log4brains - ✍️ Log and publish your architecture decisions (ADR)