Skip to content

Commit 4d0c671

Browse files
committed
Merge branch 'feat/add-deco2'
2 parents bffb173 + 7babe62 commit 4d0c671

File tree

1 file changed

+89
-3
lines changed

1 file changed

+89
-3
lines changed

slides/deco/weekthree/index.qmd

Lines changed: 89 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -1,9 +1,9 @@
11
---
22
title: "Understanding README-Driven Documentation"
33
description: "Use READMEs for documentation"
4-
date: "2025-09-15"
4+
date: "2025-09-17"
55
date-format: long
6-
author: Gregory M. Kapfhammer
6+
author: Chezka Quinola, Brandon Thompson, DJ Battle, Jordi Tort
77
execute:
88
echo: true
99
format:
@@ -18,4 +18,90 @@ format:
1818
footer: "Prosegrammers"
1919
---
2020

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
104+
105+
---
106+
107+
## Q&A

0 commit comments

Comments
 (0)