Speak at GraphQLConf

Putting on an amazing conference depends on great content, which is where you come in! Join other GraphQL leaders and community members as a presenter by submitting to our Call for Proposals (CFP) and sharing your experience across a wide range of topics.

The CFP is open through Friday, June 9. For any questions regarding the CFP process, please email cfp@linuxfoundation.org.

Submit a Proposal

Please be aware that the Linux Foundation will now be utilizing Sessionize for CFP submissions. Sessionize is a cloud-based event content management software designed to be intuitive and user-friendly. If you need guidance, please review how to submit your session for an event to see step-by-step instructions and helpful screenshots.

Dates to Remember

CFP Closes
Friday, June 9 at 11:59 PM PDT (UTC-7)
CFP Notifications
Wednesday, June 21
Schedule Announcement
Week of June 26
Slide upload deadline to Sched.com
Friday, September 15
Event Date
Tuesday, September 19 – Thursday, September 21

Suggested Topics

GraphQL Core
Latest and greatest developments in the GraphQL specification, graphql.js, GraphQL over HTTP, GraphiQL, and Composite Schemas.
GraphQL in Production
Best practices, real world use cases, spectacular success, spectacular failures, and lessons learned from production deployments of GraphQL.
GraphQL Security
Authentication/authorization, security testing, threat models, GraphQL and OWASP Top 10, exploit analysis and retrospective, full-lifecycle security considerations.
GraphQL Clients
Client development (web, mobile, and beyond) with GraphQL, frontend frameworks, GraphQL IDEs.
Platform and Backend
GraphQL server implementations, data sources for GraphQL resolvers, integration with platform providers/frameworks, serverless, mesh architectures, AI/ML.
Spec Fusion
Orchestrating a Symphony of API Standards. In today’s connected world, GraphQL coexists with various other specifications to enable seamless integrations and interoperability. Share your experiences and insights on integrating GraphQL with REST, gRPC, Websockets, RSocket, or other related technologies. Explore the harmonization of FAIR, FHIR, RDF/SPARQL, BIAN, or similar standards to create a beautiful symphony of API specifications.
GraphQL and Data
Discuss using GraphQL to interact with existing internal or external data sources, conventions and best practices for API design in different types of query and data workloads, federation across data sources, and authorization ownership and implementation best practices.
Everything related to scaling GraphQL: testing, automation, performance, social/organizational considerations.
Beyond Javascript
Implementing and interacting with GraphQL APIs using languages and frameworks beyond JavaScript: Go, Ruby, Python, Rust, .NET, WebAssembly, et al.
GraphQL Academia
Research papers or studies in academia that involve GraphQL.
Emerging Community Trends
What’s happening at the vanguard of GraphQL adoption that will help define the future of GraphQL usage in the community.
Defies Categorization
Have a talk idea that doesn’t fit inside the topics above? Challenge accepted! Wow us with your awesome talk submission and we’ll work with you to fit it into our track structure.

Submission Types

Session Presentation
Typically 30-40 minutes in length, 1-2 speakers presenting on a topic
Panel Discussion
Typically 30-40 minutes in length, 3-5 speakers presenting on a topic
Birds of a Feather
Typically 45 minutes to 1 hour in length
Lightning Talk
Typically 5-10 minutes in length
Typically 1-2 hours in length

Important Notes

All speakers are required to adhere to our Code of Conduct. We also highly recommend that speakers take our online Inclusive Speaker Orientation Course.

Panel submissions must include the names of all participants in the initial submission to be considered. In an effort to promote speaker diversity, The Linux Foundation does not accept submissions with all-male panels, and speakers must not all be from the same company.

Complimentary Passes For Speakers – One complimentary pass for the event will be provided for the accepted speaker(s) per submission.

Avoid sales or marketing pitches and discussing unlicensed or potentially closed-source technologies when preparing your proposal; these talks are almost always rejected due to the fact that they take away from the integrity of our events, and are rarely well-received by conference attendees.

The Linux Foundation will not select submissions that have already been presented at a previous Linux Foundation event within the past year. If your submission is similar to a previous talk, please explain how this version differs.

You are allowed to be listed as a speaker on a maximum of two proposals submitted to the CFP, regardless of the format. If you are listed on more than two, we will contact you to remove yourself from any additional proposals.

You may only be selected to speak on one panel and one non-panel session per event.

All accepted speakers are required to submit their slides prior to the event.

Prepare to Submit

While it is not our intention to provide you with strict instructions on how to prepare your proposal, we hope you will take a moment to review the following guidelines that we have put together to help you prepare the best submission possible. To get started, here are three things that you should consider before submitting your proposal:

  • What are you hoping to get from your presentation?
  • What do you expect the audience to gain from your presentation?
  • How will your presentation help better the ecosystem?
  • There are plenty of ways to give a presentation about projects and technologies without focusing on company-specific efforts. Remember the things to consider that we mentioned above when writing your proposal and think of ways to make it interesting for attendees while still letting you share your experiences, educate the community about an issue, or generate interest in a project.

Writing Your Proposal

Your abstract title will be the main point of reference for attendees to decide if they want to attend your talk, so choose it carefully. The title should accurately reflect the content of your talk and comply with The Linux Foundation’s Inclusive Language Initiative. Please use title case when inputting your title.

In the abstract, make the most of your opportunity to pitch your talk to the program committee by emphasizing its problem, contribution, and relevance. Don’t forget technical details, but keep the big picture in mind. Your proposal’s description should be focused, detailed, and comply with The Linux Foundation’s Inclusive Language Initiative. It will appear on the website schedule if accepted, so ensure it’s error-free, uses full sentences, and written in the third person. This description can make or break an attendee’s decision to attend your talk, so provide enough information to aid their choice, and be concise. The competition for presentation slots is high, so a well-crafted, engaging abstract will improve your chances of acceptance.

How to Give a Great Talk

We want to make sure submitters receive resources to help put together a great submission and if accepted, give the best presentation possible. To help with this, we recommend viewing seasoned speaker Dawn Foster’s in-depth talk: Getting Over Your Imposter Syndrome to Become a Conference Speaker – Dawn Foster, VMware

Have More Questions? First Time Submitting? Don’t Feel Intimidated

Linux Foundation events are an excellent way to get to know the community and share your ideas and the work that you are doing and we strongly encourage first-time speakers to submit talks for our events. In the instance that you aren’t sure about your abstract, reach out to us and we will be more than happy to work with you on your proposal.

Using Sessionize

First time using Sessionize?

Sessionize is a cloud-based event content management software designed to be intuitive and user-friendly. If you need guidance, please review how to submit your session for an event for step-by-step instructions and helpful screenshots.

Submitting on behalf of somebody else?

While speakers ordinarily submit their sessions themselves, it’s also common for them to have someone else do it in their name. Submitters can choose to submit as someone else and must fill out the necessary speaker fields, but the session submission process is otherwise identical to when the session is submitted by the speaker themselves.