From 6b46940b2d756d3caf2cc34046899891a2dc48ff Mon Sep 17 00:00:00 2001 From: Piotr Monwid-Olechnowicz Date: Mon, 8 Sep 2025 11:22:53 +0200 Subject: [PATCH] Sync Sched --- scripts/sync-sched/schedule-2025.json | 322 +++++++++++++++++--------- scripts/sync-sched/speakers.json | 46 ++-- 2 files changed, 239 insertions(+), 129 deletions(-) diff --git a/scripts/sync-sched/schedule-2025.json b/scripts/sync-sched/schedule-2025.json index 7e1906e07a..c24a7f2dcf 100644 --- a/scripts/sync-sched/schedule-2025.json +++ b/scripts/sync-sched/schedule-2025.json @@ -8,7 +8,7 @@ "event_end": "2025-09-07 17:00", "event_type": "Breaks / Networking / Special Events", "description": "GraphQLConf Canal Cruise - Separate Registration Required\n\nJoin us on Sunday 7 September for this pre GraphQLConf'25 event, a must-do activity in Amsterdam; a wonderful canal cruise in the historical city centre of Amsterdam.\n\nInitiative by the local Amsterdam GraphQL Meetup group.\n\nA great opportunity to meet your peer-attendees of the GraphQLConf'25 during this great sight-seeing activity.\n\nPlease RSVP by Wednesday September 3rd!\n\nLocation: in the city centre (tba exact location)\nDuration of the canal cruise: 16:00-17:00 on Sunday 7 September\nPlease be 15:45 at the location (to buy the ticket etc).\n\nCost per person: 10-15 euro* (depending on the number of attendees)\n*not included in the conference ticket", - "goers": "3", + "goers": "4", "seats": "0", "invite_only": "N", "id": "04a893e9dfa070fae1dfa767608ad0c0", @@ -42,7 +42,7 @@ "event_end": "2025-09-08 19:15", "event_type": "Breaks / Networking / Special Events", "description": "SECURITY NOTICE\nPlease keep all personal belongings in your possession during the conference. GraphQL, The Linux Foundation nor the Pakhuis de Zwijger are responsible for lost or stolen items. If something is misplaced, check in with an Event Staff member at the registration desk.", - "goers": "2", + "goers": "4", "seats": "0", "invite_only": "N", "venue": "K Floor - Underground Floor", @@ -77,7 +77,7 @@ "event_start": "2025-09-08 08:00", "event_end": "2025-09-08 18:30", "event_type": "Registration + Badge Pick-up", - "goers": "9", + "goers": "15", "seats": "0", "invite_only": "N", "venue": "BG Foyer - Ground Floor", @@ -113,7 +113,7 @@ "event_start": "2025-09-08 09:00", "event_end": "2025-09-08 09:05", "event_type": "Keynote Sessions", - "goers": "12", + "goers": "19", "seats": "0", "invite_only": "N", "venue": "Grote Zaal - 2nd Floor", @@ -159,7 +159,7 @@ "event_start": "2025-09-08 09:05", "event_end": "2025-09-08 09:15", "event_type": "Keynote Sessions", - "goers": "11", + "goers": "19", "seats": "0", "invite_only": "N", "venue": "Grote Zaal - 2nd Floor", @@ -206,7 +206,7 @@ "event_end": "2025-09-08 09:35", "event_type": "Keynote Sessions", "description": "Even ten years in, GraphQL continues to evolve—not just in code, but in connection. This year the Foundation has doubled down on transparency, support, and shared leadership: board minutes are now public, Subject Matter Experts have helped shape the conference agenda, and we'll be launching a new program live on stage! There are also updates on our existing initiatives including community grants and GraphQL Locals.\n\nThis talk is a thank you to the people behind the progress and a celebration of our growing constellation of contributors. It's also an invitation to step forward and get involved—one of the best ways to do that is by joining our new Community Working Group, giving passionate community members a voice in shaping the Foundation's directions and initiatives for the next ten years of GraphQL.", - "goers": "11", + "goers": "18", "seats": "0", "invite_only": "N", "venue": "Grote Zaal - 2nd Floor", @@ -266,7 +266,7 @@ "event_end": "2025-09-08 09:45", "event_type": "Keynote Sessions", "description": "Meet the new developer journey: Ask AI → Generate code → Iterate → Ship. This fundamental shift in how developers work demands we rethink every touchpoint of our GraphQL APIs. This talk focuses on the developer experience layer—how to design schemas that are self-explanatory, structure documentation so AI gives accurate answers about your API, and build tools that feel like pair programming with a senior engineer.", - "goers": "9", + "goers": "17", "seats": "0", "invite_only": "N", "venue": "Grote Zaal - 2nd Floor", @@ -304,8 +304,8 @@ "end_time": "09:45:00", "files": [ { - "path": "https://static.sched.com/hosted_files/graphqlconf2025/2a/Sarah Sanders Keynote GraphQLConf 2025 PDF.pdf", - "name": "Sarah Sanders Keynote GraphQLConf 2025 PDF.pdf" + "path": "https://static.sched.com/hosted_files/graphqlconf2025/51/Sarah Sanders Keynote GraphQLConf 2025.pptx.pdf", + "name": "Sarah Sanders Keynote GraphQLConf 2025.pptx.pdf" } ], "event_subtype": "" @@ -319,7 +319,7 @@ "event_end": "2025-09-08 10:00", "event_type": "Keynote Sessions", "description": "A peek behind the curtain revealing how GraphQL is used at Meta. We will explore how everything from culture, development process, client and server implementations, schema patterns and conventions, advanced tooling and more work together to allow GraphQL to enable great user and developer experiences at Meta.", - "goers": "11", + "goers": "18", "seats": "0", "invite_only": "N", "venue": "Grote Zaal - 2nd Floor", @@ -372,7 +372,7 @@ "event_end": "2025-09-08 10:15", "event_type": "Keynote Sessions", "description": "As developers build with AI agents, we face a challenge: how do we provide these agents with reliable, flexible access to our distributed data? GraphQL's graph-based approach makes it the ideal language for AI. Join Matt DeBergalis, CEO and Co-founder of Apollo GraphQL, to explore how \"thinking in graphs\" fundamentally transforms API orchestration from procedural code to declarative queries – creating the composable data layer that AI-driven applications require.", - "goers": "10", + "goers": "18", "seats": "0", "invite_only": "N", "venue": "Grote Zaal - 2nd Floor", @@ -417,7 +417,7 @@ "event_start": "2025-09-08 10:15", "event_end": "2025-09-08 10:20", "event_type": "Keynote Sessions", - "goers": "10", + "goers": "17", "seats": "0", "invite_only": "N", "venue": "Grote Zaal - 2nd Floor", @@ -463,7 +463,7 @@ "event_start": "2025-09-08 10:20", "event_end": "2025-09-08 10:45", "event_type": "Breaks / Networking / Special Events", - "goers": "5", + "goers": "9", "seats": "0", "invite_only": "N", "venue": "Foyer Grote Zaal - 2nd Floor", @@ -499,7 +499,7 @@ "event_start": "2025-09-08 10:20", "event_end": "2025-09-08 18:45", "event_type": "Solutions Showcase", - "goers": "3", + "goers": "6", "seats": "0", "invite_only": "N", "venue": "Workspace - 2nd Floor", @@ -536,11 +536,12 @@ "event_end": "2025-09-08 11:15", "event_type": "Developer Experience", "description": "Even dedicated GraphQL developers face the reality of enterprise environments: multiple REST endpoints requiring complex orchestration and endless fetch requests. In this developer-focused session, we'll explore practical schema design patterns for effectively mapping common REST API shapes into your GraphQL schema.\n\nWe'll dive into real-world examples showing how to transform pagination, filtering, nested resources, and other REST patterns into intuitive GraphQL abstractions. You'll learn proven strategies for maintaining excellent developer experience while rapidly onboarding existing services to your graph.\n\nWhether working with OpenAPI specs or internal API documentation, we'll demonstrate tooling and techniques to accelerate this process dramatically – bringing your REST services into your graph in days, not months. Stop writing endless API orchestration code and start delivering value through GraphQL.", - "goers": "3", + "goers": "6", "seats": "0", "invite_only": "N", "venue": "Grote Zaal - 2nd Floor", "audience": "Any", + "geo_area": "Yes", "id": "9ef7eaa509478085ff75215c2b664f23", "venue_id": "2152800", "speakers": [ @@ -571,6 +572,12 @@ "start_time_ts": 1757321100, "end_date": "2025-09-08", "end_time": "11:15:00", + "files": [ + { + "path": "https://static.sched.com/hosted_files/graphqlconf2025/87/Schema Design Patterns- Leveraging Existing REST APIs for Rapid GraphQL Adoption.pdf", + "name": "Schema Design Patterns- Leveraging Existing REST APIs for Rapid GraphQL Adoption.pdf" + } + ], "event_subtype": "Backend" }, { @@ -582,7 +589,7 @@ "event_end": "2025-09-08 11:15", "event_type": "GraphQL in Production", "description": "At Booking.com, we’re applying AI to uncover data blind spots in our GraphQL schema, specifically gaps between what’s exposed today and what still lives in our legacy Perl systems. As we continue modernizing our frontend architecture, one major challenge is identifying what data is already available, what’s duplicated, and what’s missing entirely from the graph. Using AI, we’ve begun introspecting legacy domains to map their data structures against the schema, surface PII fields for tagging and tracking, and inform where schema design can be improved. In this talk, we’ll share how we’re using AI to support schema modernization at scale, streamline developer experience, and bring more consistency to a graph that continues to grow and change across teams.", - "goers": "2", + "goers": "7", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", @@ -628,7 +635,7 @@ "event_end": "2025-09-08 11:15", "event_type": "GraphQL Working Group", "description": "This discussion embarks on a thought experiment to redesign GraphQL from the ground up. We will explore the choices that might be made if we could start over, free from the constraints of existing implementations.\n\nThe session focuses on key areas where the current GraphQL specification has faced challenges and sparked debate within the community. Discussions will cover:\nThrough collaborative discussions and interactive exercises, participants will contribute insights and ideas, shaping a theoretical vision of what GraphQL 2.0 could look like. This thought exercise is designed to challenge assumptions and inspire innovative solutions.\n\nThe session will conclude with a focus on the practicalities of evolving GraphQL towards a 2.0 version in the real world, exploring how to address these design challenges while considering migration paths and maintaining backward compatibility.", - "goers": "6", + "goers": "7", "seats": "0", "invite_only": "N", "venue": "Studio - 5th Floor", @@ -695,7 +702,7 @@ "event_end": "2025-09-08 11:35", "event_type": "Developer Experience", "description": "What if you could keep traditional UI pagination concepts, but with the performance and reliability of cursor-based pagination? In this lightning talk, you’ll learn how relative cursors enable fast, consistent pagination while preserving familiar UX patterns like “jump to page.” It’s a smarter, more robust approach to navigating data—ideal for modern APIs and real-world apps.", - "goers": "3", + "goers": "5", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", @@ -736,7 +743,7 @@ "event_key": "929626", "active": "Y", "pinned": "N", - "name": "Panel Discussion: APIs for AIs - Kewei Qu, Meta; Fredrik Björk, Grafbase; Boris Besemer, Vercel; Moderated by Stephen Spalding, Netflix", + "name": "Panel Discussion: APIs for AIs - Kewei Qu, Meta; Fredrik Björk, Grafbase; Boris Besemer, Vercel; Michael Watson, Apollo GraphQL; Moderated by Stephen Spalding, Netflix", "event_start": "2025-09-08 11:25", "event_end": "2025-09-08 11:55", "event_type": "GraphQL in Production", @@ -748,33 +755,40 @@ "id": "4ca721bc6a824e49d499ee35b71e953e", "venue_id": "2152800", "speakers": [ + { + "username": "watson17", + "id": "19024254", + "name": "Michael Watson", + "company": "Apollo GraphQL", + "custom_order": 0 + }, { "username": "borisbesemer", "id": "23301917", "name": "Boris Besemer", "company": "Vercel", - "custom_order": 0 + "custom_order": 1 }, { "username": "qkw1221", "id": "18743864", "name": "Kewei Qu", "company": "Meta", - "custom_order": 1 + "custom_order": 2 }, { "username": "fbjork", "id": "23184575", "name": "Fredrik Björk", "company": "Grafbase", - "custom_order": 2 + "custom_order": 3 }, { "username": "sspalding2", "id": "18743825", "name": "Stephen Spalding", "company": "Netflix", - "custom_order": 3 + "custom_order": 4 } ], "moderators": [ @@ -816,7 +830,7 @@ "event_end": "2025-09-08 11:55", "event_type": "GraphQL in Production", "description": "After maintaining GraphQL Java for 10 years we learned what aspects of GraphQL are critical for optimal performance. \n \nWe we look at what users of GraphQL should consider and which aspects of the spec are critical for optimal performance.\n \nWe will look also closer into the aspects of operating GraphQL at scale including and what it means when the schema and requests continue to grow.", - "goers": "9", + "goers": "11", "seats": "0", "invite_only": "N", "venue": "Studio - 5th Floor", @@ -862,11 +876,12 @@ "event_end": "2025-09-08 11:55", "event_type": "Developer Experience", "description": "Despite having \"Graph\" in its name, GraphQL schemas are rarely visualized as actual graphs.\n\nThis lightning talk explores the untapped potential of graph visualization for GraphQL schemas based on lessons learned while working on graphql-voyager.\n\nWe'll explore the theory behind effective schema visualization, share key insights from my 9 years of experience in this field, and discuss current challenges in representing complex schemas.\n\nI'll also present experimental approaches that go beyond existing libraries, pushing the boundaries of how we understand and interact with GraphQL schemas.\n\nJoin me for a visual journey that reveals what makes the \"Graph\" in GraphQL truly powerful, potentially reshaping how we design and understand our APIs.", - "goers": "7", + "goers": "10", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", "audience": "Intermediate", + "geo_area": "Yes", "id": "2a74602450df6a446ac2b18d6e6fa6b5", "venue_id": "2152806", "speakers": [ @@ -897,6 +912,12 @@ "start_time_ts": 1757324700, "end_date": "2025-09-08", "end_time": "11:55:00", + "files": [ + { + "path": "https://static.sched.com/hosted_files/graphqlconf2025/cc/2_See the Graph in GraphQL_ Graph Visualization in Action.pdf", + "name": "2_See the Graph in GraphQL_ Graph Visualization in Action.pdf" + } + ], "event_subtype": "Documentation" }, { @@ -905,10 +926,10 @@ "pinned": "N", "name": "Sponsored Session: Building the Ideal GraphQL Server Workflow Featuring GraphQL Code Generator - Eddy Nguyen, SEEK & The Guild", "event_start": "2025-09-08 12:05", - "event_end": "2025-09-08 12:25", + "event_end": "2025-09-08 12:35", "event_type": "Developer Experience", "description": "Building an enterprise-level GraphQL server often leads to inconsistent practices, excessive boilerplate, and runtime errors that appear too late - all of which slow down feature delivery.\n\nThis talk explores what an ideal GraphQL server workflow may look like, and how tooling such as GraphQL Code Generator helps make it real.\n\nWe’ll walk through how to plan, build and integrate an example workflow:\n\n- Achieve strong type-safety\n- Ensure runtime safety with clear, actionable errors\n- Streamline development through consistent conventions and simplified setup\n\nBy the end, you’ll see how the right tooling can give developers confidence in their workflow, freeing them to focus on building features that deliver value to users faster.", - "goers": "1", + "goers": "5", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", @@ -938,16 +959,16 @@ "event_end_day": "8", "event_end_weekday": "Monday", "event_end_weekday_short": "Mon", - "event_end_time": "12:25", + "event_end_time": "12:35", "start_date": "2025-09-08", "start_time": "12:05:00", "start_time_ts": 1757325900, "end_date": "2025-09-08", - "end_time": "12:25:00", + "end_time": "12:35:00", "files": [ { - "path": "https://static.sched.com/hosted_files/graphqlconf2025/f1/Building the ideal graphql server workflow ft graphql code generator.pptx", - "name": "Building the ideal graphql server workflow ft graphql code generator.pptx" + "path": "https://static.sched.com/hosted_files/graphqlconf2025/53/Building The Ideal GraphQL Server Workflow ft GraphQL Code Generator.pdf", + "name": "Building The Ideal GraphQL Server Workflow ft GraphQL Code Generator.pdf" } ], "event_subtype": "Backend" @@ -961,11 +982,12 @@ "event_end": "2025-09-08 12:35", "event_type": "GraphQL in Production", "description": "@defer allows you to specify which parts of your operation are urgent, and which can be delayed. However, there is still a contract with @defer: all your data will always be returned, at some later point.\n\nThis poses a problem for certain classes of product: if only 10% of your operation will ever be on consumed, but you don't know exactly which 10% that will be, defer can introduce substantial hidden costs. To improve performance and reduce compute costs, Meta created @async to ensure products only ask for data when it's needed.", - "goers": "4", + "goers": "7", "seats": "0", "invite_only": "N", "venue": "Studio - 5th Floor", "audience": "Advanced", + "geo_area": "Yes", "id": "4614b0dbd6236e202a87270ceda0c3bf", "venue_id": "2152809", "speakers": [ @@ -998,7 +1020,7 @@ "end_time": "12:35:00", "files": [ { - "path": "https://static.sched.com/hosted_files/graphqlconf2025/95/@async_ Defer even more - GraphQL Conf 2025.pdf", + "path": "https://static.sched.com/hosted_files/graphqlconf2025/a2/@async_ Defer even more - GraphQL Conf 2025.pdf", "name": "@async_ Defer even more - GraphQL Conf 2025.pdf" } ], @@ -1013,11 +1035,12 @@ "event_end": "2025-09-08 12:35", "event_type": "GraphQL in Production", "description": "The most natural way to understand fragments is as a reusable part of a query. We at Meta know that this isn't true and can lead to a world of pain when it comes to making sure the data you fetch matches the code that uses that data (no over-fetching).\n\nThe worst part is both the GraphQL spec and the educational materials mention re-use for fragments as part of their value:\n\"Fragments allow for the reuse of common repeated selections of fields, reducing duplicated text in the document.\"\n\nThis talk will explain what we've learned is the best way to use fragments (as subcomponents you convert to in order to pass to the logic that is tied to that fragment).\n\nWe will use Relay's per-file graphql co-location as a demonstration of this philosophy in action", - "goers": "10", + "goers": "14", "seats": "0", "invite_only": "N", "venue": "Grote Zaal - 2nd Floor", "audience": "Beginner", + "geo_area": "Yes", "id": "95c83506420d9a9a3a971a8802ba96f8", "venue_id": "2152800", "speakers": [ @@ -1048,6 +1071,12 @@ "start_time_ts": 1757325900, "end_date": "2025-09-08", "end_time": "12:35:00", + "files": [ + { + "path": "https://static.sched.com/hosted_files/graphqlconf2025/44/how-to-use-fragments.pdf", + "name": "how-to-use-fragments.pdf" + } + ], "event_subtype": "Scaling" }, { @@ -1058,7 +1087,7 @@ "event_start": "2025-09-08 12:35", "event_end": "2025-09-08 13:45", "event_type": "Breaks / Networking / Special Events", - "goers": "7", + "goers": "14", "seats": "0", "invite_only": "N", "venue": "Foyer Grote Zaal - 2nd Floor", @@ -1095,7 +1124,7 @@ "event_end": "2025-09-08 14:15", "event_type": "Developer Experience", "description": "Great documentation has always been the gold standard of API developer experience, and always a real challenge for GraphQL APIs. With the rise of AI and interactive API playgrounds, developer expectations have evolved. Static docs can be slow, confusing, and outdated, while an AI-powered assistant and API playground offer a dynamic, conversational, and instantly actionable experience. In this session, we’ll explore how we at monday.com leveraged AI and interactive tools to replace traditional documentation for our public GraphQL API, reducing friction and accelerating adoption.", - "goers": "2", + "goers": "3", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", @@ -1155,11 +1184,12 @@ "event_end": "2025-09-08 14:15", "event_type": "GraphQL in Production", "description": "The Buyer Abuse Prevention team is responsible for preventing returns abuse on Amazon.com. We do this by leveraging multiple streams of data to help make accurate decisions that minimize friction to our good customers. Enrichment of entities, for example, orders, is often distributed across multiple APIs, which makes collecting and organizing large sets of data inefficient and inflexible.\n\nTo simplify development, we built a GraphQL API to consolidate the collection and storage of data that allowed us to break the dependency on API results and design our storage around entities in a way that was optimal for our business. Chaining API calls now only takes place within a single API without need for code replication. Swapping out the underlying API for specific fields no longer requires code refactoring as the shape of the entity remained the same. The schema is well-connected which allows for different entry points but ultimately arrives at the same data without needing to reinvent the wheel.\n\nWe can now focus on developing a schema and set of entities that match our business needs, without risk of major refactoring when a dependent API changes.", - "goers": "2", + "goers": "5", "seats": "0", "invite_only": "N", "venue": "Studio - 5th Floor", "audience": "Beginner", + "geo_area": "Yes", "id": "2f80d25265c00f9c5133f80cdcc71618", "venue_id": "2152809", "speakers": [ @@ -1190,6 +1220,12 @@ "start_time_ts": 1757331900, "end_date": "2025-09-08", "end_time": "14:15:00", + "files": [ + { + "path": "https://static.sched.com/hosted_files/graphqlconf2025/64/Adam Cervantes GraphQLConf.pdf", + "name": "Adam Cervantes GraphQLConf.pdf" + } + ], "event_subtype": "Case studies" }, { @@ -1201,7 +1237,7 @@ "event_end": "2025-09-08 14:15", "event_type": "GraphQL in Production", "description": "GraphQL Subscriptions over WebSockets is an extremely popular way to notify the caller that something happened on the back end. While a high level of Quality of Service is possible in other protocols such as STOMP or MQTT, there is no actual guarantee of delivery with GraphQL Subscriptions: any acknowledgment mechanism should be built in userland.\n \nWebSockets can be interrupted at any time with both graceful and ungraceful disconnections, and the lack of acknowledgment in the subscription protocol affects reliability, making GraphQL Subscription over WebSocket connections susceptible to disconnections, as any protocol failures will result in messages being lost. In other words, Subscriptions are stateful. In this talk, we will investigate a mitigation technique to make them resumable so that the connection can be destroyed and recreated without any message loss.", - "goers": "5", + "goers": "9", "seats": "0", "invite_only": "N", "venue": "Grote Zaal - 2nd Floor", @@ -1246,12 +1282,13 @@ "event_start": "2025-09-08 14:25", "event_end": "2025-09-08 14:55", "event_type": "Developer Experience", - "description": "GraphQL federation has changed how we think about data and it's time to adopt that thinking to how we build UIs and component systems. In this talk, Gabe will share his deep experience from building design systems at Apple, Netflix and now StubHub to help you design yours.\n \nWhat are the advantages GraphQL brings to a traditional React component system? How can fragments optimize the composability of your components? How to reduce duplication while reducing the time you need to ship new features?\n \nWe will provide guidance on how to build and leverage a federated component system along-side your design system. \n \nFinally, we will cover how we've leveraged AI to speedup the creation of our design system and federated components at StuHub. Join to learn more!", - "goers": "8", + "description": "GraphQL federation has changed how we think about data and it's time to adopt that thinking to how we build UIs and component systems. In this talk, Gabe will share his deep experience from building design systems at Apple, Netflix and now StubHub to help you design yours.\n\nWhat are the advantages GraphQL brings to a traditional React component system? How can fragments optimize the composability of your components? How to reduce duplication while reducing the time you need to ship new features?\n\nWe will provide guidance on how to build and leverage a federated component system along-side your design system.\n\nFinally, we will cover how we've leveraged AI to speedup the creation of our design system and federated components at StuHub. Join to learn more!", + "goers": "12", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", "audience": "Intermediate", + "geo_area": "Yes", "id": "4d43e71c77159a2cdfea61b076428a8f", "venue_id": "2152806", "speakers": [ @@ -1282,6 +1319,12 @@ "start_time_ts": 1757334300, "end_date": "2025-09-08", "end_time": "14:55:00", + "files": [ + { + "path": "https://static.sched.com/hosted_files/graphqlconf2025/7d/GraphQL Conf 2025.pdf", + "name": "GraphQL Conf 2025.pdf" + } + ], "event_subtype": "Frontend" }, { @@ -1293,7 +1336,7 @@ "event_end": "2025-09-08 14:55", "event_type": "GraphQL in Production", "description": "To ease life for the roughly 1,000 developers who contribute regularly to our GraphQL interface, Airbnb has a highly opinionated developer API that we believe eases life for both developers and the operators who maintain the service. In the past, this API was implemented on top of a traditional, specification-based GraphQL engine, which supported agility as we evolved our opinionated approach to resolvers. As that approach matured, we saw opportunities to build a more efficient engine to support them.\n\nThis talk describes our new GraphQL engine. Key elements in our design include:\n\n- Refactoring query execution into distinct resolution and completion phases.\n\n- A query planner that optimizes and orchestrates the execution of those phases.\n\n- A new data structure that is the intermediary between the two phases, a data structure that allows for principled communication between the many resolvers involved in executing a query", - "goers": "2", + "goers": "6", "seats": "0", "invite_only": "N", "venue": "Grote Zaal - 2nd Floor", @@ -1331,8 +1374,8 @@ "end_time": "14:55:00", "files": [ { - "path": "https://static.sched.com/hosted_files/graphqlconf2025/19/TB_411_v2 GraphQL Engine Talk.pdf", - "name": "TB_411_v2 GraphQL Engine Talk.pdf" + "path": "https://static.sched.com/hosted_files/graphqlconf2025/1b/TB_411_v5 GraphQL Engine Talk.pdf", + "name": "TB_411_v5 GraphQL Engine Talk.pdf" } ], "event_subtype": "Federation and distributed systems" @@ -1346,7 +1389,7 @@ "event_end": "2025-09-08 14:55", "event_type": "GraphQL in Production", "description": "In Booking.com we are heavily using Federated GraphQL approach, more than 150 backend sub-graph services are integrated from different domains of the company such as accommodations, partner, flights, cars, trips, and fintech.\n \n \nOur federated GraphQL layer hosts daily 11b+ incoming requests, Federation in the back distributes 14b+ requests to the sub-graphs per day. We have a diverse set of clients such as Booking traveller, partner native apps/web clients, 140+ SSR (Server Side Rendering) services for Web/Mobile rendering, and AI chatbots. This level of adoption brings unique challenges in terms of security and traffic management. In Booking.com we have a large attack surface since our GraphQL schema is huge, to be specific we have ~7k types with 27k+ fields. In this session, we will share our schema driven approaches to mitigate risks due to authN/Z leaks, DDoS attacks or exposure of sensitive PII/PCI data. These methodologies are designed with a high degree of generality, ensuring their applicability and scalability across every other Federated GraphQL system.", - "goers": "2", + "goers": "3", "seats": "0", "invite_only": "N", "venue": "Studio - 5th Floor", @@ -1399,7 +1442,7 @@ "event_end": "2025-09-08 15:35", "event_type": "Developer Experience", "description": "Event Sourcing is emerging as a preferred approach to building complex software systems. It enables rapid development, smooth evolution over time, and opens the door to AI-based acceleration.\n \nWe will make a brief introduction to the core concepts of Event Sourcing and why the approach is loved by its adherents. We will review the foundational elements of an Event Sourced application including some common architectural choices.\n \nGraphQL is known for expressive queries, precise data fetching, real-time capabilities, and a strong ecosystem. All of these pair well with Event Sourced applications. GraphQL simplifies the complexity of querying event streams, enables precise control over client-server interactions, and supports flexible schema evolution that is crucial to long term success. We will discuss this in the context of established patterns (and anti-patterns!).\n \nBy the end of this talk, attendees will clearly understand how combining Event Sourcing and GraphQL accelerates development and prepares data-driven apps to take advantage of AI-driven acceleration in the near future.", - "goers": "1", + "goers": "5", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", @@ -1434,6 +1477,12 @@ "start_time_ts": 1757336700, "end_date": "2025-09-08", "end_time": "15:35:00", + "files": [ + { + "path": "https://static.sched.com/hosted_files/graphqlconf2025/bd/GraphQLConf 2025 - ES + GraphQL = ♥️ - Sep 2025 - v0001.pdf", + "name": "GraphQLConf 2025 - ES + GraphQL = ♥️ - Sep 2025 - v0001.pdf" + } + ], "event_subtype": "Patterns and community trends" }, { @@ -1445,7 +1494,7 @@ "event_end": "2025-09-08 15:35", "event_type": "GraphQL in Production", "description": "The Member Experience Core Systems team at Netflix is entrusted with orchestrating every facet of the member experience. From the intricacies of the profiles screen to the dynamic homepage and the seamless search for your favorite shows, our robust API layer is the backbone that supports it all.\n\nOperating at an astronomical scale, our two principal Subgraph Services collectively manage over a million GraphQL queries per second. This immense scale, coupled with the diverse queries our systems accommodate, ensures that even the most minute edge cases are brought to light.\n\nIn this presentation, we will delve into two significant production bugs that emerged at scale. The first involved a federation-based solution at the query planning layer, which culminated in a 20% reduction in requests per second and yielded substantial cost savings amounting to hundreds of thousands of dollars. The second, a subgraph service specific enhancement, remarkably doubled the efficiency of our entire fleet.\n\nBy sharing our journey of identifying and resolving these issues, we aspire to provide insights that will directly enhance your day-to-day endeavors using GraphQL.", - "goers": "8", + "goers": "11", "seats": "0", "invite_only": "N", "venue": "Grote Zaal - 2nd Floor", @@ -1497,7 +1546,7 @@ "event_end": "2025-09-08 15:35", "event_type": "GraphQL in Production", "description": "You added security measures to all your subgraphs and are sure you're safe? Think again. In a federated GraphQL system, the most significant risks often hide not within individual services, but within the logic and trust assumptions of the federation layer itself.\n \nThis talk explores how federated GraphQL architectures introduce a new class of security challenges that traditional testing and validation frequently overlook. We'll walk through practical examples based on real-world use cases and both offensive and defensive insights, showing why stitching secure services together doesn’t automatically result in a secure supergraph.\n \nAttendees will see federation-specific threats in action, learn important security concepts, and walk away with actionable strategies for hardening routers, auditing configurations, and building safer service interactions. We'll also share PoC code and conceptual outlines for detection tooling to help apply these learnings in real-world systems.\n \nAn engaging, practical, and scenario-driven session - especially relevant for developers and security engineers working with federated GraphQL systems.", - "goers": "1", + "goers": "2", "seats": "0", "invite_only": "N", "venue": "Studio - 5th Floor", @@ -1548,7 +1597,7 @@ "event_start": "2025-09-08 15:35", "event_end": "2025-09-08 15:55", "event_type": "Breaks / Networking / Special Events", - "goers": "6", + "goers": "11", "seats": "0", "invite_only": "N", "venue": "Foyer Grote Zaal - 2nd Floor", @@ -1585,7 +1634,7 @@ "event_end": "2025-09-08 16:25", "event_type": "Developer Experience", "description": "Over the past few years, GraphQL has fallen out of favor for developers looking to build full-stack typescript applications. With projects like TRPC and NextJS, many people have started to pigeonhole GraphQL into an enterprise-shaped box. But this doesn't have to be the case! In this talk, Alec will give a practical introduction with live coding to Houdini, a GraphQL-first application framework and demonstrate how to rapidly move from idea to creation with a state-of-the-art developer experience that brings GraphQL back as a contender for the best choice for smaller applications.", - "goers": "5", + "goers": "6", "seats": "0", "invite_only": "N", "venue": "Studio - 5th Floor", @@ -1637,7 +1686,7 @@ "event_end": "2025-09-08 16:05", "event_type": "GraphQL in Production", "description": "Subscriptions are not like queries and mutations. They require specific thinking and care in any implementation strategy.\nFederation adds a layer of infrastructure that can complicate subscriptions in two ways:\n\n- scaling, because the federation gateway may have to resolve many subscription streams at the same time,\n- translation, because each subgraph has the protocols it supports, and they may not overlap with the protocol used by the clients.\n\nThis lightning talk dives into the challenges of translation we encountered in concrete scenarios:\n\n- How websocket init payloads map, or not, to http headers\n- How to translate SSE requests to websocket requests\n- Alternatives like multipart streams\n- Websocket subprotocols", - "goers": "2", + "goers": "4", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", @@ -1689,7 +1738,7 @@ "event_end": "2025-09-08 16:25", "event_type": "GraphQL in Production", "description": "Turning a private GraphQL API into a public one comes with unexpected challenges. We’ll share how we approached this transition—starting from an existing internal schema that wasn’t shaped for external consumers—and the steps we took to expose only what was ready. Using Apollo Federation Contracts, we filtered out unstable or sensitive parts of the graph. Along the way, we defined best practices for the public schema, like cursor-based pagination, using oneOf for inputs and results.\nWe’ll also touch on how we serve the schema through Hive Gateway with a supergraph setup, and the security measures we added, like depth limiting and complexity analysis. To keep things evolving safely, we rely on GraphQL Hive to track usage and guide deprecations.\n \nIf you’re thinking about exposing a GraphQL API—or just want ideas for keeping one clean and manageable—this talk will share what worked for us, what didn’t, and what we learned.", - "goers": "8", + "goers": "11", "seats": "0", "invite_only": "N", "venue": "Grote Zaal - 2nd Floor", @@ -1724,6 +1773,12 @@ "start_time_ts": 1757339700, "end_date": "2025-09-08", "end_time": "16:25:00", + "files": [ + { + "path": "https://static.sched.com/hosted_files/graphqlconf2025/34/2025-09-08-from-private-to-public-graphql-api.pdf", + "name": "2025-09-08-from-private-to-public-graphql-api.pdf" + } + ], "event_subtype": "Schema evolution" }, { @@ -1735,7 +1790,7 @@ "event_end": "2025-09-08 16:25", "event_type": "GraphQL in Production", "description": "Adopting GraphQL federation creates a convenient place in your infrastructure to make authorization decisions:\n\n- It comes early in the request lifecycle, before any subgraph.\n- It has access to the whole client request, as well as the entirety of the federated graph.\n- Authorization can still be the responsibility of the subgraph teams, or a cross cutting concern.\n\nThis talk is about leveraging the special position of the federation gateway for authorization.\n\nWe'll cover the directives federation offers for authorization out of the box: `@authenticated`, `@requiresScopes`, `@policy`. To cover a more advanced use case, we'll explore how to implement fine-grained authorization taking advantage of data from your federated graph by leveraging extensions in the open source Grafbase Gateway.", - "goers": "3", + "goers": "5", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", @@ -1787,7 +1842,7 @@ "event_end": "2025-09-08 17:05", "event_type": "Developer Experience", "description": "Jetpack Compose is a declarative UI framework for Kotlin and Android. Jetpack Compose makes it easy to describe your UI graph and build composable UIs.\n \nOn the other hand, GraphQL is a declarative language for your Data. GraphQL makes it easy to describe and query your Data Graph.\n \nSounds like a perfect match! \n \nIn this presentation, we'll take a look at the current mobile architectures and how they differ from web architectures. \n \nWe will dive into cache, offline mode and error handling and investigate how GraphQL can help mobile developers build more reactive and robust UIs.\n \nUsing real life examples from the GraphQL conf 2025 app, we well discuss patterns such as colocated fragments, optimistic updates, subscriptions and see how they fit in the mobile app development cycle.\n \nWhile it will use some Kotlin, most of the examples can be applied to iOS and/or any other mobile platform. \n \nIf you're a web developer, I'm hoping to give you some talking point to start the discussion with your mobile teams. Let's unite frontend developers!", - "goers": "1", + "goers": "2", "seats": "0", "invite_only": "N", "venue": "Studio - 5th Floor", @@ -1839,7 +1894,7 @@ "event_end": "2025-09-08 17:05", "event_type": "GraphQL in Production", "description": "A talk covering the journey of The Guild building our new Rust router and query planner.\n\nWe are going to share our years-long journey through learnings, insights and real-life examples on why and how we’ve built our open-source Federation Router and query planner.\n\nIn this talk, we’ll cover:", - "goers": "5", + "goers": "6", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", @@ -1898,7 +1953,7 @@ "event_end": "2025-09-08 17:05", "event_type": "GraphQL in Production", "description": "alt title: Surviving Change Without Breaking Everything\n \nWhen we launched our new GraphQL API at Netflix, it felt perfect—destined to power hundreds of millions of devices. Yet, change is inevitable. Even if your schema seems flawless today (which it isn't), requirements will shift, new features will emerge, and regrets will follow.\n \nGraphQL promises evolvability, allowing us to move forward without multiple API versions. But how does this hold up in practice? We mark fields as @deprecated, but what happens next? How can we embrace experimentation without entombing technical debt in the API? Does federation complicate things? Evolving your schema without breaking clients is easy, right? Right??\n \nDrawing from experience with the Netflix API, this talk explores techniques for evolving your schema safely and painlessly. We'll cover the schema lifecycle—from experimentation to design, deprecation, and deletion.\n \nAttendees will leave with:\n- Schema design principles that facilitate change\n- Practical techniques for evolving GraphQL schemas\n- Strategies for managing a deprecation workflow\n \nJoin us as we learn to face the inevitability of change with confidence and serenity.", - "goers": "9", + "goers": "13", "seats": "0", "invite_only": "N", "venue": "Grote Zaal - 2nd Floor", @@ -1944,7 +1999,7 @@ "event_end": "2025-09-08 17:45", "event_type": "GraphQL in Production", "description": "Over the past six years, Viaduct has grown from Airbnb’s unified data access layer into a central platform for hosting business logic — now supporting over 1 million lines of code, 500+ monthly contributors, and 100+ teams.\n\nThat scale has brought a familiar risk: the slow creep toward monolith. Viaduct was never meant to be a microservices system, but we’ve had to make deliberate choices to preserve team autonomy, performance, and codebase sanity.\n\nThis talk shares the strategies we’re using — and actively evolving — to make that possible, including:\n\n* Tenant modules that define slices of the GraphQL schema alongside their implementation logic;\n* Relying on GraphQL fragments instead of service calls for inter-module communication;\n* Building ownership and attribution into the platform so teams can trace metrics and errors back to themselves.\n\nWe haven’t fully solved these challenges — but we’ve learned a lot about what works, what breaks, and what to watch for.", - "goers": "9", + "goers": "12", "seats": "0", "invite_only": "N", "venue": "Studio - 5th Floor", @@ -1979,6 +2034,12 @@ "start_time_ts": 1757344500, "end_date": "2025-09-08", "end_time": "17:45:00", + "files": [ + { + "path": "https://static.sched.com/hosted_files/graphqlconf2025/40/Avoiding the Monolith Trap - GraphQLConf 2025.pdf", + "name": "Avoiding the Monolith Trap - GraphQLConf 2025.pdf" + } + ], "event_subtype": "Federation and distributed systems" }, { @@ -1990,7 +2051,7 @@ "event_end": "2025-09-08 17:45", "event_type": "GraphQL in Production", "description": "In this talk, we'll explore the design and implementation of a distributed GraphQL router built with Kotlin, leveraging graphql-java and Spring Boot. \nBy using Kotlin’s powerful scripting and DSLs, we can create a highly configurable and scalable solution that simplifies the complexity of managing distributed GraphQL APIs.", - "goers": "1", + "goers": "4", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", @@ -2027,7 +2088,7 @@ "end_time": "17:45:00", "files": [ { - "path": "https://static.sched.com/hosted_files/graphqlconf2025/69/GraphQLConf-KotlinRouter.pdf", + "path": "https://static.sched.com/hosted_files/graphqlconf2025/66/GraphQLConf-KotlinRouter.pdf", "name": "GraphQLConf-KotlinRouter.pdf" } ], @@ -2093,7 +2154,7 @@ "event_start": "2025-09-08 17:45", "event_end": "2025-09-08 18:45", "event_type": "Breaks / Networking / Special Events", - "goers": "6", + "goers": "12", "seats": "0", "invite_only": "N", "venue": "Foyer Grote Zaal - 2nd Floor", @@ -2130,7 +2191,7 @@ "event_end": "2025-09-09 18:00", "event_type": "Breaks / Networking / Special Events", "description": "SECURITY NOTICE\nPlease keep all personal belongings in your possession during the conference. GraphQL, The Linux Foundation nor the Pakhuis de Zwijger are responsible for lost or stolen items. If something is misplaced, check in with an Event Staff member at the registration desk.", - "goers": "2", + "goers": "3", "seats": "0", "invite_only": "N", "venue": "K Floor - Underground Floor", @@ -2165,7 +2226,7 @@ "event_start": "2025-09-09 08:00", "event_end": "2025-09-09 17:30", "event_type": "Registration + Badge Pick-up", - "goers": "2", + "goers": "4", "seats": "0", "invite_only": "N", "venue": "Foyer Grote Zaal - 2nd Floor", @@ -2202,7 +2263,7 @@ "event_end": "2025-09-09 10:30", "event_type": "Breaks / Networking / Special Events", "description": "Help shape the future of GraphQL! Join GraphQL Foundation Board Members, TSC Members, and other community leaders for a public meeting about goals and priorities for 2026, and help us celebrate 2025's wins.", - "goers": "3", + "goers": "6", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", @@ -2237,7 +2298,7 @@ "event_start": "2025-09-09 09:00", "event_end": "2025-09-09 17:30", "event_type": "Solutions Showcase", - "goers": "1", + "goers": "2", "seats": "0", "invite_only": "N", "venue": "Workspace - 2nd Floor", @@ -2274,7 +2335,7 @@ "event_end": "2025-09-09 10:30", "event_type": "Workshops", "description": "Join us for an intensive hands-on workshop where you'll build a complete e-commerce application stack, from GraphQL API to AI integration. We'll start by creating a robust GraphQL API using Apollo Router, covering schema design and federation best practices.\n\nThen we'll extend your GraphQL API with a Model Context Protocol (MCP) server, enabling structured AI data access and tool-based interactions. This allows AI assistants to query your products, manage inventory, and process orders directly through your API.This workshop emphasizes exceptional developer experience with hot-reloading capabilities across your entire stack for rapid iteration. You'll learn real-world patterns for connecting GraphQL APIs with MCP servers, handling data flow between layers, and maintaining type safety from your database to your AI tools.\n\nPrerequisites: Familiarity with GraphQL basics. Bring a laptop with Node.js installed.\n\nBy the end of this workshop, you'll be able to:", - "goers": "1", + "goers": "2", "seats": "0", "invite_only": "N", "venue": "Grote Zaal - 2nd Floor", @@ -2320,7 +2381,7 @@ "event_end": "2025-09-09 10:30", "event_type": "Workshops", "description": "This workshop proposes the development of a demo social media application, \"Y,\" using GraphQL, Relay, and React Server Components (RSC). The goal is to showcase the powerful synergy between Relay’s declarative data fetching and RSC’s server-side rendering, creating an ideal stack for scalable, performant web applications. \n \nThe demo will highlight: \n \n- Co-location of GraphQL fragments with React components for a modular, maintainable codebase. \n- Relay’s type-safe queries to efficiently fetch data for posts, comments, and user profiles. \n- React Server Components to optimize server-side rendering and enable React streaming for progressive UI rendering. \n- A fully functional social media app with interactive, real-time features. \n \nThrough this hands-on demo, we’ll illustrate how Relay’s fragment-based architecture and RSC’s streaming capabilities allow developers to build responsive, data-driven applications. This workshop will demonstrate the potential of these technologies for modern frontend development providing a compelling case for adopting this stack in production projects.", - "goers": "5", + "goers": "6", "seats": "0", "invite_only": "N", "venue": "Studio - 5th Floor", @@ -2365,7 +2426,7 @@ "event_start": "2025-09-09 10:30", "event_end": "2025-09-09 10:45", "event_type": "Breaks / Networking / Special Events", - "goers": "4", + "goers": "6", "seats": "0", "invite_only": "N", "venue": "Foyer Grote Zaal - 2nd Floor", @@ -2402,7 +2463,7 @@ "event_end": "2025-09-09 11:25", "event_type": "Developer Experience", "description": "GraphQL error handling sucks. There, I said it.\n\nEver hunted through the errors list to figure out if a null was legit or caused by an error? If you're like me, you gave up and now treat nulls as \"maybe errored, maybe absent, maybe both.\"\n\nAnd nullability. Schema designers make anything that might fail nullable, producing partial responses when errors occur. But since anything can fail, now everything is nullable—\nand we're drowning in null checks. We recklessly cast to non-null or fall back to the empty string out of desperation. And we still don't know what's truly nullable.\n\nNo more.\n\nThis talk introduces a new, pragmatic approach, born from years of work by the Nullability WG. We propose a future where schemas reflect the true nullability of business entities, and error handling is where it belongs: in your code, not your data. Use your language's built-in tools to handle errors ergonomically; and drop the unnecessary null checks. When you read a null, it should mean one thing: the absence of data.\n\nThis isn't some distant ideal on the horizon of GraphQL's future; with just 512 bytes added to your GraphQL client, you can start adopting this today. Come see how.", - "goers": "9", + "goers": "11", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", @@ -2448,7 +2509,7 @@ "event_end": "2025-09-09 12:15", "event_type": "Unconference", "description": "\"Unconference\" starts with U! Do you have a demo to share, an itch to scratch, lightning talk to workshop, or proposal you want to brainstorm? There's ample opportunity to bring your thoughts to the unconference table and seek or share feedback.\n\nThe unconference agenda will be created onsite - stay tuned for more info about how you can add your topics.", - "goers": "0", + "goers": "1", "seats": "0", "invite_only": "N", "venue": "Studio - 5th Floor", @@ -2544,7 +2605,7 @@ "event_end": "2025-09-09 12:15", "event_type": "GraphQL Working Group", "description": "Although the topic of namespacing has been brought up repeatedly in the GraphQL community over the last decade, there is an understandable worry that it would lead to anti-patterns in schema design. If namespacing is used as an excuse to avoid coordination between teams, this can result in a fragmented GraphQL schema that reflects current team boundaries as opposed to domain or client concerns.\n\nGraphQL Federation offers an alternative architecture: when coordination is enforced and consistency guaranteed, a large number of teams can contribute to a single, coherent GraphQL schema without the danger of stepping on each other's toes.\n\nEven with that architecture in place however, I believe there are still legitimate use cases for namespacing. In this talk, I will go over some of those use cases, and formulate a set of design principles that could guide the introduction of namespacing in GraphQL.", - "goers": "7", + "goers": "11", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", @@ -2590,7 +2651,7 @@ "event_end": "2025-09-09 14:15", "event_type": "Breaks / Networking / Special Events", "description": "Use this lunch time to go outside, visit local restaurants, and hang with your new GraphQL friends.\n\nOption 1 - Lunch restaurant guide\nOption 2 - A limited number of bag lunches will be available at the venue for you to take and either eat in the building or take outside.", - "goers": "5", + "goers": "8", "seats": "0", "invite_only": "N", "id": "c792d79fcbf90eafe5aeccec4e753e2a", @@ -2624,7 +2685,7 @@ "event_end": "2025-09-09 14:55", "event_type": "GraphQL Working Group", "description": "The GraphQL community has come together to standardize how people can build distributed systems with GraphQL as an orchestrator. In this talk I will explain the general idea that we have for GraphQL as an Orchestrator in this space and how the new specification is tackling this. We will look at the progress we have made since last GraphQL Conf in the GraphQL composite schema working group and also get some sneak peaks at our early RFCs and prototypes. I will outline how this new specification is taking the best ideas of existing solutions in the market to make the next big leap towards mainstream adoption. This will allow anyone to build tooling by implementing the spec or parts of the spec that seamlessly integrate with other vendors.", - "goers": "4", + "goers": "7", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", @@ -2714,7 +2775,7 @@ "event_end": "2025-09-09 15:45", "event_type": "Workshops", "description": "Unleash the Power of Federation with Hive Gateway Discover the possibilities of your GraphQL APIs! Learn how to use GraphQL Federation to unite various services and get to know Hive Gateway, an open-source GraphQL router. During this practical exercise, you will configure a simple federated gateway and execute queries across merged schemas. Discover important features such as built-in monitoring with OpenTelemetry, automatic query batching for optimal efficiency, strong security choices like JWT authentication and rate limiting, and GraphQL Subscriptions for real-time data. Find out for yourself how Hive Gateway makes it easier to create scalable and maintainable GraphQL.", - "goers": "6", + "goers": "7", "seats": "0", "invite_only": "N", "venue": "Grote Zaal - 2nd Floor", @@ -2767,7 +2828,7 @@ "event_end": "2025-09-09 15:45", "event_type": "GraphQL Working Group", "description": "Curious about how observability is evolving in the GraphQL ecosystem? This session explores the current state of OpenTelemetry and its integration with GraphQL. We'll cover the fundamentals of OpenTelemetry, introduce the OpenTelemetry working group (https://github.com/graphql/otel-wg), and dive into tracing, logging, and metrics - all essential pillars of observability. You'll also learn how OpenTelemetry is being applied in distributed GraphQL architectures to improve performance monitoring and troubleshooting across services. Whether you're new to observability or looking to level up your GraphQL stack, this talk will bring you up to speed on where the community is heading.", - "goers": "8", + "goers": "11", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", @@ -2812,7 +2873,7 @@ "event_start": "2025-09-09 15:45", "event_end": "2025-09-09 16:00", "event_type": "Breaks / Networking / Special Events", - "goers": "5", + "goers": "7", "seats": "0", "invite_only": "N", "venue": "Foyer Grote Zaal - 2nd Floor", @@ -2849,7 +2910,7 @@ "event_end": "2025-09-09 16:40", "event_type": "GraphQL Working Group", "description": "Learn how to lower latency in your applications by streaming your GraphQL responses using the @defer and @stream directives. Learn the trade-offs of when to use these new directives and how they differ from GraphQL Subscriptions.\n\n@defer and @stream have been in development for some time now and have gone through many iterations. Learn about the motivation behind these changes and how they will lead to scalable GraphQL servers and efficient clients.", - "goers": "7", + "goers": "8", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", @@ -2938,7 +2999,7 @@ "event_end": "2025-09-09 17:30", "event_type": "Workshops", "description": "GraphQL is evolving — and with the new Composite Schema Specification, building distributed GraphQL systems has never been more standardized, flexible, and interoperable.\n\nIn this workshop, we'll dive into the core principles behind the Composite Schema Specification and demonstrate how they enable modular, scalable GraphQL architectures across teams and services. Whether you're coming from Node.js, Java, .NET, or any other stack — this specification is designed to work with you, not against you.\n\nAt the heart of this new standard is a powerful idea: composing GraphQL APIs in a strongly typed way. No more hidden fields. No more untyped extensions or brittle conventions.\n\nYou'll learn how to:\n\nWhether you're building from scratch or evolving an existing monolith, this workshop will equip you with the tools and mental models to harness composition — the right way.", - "goers": "3", + "goers": "5", "seats": "0", "invite_only": "N", "venue": "Grote Zaal - 2nd Floor", @@ -2984,7 +3045,7 @@ "event_end": "2025-09-09 17:30", "event_type": "GraphQL Working Group", "description": "This session is an opportunity for working group members to discuss the topics raised in the working group talks earlier in the day, and brainstorm ideas for moving forward.", - "goers": "4", + "goers": "5", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", @@ -3021,7 +3082,7 @@ "event_end": "2025-09-10 17:30", "event_type": "Breaks / Networking / Special Events", "description": "SECURITY NOTICE\nPlease keep all personal belongings in your possession during the conference. GraphQL, The Linux Foundation nor the Pakhuis de Zwijger are responsible for lost or stolen items. If something is misplaced, check in with an Event Staff member at the registration desk.", - "goers": "2", + "goers": "3", "seats": "0", "invite_only": "N", "venue": "K Floor - Underground Floor", @@ -3056,7 +3117,7 @@ "event_start": "2025-09-10 08:00", "event_end": "2025-09-10 17:00", "event_type": "Registration + Badge Pick-up", - "goers": "2", + "goers": "4", "seats": "0", "invite_only": "N", "venue": "Foyer Grote Zaal - 2nd Floor", @@ -3128,6 +3189,12 @@ "start_time_ts": 1757487600, "end_date": "2025-09-10", "end_time": "09:10:00", + "files": [ + { + "path": "https://static.sched.com/hosted_files/graphqlconf2025/ab/hello-graffle.pdf", + "name": "hello-graffle.pdf" + } + ], "event_subtype": "Backend" }, { @@ -3139,7 +3206,7 @@ "event_end": "2025-09-10 09:30", "event_type": "GraphQL in Production", "description": "What started as a single developer's passion project now powers mission-critical APIs for tech giants like Twitter/X, Netflix, Amazon, AirBnB, and Atlassian. As the engine behind Spring for GraphQL and with over 2.2 million monthly downloads, GraphQL Java has become the Java implementation of GraphQL.\n\nHow does a volunteer-driven open source project not just survive, but thrive for a decade? In this talk, we'll share the crucial technical decisions and community building strategies that transformed a hobby project into an industry standard. We'll share how we fostered contributions from over 250 volunteers while maintaining high code quality and project momentum. You'll walk away with actionable insights to help you lead any software project, whether it's open source or enterprise.\n\nAbout the speakers: we are the maintainers of GraphQL Java, who have guided the project from its first commit to becoming the industry standard.", - "goers": "3", + "goers": "5", "seats": "0", "invite_only": "N", "venue": "Grote Zaal - 2nd Floor", @@ -3249,7 +3316,7 @@ "event_start": "2025-09-10 09:00", "event_end": "2025-09-10 16:00", "event_type": "Solutions Showcase", - "goers": "1", + "goers": "2", "seats": "0", "invite_only": "N", "venue": "Workspace - 2nd Floor", @@ -3286,7 +3353,7 @@ "event_end": "2025-09-10 09:30", "event_type": "Developer Experience", "description": "What if your GraphQL schema could do more than provide data? What if it could help your app be more accessible from the start? In this lightning talk, we'll explore an innovative idea of embedding accessibility metadata directly into GraphQL schemas. Inspired by using Kotlin semantics in Jetpack Compose, imagine annotating fields with labels, roles, or screen reader hints that can be used to support screen readers, improve navigation, and even power automated accessibility testing. By adding custom accessibility annotations, tools could generate more accessible UI components, which enhances both the developer experience and the user experience. This is a call to rethink the developer experience and treat accessibility as a first-class concern. Let's reimagine GraphQL not just as a data layer, but as an inclusive design enabler.", - "goers": "5", + "goers": "8", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", @@ -3321,6 +3388,12 @@ "start_time_ts": 1757488800, "end_date": "2025-09-10", "end_time": "09:30:00", + "files": [ + { + "path": "https://static.sched.com/hosted_files/graphqlconf2025/d3/What if GraphQL Knew Accessbility?.pdf", + "name": "What if GraphQL Knew Accessbility?.pdf" + } + ], "event_subtype": "Patterns and community trends" }, { @@ -3332,7 +3405,7 @@ "event_end": "2025-09-10 10:10", "event_type": "Developer Experience", "description": "We will explore the novel static analysis approach used by Grats to enable a true implementation-first developer experience for building GraphQL servers in TypeScript. \n \nIf you are interested in compilers, type systems, static analysis and developer experience, this talk is for you!", - "goers": "4", + "goers": "5", "seats": "0", "invite_only": "N", "venue": "Grote Zaal - 2nd Floor", @@ -3384,7 +3457,7 @@ "event_end": "2025-09-10 10:10", "event_type": "Developer Experience", "description": "Managing separate API definitions for REST and GraphQL APIs that serve the same underlying data can be inefficient and lead to duplicated efforts. At Pinterest, we are streamlining our API definitions and unifying our data models with TypeSpec. TypeSpec allows us to define our API shapes once and generate API schemas in multiple forms such as OpenAPI, Protobuf, and now GraphQL!\n \nWe’ve developed an open-source TypeSpec GraphQL Emitter which generates valid GraphQL schemas directly from TypeSpec definitions.\n \nJoin us for an overview of how TypeSpec and the GraphQL Emitter can streamline your API workflow. We'll explore:\n \n* How TypeSpec's unified definition approach accelerates development across multiple API specs\n* The inner workings of our open-source GraphQL Emitter\n* Our wins and lessons learned while building the GraphQL Emitter\n \nThis talk will be perfect for anyone interested in GraphQL schema generation, unified API definitions, and vague Lord of the Rings references! See you there!", - "goers": "9", + "goers": "10", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", @@ -3471,6 +3544,12 @@ "start_time_ts": 1757490000, "end_date": "2025-09-10", "end_time": "10:10:00", + "files": [ + { + "path": "https://static.sched.com/hosted_files/graphqlconf2025/77/Local Data Consistency With GraphQL.pdf", + "name": "Local Data Consistency With GraphQL.pdf" + } + ], "event_subtype": "Case studies" }, { @@ -3482,7 +3561,7 @@ "event_end": "2025-09-10 10:50", "event_type": "Developer Experience", "description": "In theory, data loaders solve most \"N+1\" problems in GraphQL. In practice, they can be hard to implement, so they’re typically used only in performance-critical situations and often reactively, once inefficiencies surface. To achieve better performance, batching needs to be applied wherever possible.\n \nThis talk introduces batch resolvers, a more developer-friendly alternative to data loaders. While traditional GraphQL resolvers take a single input and produce a single output, batching resolvers take a list of inputs and return a list of outputs. A batch resolver can simply call a batch service API without worrying about data loaders.\n \nWhen a developer provides a batch resolver, our GraphQL server automatically aggregates individual data fetches into a single call to that resolver. It can also apply heuristics to improve aggregation, for example by consolidating different selection sets for the same entity into a single input. This design not only makes application developers’ lives easier, but also allows the server to better optimize query execution by coordinating batch dispatching as part of a broader execution strategy.", - "goers": "9", + "goers": "11", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", @@ -3645,7 +3724,7 @@ "event_end": "2025-09-10 10:50", "event_type": "GraphQL in Production", "description": "GraphQL provides flexibility in fetching data but this can prove challenging for caching. In this talk I cover the basics of caching in GraphQL such as layers you can cache at a high level. Layers such as the CDN, client side, server side, and database are touched upon with solutions from the community. The talk will also cover when to use each layer and what statistics to look at for improvement. I talk about how caching at multiple layers provides the best experience for the end user. By the end of this talk beginners will have a path forward to how they can cache at different layers for better performance.", - "goers": "8", + "goers": "10", "seats": "0", "invite_only": "N", "venue": "Grote Zaal - 2nd Floor", @@ -3682,8 +3761,8 @@ "end_time": "10:50:00", "files": [ { - "path": "https://static.sched.com/hosted_files/graphqlconf2025/52/Intro_To_Caching_GraphQLConf_2025.pptx", - "name": "Intro_To_Caching_GraphQLConf_2025.pptx" + "path": "https://static.sched.com/hosted_files/graphqlconf2025/ae/Intro_To_Caching_GraphQLConf_2025.pdf", + "name": "Intro_To_Caching_GraphQLConf_2025.pdf" } ], "event_subtype": "Scaling" @@ -3696,7 +3775,7 @@ "event_start": "2025-09-10 10:50", "event_end": "2025-09-10 11:15", "event_type": "Breaks / Networking / Special Events", - "goers": "6", + "goers": "8", "seats": "0", "invite_only": "N", "venue": "Foyer Grote Zaal - 2nd Floor", @@ -3733,7 +3812,7 @@ "event_end": "2025-09-10 11:45", "event_type": "Developer Experience", "description": "There are many aspects to consider when building a GraphQL API: Authentication, authorization, performance, schema design, and team workflow to name a few. Each aspect encompasses considerations, practices, and tools (or lack thereof). One aspect, documentation, can be easily neglected. This year at The Guild I spent time exploring that domain and prototyping an open source tool we’re calling Polen.\n\nI will present our thoughts on what characteristics and features we’d like to have from GraphQL documentation tooling and finish with a demo of how Polen tackled some of those things. I hope this session stimulates your own thinking about what documentation tools should include and tangible technical steps we might take to get there.", - "goers": "1", + "goers": "3", "seats": "0", "invite_only": "N", "venue": "Grote Zaal - 2nd Floor", @@ -3768,6 +3847,12 @@ "start_time_ts": 1757495700, "end_date": "2025-09-10", "end_time": "11:45:00", + "files": [ + { + "path": "https://static.sched.com/hosted_files/graphqlconf2025/69/imagining futures of graphql tooling.pdf", + "name": "imagining futures of graphql tooling.pdf" + } + ], "event_subtype": "Documentation" }, { @@ -3814,6 +3899,12 @@ "start_time_ts": 1757495700, "end_date": "2025-09-10", "end_time": "11:45:00", + "files": [ + { + "path": "https://static.sched.com/hosted_files/graphqlconf2025/66/Deep Dive into a GraphQL Federation gateway.pdf", + "name": "Deep Dive into a GraphQL Federation gateway.pdf" + } + ], "event_subtype": "Federation and distributed systems" }, { @@ -3825,7 +3916,7 @@ "event_end": "2025-09-10 11:45", "event_type": "GraphQL in Production", "description": "Last year we introduced strict error handling - with @throwOnFieldError as an example of how this can be accomplished. This year, we’ll discuss how to safely roll it out.\n \nYou’ve had a GraphQL codebase that weakly handled server-side errors for years. Now, you have the tools (directives, hooks, handlers, and language features) that let you treat field errors properly. However, it’s a daunting task to suddenly explode queries en-masse by flipping a switch. This move is powerful, but requires a thoughtful and data-driven approach to do safely.\n \nIn this talk we’ll cover:\n* Preparing the groundwork for migration to stricter error handling\n* Using data to make informed decisions about fragment/query behavior\n* Gating your change at a singular point\n* Scaling the rollout to a large codebase\n* How we’re approaching this rollout at Meta", - "goers": "5", + "goers": "7", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", @@ -3860,6 +3951,12 @@ "start_time_ts": 1757495700, "end_date": "2025-09-10", "end_time": "11:45:00", + "files": [ + { + "path": "https://static.sched.com/hosted_files/graphqlconf2025/b1/GraphQLConf 2025 - How to safely roll out Error Handling.pdf", + "name": "GraphQLConf 2025 - How to safely roll out Error Handling.pdf" + } + ], "event_subtype": "Scaling" }, { @@ -3917,7 +4014,7 @@ "event_end": "2025-09-10 12:25", "event_type": "GraphQL in Production", "description": "HotelPage Service (HPS) is one of the busiest, most business-critical systems at Booking.com — originally built as a REST API with Protobufs for speed and structure. It was fast but rigid. As product demands grew and clients needed more flexibility, cracks began to show: over-fetching, unclear ownership, and slow iteration cycles.\n \nThis talk shares our real-world journey of modernizing that stack with GraphQL — not just adopting it as a new interface, but transforming how teams design schemas, collaborate across domains, and scale under load. We’ll walk through how we evolved from a proto-backed monolith to a federated GraphQL architecture — improving performance, enabling resolver ownership, and making the schema reflect real product needs.\n \nWhether you're planning a GraphQL migration or scaling one across teams, this talk delivers actionable insights and hard-won lessons from operating at billions of requests per day.\n \nAttendees will gain:\n- Align schema design with client and product needs\n- Handle organisational complexity in federation\n- Avoid pitfalls like over-fetching and the N+1 trap\n- Drive resolver ownership and collaboration\n- Optimise execution paths under high traffic", - "goers": "2", + "goers": "6", "seats": "0", "invite_only": "N", "venue": "Studio - 5th Floor", @@ -4014,7 +4111,7 @@ "event_start": "2025-09-10 12:25", "event_end": "2025-09-10 13:40", "event_type": "Breaks / Networking / Special Events", - "goers": "5", + "goers": "7", "seats": "0", "invite_only": "N", "venue": "Foyer Grote Zaal - 2nd Floor", @@ -4051,7 +4148,7 @@ "event_end": "2025-09-10 14:10", "event_type": "Developer Experience", "description": "`useQuery` is a powerful and simple abstraction, but there is so much more to Apollo Client today. In this talk we’ll re-introduce Apollo Client for this new era. Query preloading, suspense, fragment APIs, and data masking have given GraphQL practitioners a toolset to build sophisticated, scalable, and highly performant applications like never before. Learn about these new APIs, upgraded tooling, and how version 4.0 (and beyond) gives users a leaner, cleaner, and more capable open source GraphQL client.", - "goers": "5", + "goers": "6", "seats": "0", "invite_only": "N", "venue": "Grote Zaal - 2nd Floor", @@ -4088,7 +4185,7 @@ "end_time": "14:10:00", "files": [ { - "path": "https://static.sched.com/hosted_files/graphqlconf2025/69/reintroducing Apollo Client 4.pdf", + "path": "https://static.sched.com/hosted_files/graphqlconf2025/5c/reintroducing Apollo Client 4.pdf", "name": "reintroducing Apollo Client 4.pdf" } ], @@ -4103,7 +4200,7 @@ "event_end": "2025-09-10 14:10", "event_type": "GraphQL in Production", "description": "Imagine having a federated GraphQL query builder customized to meet unique software infrastructure requirements—have you ever dreamed of such a tool? If so, please join us for an exciting session where we uncover LinkedIn’s code first approach to querying entity-oriented data with federated GraphQL on top of backend gRPC services. Discover how our solution leverages the advanced capabilities of gRPC for enhanced performance, low latency, and multi-language support. We will dive into the motivations behind adopting this strategy, the intricate challenges encountered, and the significant improvements in developer experience and productivity it brings. With real-world examples and performance benchmarks, witness how this approach modernizes our service infrastructure, leading to more efficient and scalable solutions.", - "goers": "2", + "goers": "3", "seats": "0", "invite_only": "N", "venue": "Studio - 5th Floor", @@ -4147,7 +4244,7 @@ "end_time": "14:10:00", "files": [ { - "path": "https://static.sched.com/hosted_files/graphqlconf2025/78/LinkedIn's Code-First Approach To Federated GraphQL With gRPC.pdf", + "path": "https://static.sched.com/hosted_files/graphqlconf2025/ff/LinkedIn's Code-First Approach To Federated GraphQL With gRPC.pdf", "name": "LinkedIn's Code-First Approach To Federated GraphQL With gRPC.pdf" } ], @@ -4162,7 +4259,7 @@ "event_end": "2025-09-10 14:10", "event_type": "GraphQL in Production", "description": "When adopting GraphQL, teams diligently follow \"best practices\" without realizing they're actually choosing between two fundamentally different approaches: designing schemas to serve UI components (frontend-first) or to represent domain models (structure-first). This distinction is rarely framed as an explicit choice in GraphQL literature, with most examples showcasing the structure-first approach by default.\n\nYet this initial decision shapes everything from your team structure to how you handle breaking changes—and if you start with a structure-first approach, it's especially difficult to unwind that decision later. In this session, we'll explore the critical differences between these philosophies, examine how they manifest in real schemas, and analyze the trade-offs each approach presents. You'll see how changes that feel natural in one approach become deeply problematic in the other, and learn to identify which patterns your team has already begun to follow.", - "goers": "4", + "goers": "5", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", @@ -4215,11 +4312,12 @@ "event_end": "2025-09-10 14:50", "event_type": "GraphQL in Production", "description": "Imagine you have a decade old REST API codebase with thousands of daily commits by hundreds of engineers, how would you incrementally adopt GraphQL? How would the data models be compatible with both REST and GraphQL to avoid divergence? How…?\n\nWe will share Instagram’s journey from 100% REST API development to 95%+ new APIs developed in GraphQL over a two year period.", - "goers": "6", + "goers": "9", "seats": "0", "invite_only": "N", "venue": "Grote Zaal - 2nd Floor", "audience": "Any", + "geo_area": "Yes", "id": "5488aa89d9612e06d58e66cc521bcc38", "venue_id": "2152800", "speakers": [ @@ -4278,6 +4376,12 @@ "start_time_ts": 1757506800, "end_date": "2025-09-10", "end_time": "14:50:00", + "files": [ + { + "path": "https://static.sched.com/hosted_files/graphqlconf2025/4d/GraphQLConf 2025 - Instagram’s REST to GraphQL Migration.pdf", + "name": "GraphQLConf 2025 - Instagram’s REST to GraphQL Migration.pdf" + } + ], "event_subtype": "Case studies" }, { @@ -4341,7 +4445,7 @@ "event_end": "2025-09-10 14:50", "event_type": "Developer Experience", "description": "Ever wondered if two seemingly different GraphQL queries actually return the same data? Or how to ensure that complex queries—packed with type conditions and directives like @skip/@include—still mean the same thing after a major refactor? In this talk, we’ll explore a novel static analysis technique that efficiently checks whether one query’s response is always a subset of another’s. By performing this subset test in both directions, we can reliably determine query equivalence—bringing new clarity to complex GraphQL operations.", - "goers": "3", + "goers": "4", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", @@ -4445,7 +4549,7 @@ "event_end": "2025-09-10 15:30", "event_type": "GraphQL in Production", "description": "\"There are only two hard things in Computer Science: cache invalidation and naming things\".\n\nGraphQL provides many benefits over other query languages. Federation builds on top of this foundation to provide even more flexibility and power. But even with all that GraphQL has to offer, the problem of naming remains.\n\nIn this talk, Jeff Dolle, from The Guild, will share what he's learned about schema design: proven design philosophies, designing for forward compatibility, exposing errors through types, and tips for how to avoid ambiguous or misleading type names.\n\nTogether, we will then go through an example product design meeting: taking user stories and building a complete GraphQL schema.", - "goers": "8", + "goers": "10", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", @@ -4482,7 +4586,7 @@ "end_time": "15:30:00", "files": [ { - "path": "https://static.sched.com/hosted_files/graphqlconf2025/4e/slides-proven-schema-designs-best-practices.pdf", + "path": "https://static.sched.com/hosted_files/graphqlconf2025/fe/slides-proven-schema-designs-best-practices.pdf", "name": "slides-proven-schema-designs-best-practices.pdf" } ], @@ -4496,7 +4600,7 @@ "event_start": "2025-09-10 15:30", "event_end": "2025-09-10 15:50", "event_type": "Breaks / Networking / Special Events", - "goers": "6", + "goers": "8", "seats": "0", "invite_only": "N", "venue": "Foyer Grote Zaal - 2nd Floor", @@ -4533,7 +4637,7 @@ "event_end": "2025-09-10 16:20", "event_type": "GraphQL in Production", "description": "Plugging an LLM into GraphQL sounds simple—until it drowns in thousands of fields, types, and connections. Most models today can’t reason effectively over large APIs without brittle prompt hacks or hardcoded shortcuts.\n\nModel Context Protocol (MCP) is the cutting-edge solution for enabling seamless, dynamic interactions between LLMs and external tooling. It standardizes the way models interact with various tools, breaking down barriers between APIs and AI systems.\n\nIn this talk, you’ll discover how to turn any GraphQL endpoint into an MCP-compatible server with minimal overhead. Reuse your existing GraphQL infrastructure to avoid reinventing authorization, schema management, and validation enabling scalable, robust LLM integrations. We’ll compare existing tools and automated schema discovery against hand-crafted mappers based on benchmarks of public GraphQL APIs. Join us to learn about our experiences and recommendations for your next GenAI project, powered by GraphQL.", - "goers": "5", + "goers": "6", "seats": "0", "invite_only": "N", "venue": "IJzaal - 5th Floor", @@ -4621,6 +4725,12 @@ "start_time_ts": 1757512200, "end_date": "2025-09-10", "end_time": "16:20:00", + "files": [ + { + "path": "https://static.sched.com/hosted_files/graphqlconf2025/8b/Mauricio Montalvo - GraphQL Conf 2025 - v2.pdf", + "name": "Mauricio Montalvo - GraphQL Conf 2025 - v2.pdf" + } + ], "event_subtype": "Case studies" }, { @@ -4632,7 +4742,7 @@ "event_end": "2025-09-10 16:45", "event_type": "Keynote Sessions", "description": "This talk will give attendees an overview of the structure of GraphQL's official organizations: The GraphQL Foundation and the GraphQL Specification Project. It will get specific about the governance and roadmaps of each organization and their specific priorities in 2025 and beyond.\n\nIn my time serving in these various institutions, I've noticed that even the most active GraphQL practitioners aren't fully aware of what they are and what they do. Attendees will learn about the GraphQL Working Group, the Technical Steering Committee, and the Foundation's Governing Board. We'll also touch upon the various technical working groups and the new Community Working Group. The talk culminates in a call to action for folks to get involved.", - "goers": "11", + "goers": "14", "seats": "0", "invite_only": "N", "venue": "Grote Zaal - 2nd Floor", @@ -4677,7 +4787,7 @@ "event_start": "2025-09-10 16:45", "event_end": "2025-09-10 17:00", "event_type": "Keynote Sessions", - "goers": "9", + "goers": "12", "seats": "0", "invite_only": "N", "venue": "Grote Zaal - 2nd Floor", diff --git a/scripts/sync-sched/speakers.json b/scripts/sync-sched/speakers.json index f8cd719318..9e2646dce6 100644 --- a/scripts/sync-sched/speakers.json +++ b/scripts/sync-sched/speakers.json @@ -66,7 +66,7 @@ "position": "Viaduct Platform Lead", "name": "Adam Miskiewicz", "about": "Adam is a Principal Software Engineer at Airbnb, where he leads platform architecture with a focus on performance, developer experience, and large-scale GraphQL systems. He’s one of the core architects behind Viaduct, Airbnb’s multi-tenant GraphQL platform, and is known for turning complex ideas into scalable, developer-friendly infrastructure. When he's not deep in Kotlin or shaping deployment strategy, he's probably pushing teams to move faster — safely.", - "location": "", + "location": "Baltimore, MD", "url": "", "avatar": "//avatars.sched.co/8/82/23352721/avatar.jpg.320x320px.jpg?bfd", "socialurls": [ @@ -126,7 +126,7 @@ "_years": [ 2025 ], - "~syncedDetailsAt": 1756904598013 + "~syncedDetailsAt": 1757323366198 }, { "username": "aditi_rajawat", @@ -503,7 +503,7 @@ "_years": [ 2025 ], - "~syncedDetailsAt": 1756904595242 + "~syncedDetailsAt": 1757323359573 }, { "username": "ardatanrikulu", @@ -605,7 +605,7 @@ "_years": [ 2025 ], - "~syncedDetailsAt": 1756904595242 + "~syncedDetailsAt": 1757323359573 }, { "username": "benjie3", @@ -646,7 +646,7 @@ "_years": [ 2025 ], - "~syncedDetailsAt": 1756904595242 + "~syncedDetailsAt": 1757323359573 }, { "username": "borisbesemer", @@ -661,7 +661,7 @@ "_years": [ 2025 ], - "~syncedDetailsAt": 1756904595242 + "~syncedDetailsAt": 1757323359573 }, { "username": "brandon.r.minnick", @@ -850,7 +850,7 @@ "_years": [ 2025 ], - "~syncedDetailsAt": 1756904595242 + "~syncedDetailsAt": 1757323359573 }, { "username": "danadajian", @@ -885,7 +885,7 @@ "_years": [ 2025 ], - "~syncedDetailsAt": 1756904595242 + "~syncedDetailsAt": 1757323359573 }, { "username": "danielle.man", @@ -930,7 +930,7 @@ "_years": [ 2025 ], - "~syncedDetailsAt": 1756904595242 + "~syncedDetailsAt": 1757323359573 }, { "username": "dkuc", @@ -1171,7 +1171,7 @@ "_years": [ 2025 ], - "~syncedDetailsAt": 1756904595242 + "~syncedDetailsAt": 1757323359573 }, { "username": "fbjork", @@ -1222,15 +1222,15 @@ "company": "StubHub Inc", "position": "Senior Software Engineer - Design System Lead", "name": "Gabriel Cura-Castro", - "about": "Gabriel Cura-Castro is senior software engineer with a particular interest in UX and design systems. He has two decades of experience developing software in a diverse range of fields spanning from developer tools, internet infrastructure, and finance.\n \nHe has spent the last decade building design systems and federated components for the likes of Apple, Netflix, and now StubHub.\n \nIn his spare time you can find him hiking the mountains of California with his daughter and partner.", - "location": "", + "about": "Gabriel Cura-Castro is senior software engineer with a particular interest in UX and design systems. He has two decades of experience developing software in a diverse range of fields spanning from developer tools, internet infrastructure, and finance. He has spent the last decade building design systems and federated components for the likes of Apple, Netflix, and now StubHub. In his spare time you can find him hiking the mountains of California with his daughter and partner.", + "location": "Santa Monica, CA", "url": "", "avatar": "//avatars.sched.co/5/54/23098750/avatar.jpg.320x320px.jpg?1ee", "socialurls": [], "_years": [ 2025 ], - "~syncedDetailsAt": 1756904598013 + "~syncedDetailsAt": 1757323366198 }, { "username": "gabrielschulhof", @@ -1352,7 +1352,7 @@ "_years": [ 2025 ], - "~syncedDetailsAt": 1756904598013 + "~syncedDetailsAt": 1757323359573 }, { "username": "hello2358", @@ -1437,7 +1437,7 @@ "_years": [ 2025 ], - "~syncedDetailsAt": 1756904598013 + "~syncedDetailsAt": 1757323366198 }, { "username": "jamie855", @@ -1491,7 +1491,7 @@ "_years": [ 2025 ], - "~syncedDetailsAt": 1756904598013 + "~syncedDetailsAt": 1757323366198 }, { "username": "jared_cheney.7rad60v", @@ -1660,7 +1660,7 @@ "_years": [ 2025 ], - "~syncedDetailsAt": 1756904598013 + "~syncedDetailsAt": 1757323366198 }, { "username": "jordaneldredge", @@ -1699,7 +1699,7 @@ "_years": [ 2025 ], - "~syncedDetailsAt": 1756904598013 + "~syncedDetailsAt": 1757323366198 }, { "username": "juancarlosjr97", @@ -2006,7 +2006,7 @@ "_years": [ 2025 ], - "~syncedDetailsAt": 1756904598013 + "~syncedDetailsAt": 1757323366198 }, { "username": "lyonwj1", @@ -2070,7 +2070,7 @@ "_years": [ 2025 ], - "~syncedDetailsAt": 1756904598013 + "~syncedDetailsAt": 1757323366198 }, { "username": "mansi.mittal", @@ -2090,7 +2090,7 @@ "_years": [ 2025 ], - "~syncedDetailsAt": 1756904598013 + "~syncedDetailsAt": 1757323366198 }, { "username": "marco.reni", @@ -2185,7 +2185,7 @@ "_years": [ 2025 ], - "~syncedDetailsAt": 1756904601333 + "~syncedDetailsAt": 1757323366198 }, { "username": "marybriskin", @@ -3442,7 +3442,7 @@ "_years": [ 2025 ], - "~syncedDetailsAt": 1756904595242 + "~syncedDetailsAt": 1757323359573 } ] } \ No newline at end of file