cypherhoodlum on Nostr: The onboarding documentation for casual contributions needs to start from "what is ...
The onboarding documentation for casual contributions needs to start from "what is version control, what is the concept of a pull request, what are the ways to contact the devs and who is the dev to contact and for what?" Then the documentation must declare the process of setting up the development environment step-by-step and how to resolve the most common problems during the setup. The documentation must lay out the structure of the project in a way that's approachable enough to not scare a new dev but informative and detailed enough to be useful. Then they need to know exactly where the project might need help with and how to get their changes merged. If the changes need to pass some automatic tests the new dev needs to know how to run those in advance and do the process themself. But when the project matures this documentation needs to be kept up to date which might be the hardest part. This is not simple and very few open source projects actually have the proper guides in their repo. Btcpayserver is one of the few who have done most of these steps right.
Published at
2025-02-13 19:35:31Event JSON
{
"id": "cd5aa47eea87578c6d7bb158e9b2c59e6c054ce7cd4e79259fe97faf00ee7b4b",
"pubkey": "e17273fbad387f52e0c8102dcfc8d8310e56afb8f4ac4e7653e58c8d5f8abf12",
"created_at": 1739475331,
"kind": 1,
"tags": [
[
"e",
"42cf58b1a4cd7818a2949a7d4e8fe476979fec8df973a685b25ccfd62140b0b3",
"",
"root"
],
[
"p",
"32e1827635450ebb3c5a7d12c1f8e7b2b514439ac10a67eef3d9fd9c5c68e245"
]
],
"content": "The onboarding documentation for casual contributions needs to start from \"what is version control, what is the concept of a pull request, what are the ways to contact the devs and who is the dev to contact and for what?\" Then the documentation must declare the process of setting up the development environment step-by-step and how to resolve the most common problems during the setup. The documentation must lay out the structure of the project in a way that's approachable enough to not scare a new dev but informative and detailed enough to be useful. Then they need to know exactly where the project might need help with and how to get their changes merged. If the changes need to pass some automatic tests the new dev needs to know how to run those in advance and do the process themself. But when the project matures this documentation needs to be kept up to date which might be the hardest part. This is not simple and very few open source projects actually have the proper guides in their repo. Btcpayserver is one of the few who have done most of these steps right. ",
"sig": "40c80dbdd522b127265b2925726c81ab78aa9997a8e505d9c3349f7f8749bdb7ffdcb4cae2c2fe50d0f022e3c77ddeaa0b7e31a1aab70b3f87e1fa0c2c6bb711"
}