Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
I wasn't able to find NumFOCUS's one-pager template that was mentioned in the meeting, but I got a pretty good idea of what they're looking for by reading some of the one-pager's in the 2020 annual report. Unfortunately there doesn't seem to be a web link, so the only way to view this is to download the report, then ctrl+f for "one-page" and click on the icons to download the individual one-pagers for projects.
Anyways, to summarize what I got from reading several of these is that there are four main sections:
I've done my best to seed each of these sections. The summary I derived largely from the landing page at
networkx.org
, but it could certainly be improved.Section 2 was the one I had most trouble with: I added some high-level bullets to represent generic "use-cases", but I think it would be better if we had specific, concrete examples. I did a quick perusal of our dependencies on GitHub to try to come up with ideas.
I seeded section 3 mostly by grabbing bullets out of the roadmap.
Finally, for the "project needs" section, I tried to capture a couple of the things we've discussed in past meetings/grant proposals. Most projects provide a dollar amount for each bullet, but I noticed that
conda
gave their "needs" in terms of developer-hours. I thought that gave us more wiggle room so I copied that pattern, though the values I came up with were basically arbitrary (1 developer-year each for visualization & interop/computations backend, etc.).