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

👋 Welcome page #30

Merged
merged 3 commits into from
Jun 16, 2023
Merged

👋 Welcome page #30

merged 3 commits into from
Jun 16, 2023

Conversation

rowanc1
Copy link
Member

@rowanc1 rowanc1 commented Oct 7, 2022

This will create a landing page for our github, (for example similar to here) with many links to projects that aims to help orient and welcome our community.

One goal especially is to bring more visibility to discussions, the various components that are being worked on in the project, and a (very) high level description of how they fit together.

This is discussed here:

@welcome
Copy link

welcome bot commented Oct 7, 2022

Thanks for submitting your first pull request! You are awesome! 🤗

If you haven't done so already, check out EBP's Code of Conduct and our Contributing Guide, as this will greatly help the review process.

Welcome to the EBP community! 🎉

Copy link
Member

@choldgraf choldgraf left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for putting this together! I added a few comments in the text. One major thing:

I'm having a hard time figuring out what kind of balance we should strike between having lots of content here, vs. using a single source of truth elsewhere (e.g. executablebooks.org) and linking to it from here. My gut feeling is that:

  • we don't want to duplicate lots of content across many spaces, especially if they relate to team policy (since they'll be out of date if policy changes)
  • we want a non-github space as the "central" learn-about-the-project space

So my feeling is that this page should be fairly minimal and largely link out to other places with more narrative and explanation. In my opinion, our executablebooks.org site should be the primary "source of truth" for the organization's policies and instructions for how to learn more, participate, etc. We should primarily be directing people there.

What do you think?


The Executable Books Project is an international collaboration to build open source tools that facilitate publishing computational narratives using the Jupyter ecosystem.

We are a community who steward:
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The last few months have made me believe we should be more precise in our description of the EBP project and its (current) organizational structure. I think it's more accurate to say we are a project, funded by the Sloan Foundation, the is building open source technology. We aspire to becoming a community-driven project, but we are currently largely a single project team (e.g., everybody in the team page is either a Principle Investigator or has been paid to work on this except for one person).


As well as many, many other tools for parsing, headless execution of Jupyter Notebooks ([caching](https:/executablebooks/jupyter-cache) and in the [browser](https:/executablebooks/thebe)), popular sphinx extensions (e.g. [copy-button](https:/executablebooks/sphinx-copybutton), [sphinx-design](https:/executablebooks/sphinx-design), [sphinx-thebe](https:/executablebooks/sphinx-thebe)), and many [scientific templates](https:/myst-templates) for writing journal articles and presentations.

## Contribute to a Project 👩‍💻
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For example, I suggest that we make this more explicit and list-like. IMO our goal should be to route people to other documentation quickly that has more information. Something like:

See below for several ways that you can interact with this project and its team.

- [Our discussion forum](link) is where we share questions, ideas, and discuss broad issues related to the project.
	- <note: the discussion forum should then have a top-level link that explains its structure, what kind of information happens there, etc> 
- [Our team meetings](link) are a way for the project's core team and community to discuss and share important topics that benefit from real-time discussion. They are open for anybody to join.
- [Our twitter account](link) is used to share information about the project and what goes on in its community. 

I think that this list should be fairly minimal, and should defer to a single source of truth about things like "when are the meetings and what are their topics", or "what is in the forum".


[Ask a question](https:/orgs/executablebooks/discussions) or [show and tell](https:/orgs/executablebooks/discussions/categories/show-and-tell) the community about your project or use of MyST, or come to a [monthly team meeting](https://executablebooks.org/en/latest/meetings/index.html).

All of our projects are open source and welcome and and all contributions -- from documenting problems you run into, adding to documentation, [telling people](https://twitter.com/executablebooks) about your project and our mission, and _of course_ contributing to the code! Please review our [Code of Conduct](../CODE_OF_CONDUCT.md) to learn about some of the conventions we follow.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We should put the code of conduct in a dedicated header above "Contribute to a project".

e.g.:

## Code of Conduct

By participating in any space stewarded by the Executable Books Project, you must follow our [Code of Conduct](link). Please review its content and the processes we have for enforcement. However, note this CoC is aspirational, as the project is transitioning to be more inclusive, and is still developing its culture and CoC procedures. 

profile/README.md Outdated Show resolved Hide resolved
@rowanc1
Copy link
Member Author

rowanc1 commented Feb 14, 2023

@choldgraf, what are your thoughts about getting an updated version of this in to help people navigate around the various repositories. Right now we have room for 6 pinned repos, which is confusing for some users (e.g. see note in jupyter-book/mystmd#213).

To address your duplicated content concerns, we could slim this PR down, but have just enough content to point to various repositories / spaces. I like the idea of the lists rather than in-text links. I think solid pointers to the website as the source of truth makes sense, and this page is only for how to navigate the many github projects we have!

Copy link
Member

@choldgraf choldgraf left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for this, let's just merge this one in and iterate from there, sorry for blocking this one earlier.

@choldgraf choldgraf merged commit 8cfcf54 into master Jun 16, 2023
@welcome
Copy link

welcome bot commented Jun 16, 2023

Congrats on your first merged pull request in this project! 🎉
congrats

Thank you for contributing, we are very proud of you! ❤️

@rowanc1 rowanc1 deleted the feat/front-page branch August 10, 2023 18:59
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants