A couple of days ago we had our monthly meeting, here's the notes, we also publish the notes here: https://github.com/strawberry-graphql/strawberry/discussions/1908 if you want to ask questions 😊  

We now have a proper opencollective page where individual and companies can sponsor us, we'll likely use the money for organising sprints, refunding hosting, stickers and maybe trips to conferences (for talks related to strawberry).

Here's the open collective page: https://opencollective.com/strawberry-graphql

We are also looking into adding a GitHub sponsor page for the whole organisation, which should make it easier for some people to sponsor us 😊

We are also looking at Tidelift as an option, not sure many companies use it just yet, but another option shouldn't be a problem 😊

I was at the sprints at PyCon US at the beginning of May and we had a few people joining, some of them never used the library or knew about it, so it was definitely a good opportunity to promote the library and to see how new users react to docs and API.

I didn't do a good job grooming the issues we have, hopefully in the future we'll have a better list of good first issues. If someone wants to help with that let me know 😊

I've been working on reducing the duplication of code in tests for the HTTP integrations, I found some inconsistencies and missing features (and I fixed some of them). The goal of this PR is to make it easier to test all the integrations at once (so we ship the same set of features to all of them) and also to remove duplication of code in the integrations (in another PR)

PR is here: https://github.com/strawberry-graphql/strawberry/pull/1840

This might lead to move the integrations to a new package (strawberry-http maybe) to keep the core lean, but we haven't made a decision yet, see this issue: https://github.com/strawberry-graphql/strawberry/issues/1870

I think if we do that we should keep all the integrations in one single package, otherwise we'll keep having duplicated code and inconsistencies between the integrations.

We started using GitHub projects for having a birds eye view on our PR and issues, you can see it here: https://github.com/orgs/strawberry-graphql/projects/2/views/1

We'll probably start using it more once there's more automation capabilities, I'd love to add issues to TODO when they are older than x amount of time.

We don't have proper APIs docs, ideally we should be able to automatically generate them from source code, using tools like: https://www.sphinx-doc.org/en/master/usage/extensions/autodoc.html#module-sphinx.ext.autodoc

I did open this issue semi-related to this: https://github.com/strawberry-graphql/strawberry/issues/1872

We have release an initial performance dashboard, we'd ideally improve this (for one, we should make it more stable, I don't think GitHub actions are the best place for running benchmarks, I might get a raspberry PI and run them there)

https://speed.strawberry.rocks/

We also update the playground to support storing information GitHub gists, so you can get nicer urls for sharing

https://play.strawberry.rocks/?gist=30f25fc3277ccd889165736d55dae876

And finally we did a small fix on our website to fix docs, previously all the results had `#__next` in the url, this should be now fixed (we were missing the id tag on the headings)