Dariusz Kuc

119 posts

Dariusz Kuc banner
Dariusz Kuc

Dariusz Kuc

@derek_kuc

Working on Federation @apollographql Co-Author of graphql-kotlin

Chicago, IL Katılım Kasım 2019
164 Takip Edilen137 Takipçiler
Dariusz Kuc retweetledi
Apollo
Apollo@apollographql·
🤔 Curious what it really takes to scale a graph across brands and teams? Start with strong platform visionaries—and a community eager to learn from them. This week's Apollo Community Meetup in Chicago delivered just that. #ChicagoTech #ExpediaGroup #GraphQL #APIOrchestration
Apollo tweet mediaApollo tweet mediaApollo tweet media
English
1
1
2
791
Dariusz Kuc retweetledi
GraphQL Weekly
GraphQL Weekly@graphqlweekly·
Deep dive into @apollographql's Connectors evolution by Lenny - it's a fascinating story of bringing declarative API orchestration to everyone. From a prototype gRPC connector to a full-fledged solution built right into Federation. Love seeing the product journey!
English
1
1
2
232
Dariusz Kuc
Dariusz Kuc@derek_kuc·
@__xuorig__ @TheWorstFounder @apollographql During minification we basically just iterate over the selection set twice -> once to capture how many times given subselection occurs in the query and then we iterate again to lift up subselections that were used more than once.
English
0
0
0
47
Dariusz Kuc
Dariusz Kuc@derek_kuc·
@__xuorig__ @TheWorstFounder @apollographql Indeed it is a tradeoff between simpler query planning algorithm and the overhead of extra minification. While overall CPU usage will vary greatly based on the underlying query, in general QP algorithm is much more complex than the minification process.
English
1
0
0
46
Dariusz Kuc
Dariusz Kuc@derek_kuc·
@apollographql router v1.60.1 was just released 🚀! It comes with an improved algo for minifying the #GraphQLFederation subgraph fetch operations. Improved fragment auto-gen now extracts named fragments from all common selections within #GraphQL operation (vs just inline frags).
English
2
0
5
122
Dariusz Kuc
Dariusz Kuc@derek_kuc·
@TheWorstFounder @apollographql disclaimer: I haven't looked much into it (and whats the root case) but in few cases (where gen results in bigger queries) the diff in size seemed to be caused by the diff between original and normalized query shape (guessing it was from abstract vs concrete type selections).
English
0
0
0
12
Dariusz Kuc
Dariusz Kuc@derek_kuc·
@TheWorstFounder @apollographql Our original approach of extracting inline fragments (released over a year ago ;)) was very simple and naive (and fast!) approach but it did yield better results in 77+% of the test cases (and was significantly decreasing most of the large operations).
English
1
0
1
49
Dariusz Kuc
Dariusz Kuc@derek_kuc·
@TheWorstFounder @apollographql New v2 gen fragment algorithm is indeed similar to what you've done so the end results should be very similar (it improves query size in 95+% of cases vs hand crafted query). I think further improvements can be gained from smarter query normalization.
English
1
0
0
26
Dariusz Kuc
Dariusz Kuc@derek_kuc·
@apollographql Auto fragment generation can be applied on all operations regardless whether your original operation used fragments or not. While the end result is dependent on your operations, in our testing over 2.8+ test operations in extreme cases we saw 99+% size reduction! (4.2MB->6KB!)
English
2
0
1
28
Dariusz Kuc retweetledi
GraphQL
GraphQL@GraphQL·
GraphQLConf 2025 CFP is now open. Submit your talk ideas by May 4!
GraphQL tweet media
English
1
6
15
7.3K
Dariusz Kuc
Dariusz Kuc@derek_kuc·
@apollographql native query planner is now officially GA! It's been battle tested with over 700 million ops. The results? 10x (median) faster QP, 2.9x less router's CPU utilization and 2.2x less router's memory usage! Try out the v1.59 router today! #GraphQL #Rust #Federation
English
1
3
9
588