You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
author: Chezka Quinola, Brandon Thompson, DJ Battle, Jordi Tort
7
7
execute:
8
8
echo: true
9
9
format:
@@ -18,4 +18,90 @@ format:
18
18
footer: "Prosegrammers"
19
19
---
20
20
21
-
# DECO2: Document engineering concept overview
21
+
<!--chezka-->
22
+
# Understanding README-Driven Documentation
23
+
24
+
---
25
+
26
+
## Why Documentation Matters
27
+
- Helps others understand and use your code or project
28
+
- Reduces confusion and support questions
29
+
- Improves collaboration within teams
30
+
- Serves as a reference for future work
31
+
- Builds trust and credibility for your project
32
+
33
+
---
34
+
35
+
## What a README Is
36
+
- A file (usually `README.md`) that introduces your project
37
+
- Explains purpose, setup, and usage instructions
38
+
- Often includes:
39
+
- Installation steps
40
+
- Examples or demos
41
+
- Contribution guidelines
42
+
- License information
43
+
- First impression for anyone visiting your project
44
+
45
+
46
+
<!--jordi-->
47
+
## README-Driven Development
48
+
- It starts with the `README`.
49
+
- Write the `README` before any code to define project structure.
50
+
- Keeps developers, contributors, and all people in the same loop avoiding problems.
51
+
- This will always act as a blueprint for development, testing and documentation throughout the project.
52
+
53
+
---
54
+
55
+
<!--jordi-->
56
+
## What Goes in a README?
57
+
- It briefly explains the purpose and the functionality of the project.
58
+
- It provides installation steps, including dependencies and environment setup.
59
+
- It includes usage instructions or examples so users know how to use or run with the project.
60
+
- It also gives credit to the creator(s) or contributor(s).
61
+
62
+
---
63
+
64
+
<!--DJ-->
65
+
## Why It’s Helpful
66
+
- It forces you to write documentation before coding
67
+
- You can see what everyone is doing without having to explain the code
68
+
- Lays out the guidelines for each member of the team to follow easily
69
+
70
+
---
71
+
72
+
<!--DJ-->
73
+
## Common Mistakes
74
+
- Not keeping to code selection not up to date
75
+
- Not over explaining how to complete each step
76
+
- Not explaining the role of each person on the team's job
77
+
78
+
---
79
+
80
+
<!--brandon-->
81
+
## Best Tips
82
+
83
+
::: {.incremental style="font-size: 0.9em;"}
84
+
85
+
- Keep new users in mind
86
+
- Make sure your `README` is structured to be not only accessible but also understandable for new users
87
+
- Clearly outline your project
88
+
- Make sure that your `README` explains the project that you're doing and also why you are doing it, as well as the problem it solves and what makes it stand out.
89
+
- Define key features
90
+
- On top of outlining the project and why you're doing it make sure to include the project's key features
91
+
92
+
:::
93
+
94
+
---
95
+
96
+
<!--brandon-->
97
+
## Wrap-Up
98
+
- README is your project’s front door
99
+
- README introduces your project in a way that is easy to understand
100
+
- It helps your team stay organized and on task, as well as helping to avoid problems
101
+
- Clear docs = happy users
102
+
- README clearly outlines your project reducing confusion for users
103
+
- Includes important information such as purpose and functionality of the project
0 commit comments