Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Developer Documentation to onboard interested contributors. #67

Closed
2 of 6 tasks
diivi opened this issue May 5, 2023 · 5 comments
Closed
2 of 6 tasks

Developer Documentation to onboard interested contributors. #67

diivi opened this issue May 5, 2023 · 5 comments
Assignees

Comments

@diivi
Copy link
Contributor

diivi commented May 5, 2023

Type of feature

📝 Documentation

Current behavior

Currently, jumping in and contributing to the codebase seems a bit difficult, considering all the design decisions we have taken are not documented, and even I need to refer to past components to add new ones.

This adds friction and makes onboarding new devs difficult.

Suggested solution

I suggest adding a CONTRIBUTING.md with all the design decisions that we've taken; it should convey the following (at least):

  1. How to manipulate the GitHub website to add custom components. (the whole dom-utils -> components etc flow)
  2. How to edit/add features to the extension popup.

Adding new features is good, but we should probably leave issues like #59 and #66 open for new contributors and add some docs for our decisions.

This is more of a documentation tracker than a single issue:

  • Add DOM manipulation docs
  • Add extension popup editing docs
  • How do we do authentication?
  • How is state managed

etc.

Additional context

No response

Code of Conduct

  • I agree to follow this project's Code of Conduct

Contributing Docs

  • I agree to follow this project's Contribution Docs
@bdougie
Copy link
Member

bdougie commented May 5, 2023

This is a good idea. The open sauced org has a base contributing.md in the open-sauced/.github repo.

I'd actually prefer adding a design or docs folder in the repo instead that outlines the decisions made and how to interact.

@diivi
Copy link
Contributor Author

diivi commented May 17, 2023

I'll create a docs folder inside the repo itself, that sounds like a better idea.

I'll need help from other contributors to best explain the features that they added though.

@bdougie
Copy link
Member

bdougie commented May 17, 2023

I'll need help from other contributors to best explain the features that they added though.

Most folks are accessible via the discord

@diivi diivi mentioned this issue May 18, 2023
23 tasks
@a0m0rajab
Copy link
Contributor

Just a minor suggestion here, I think adding some information on how to add a simple feature or a blog on how we wrote a feature for this can be helpful. Instead of reading the whole code, we can guide the contributor through an example plus show them how to use search tools in GitHub and how to understand the needed part of the codebase.

The full explanation of the codebase is awesome to have for a deeper understanding.

@diivi diivi mentioned this issue May 23, 2023
5 tasks
@diivi
Copy link
Contributor Author

diivi commented May 25, 2023

Will use the Docs Tracker for docs issues.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
No open projects
Development

No branches or pull requests

3 participants