Hacker News new | past | comments | ask | show | jobs | submit | andrewingram's comments login

Even as a massive GraphQL fan, the GraphQL layer is what made me migrate all my projects away from Gatsby. It just doesn’t portray it at its best.

(just saying hey andrew! love to see you are still on the graphql train)

It wouldn't surprise me if a lot of those 100k lines were from the interactive playgrounds that are specific to each blog post.

or the blog posts themselves.

Interestingly, http://www.donothingfor2minutes.com/ eventually morphed into Calm


If I were using Remix, I'd probably trigger GraphQL queries from route loaders, one doesn't really obviate the other. Yes, there are challenges with using GraphQL well, but there's no inherent tension between it and the loader approach.


True!

Maybe thinking through what I was thinking a bit more:

GraphQL isn't the only option for preventing overfetching, and has some downsides. For example, the pattern Remix uses.


When you build a GraphQL server, you’re creating a system that outputs page-specific endpoints. They can be generated just-in-time (the default) or at build time (the general recommendation).

The engineering work involved shifts from building individual endpoints to building the endpoint factory. This shift may or may not be worth the trade off, but there are definite advantages, especially from the perspective of whomever is building the client. And once you factor in the ease at which you can introduce partial streaming with defer and streamable (granted they’re still WIP spec-wise), the experience can be pretty sublime.


https://graphql.org/blog/2020-12-08-defer-stream/

This? Yeah, that seems neat, for command/batch queuing.

I'd be curious how it compares to e.g. rest apis returning refs to e.g. webrtc streams or tcp/udp ones for non-browser. I presume the main advantage would be client side.


That does loosely suggest that something of fizzbuzz-level triviality may be sufficient for first-round filtering.


That's my impression. Anything more complicated and you're starting to filter based on your appreciation of the candidate's choices, style, etc. I.e. things that can be worked on or fitted to the company's work style.


We're using JSONPath to annotate parts of JSON fields in PostgreSQL that need to be extracted/replaced for localization. Whilst I'd naturally prefer we didn't store display copy in these structures, it was a fun thing to implement.

Contrived example:

    @localizedModel({
      title: {},
      quiz: { jsonPath: '$.[question,answerMd]' },
    })
    class MyQuiz {
      title: string;
      quiz: JSONObject;
    }


I miss the Spotify 3rd-party apps, I discovered some great music through them.


One could argue that React’s strict mode behaviour in dev is a guard against this —- as it prevented you from building things that will break with (the then) upcoming functionality.


A few years ago I built a level viewer based on this API: https://www.smm2-viewer.com/

Was quite a fun challenge, some interesting tech at play, and interesting algorithm work to render out the slope tiles.


You built this? Well done! I’ve used this several times while watching DGR videos!


Thanks!

The original inspiration was a DGR video in late 2021 when he showed the original chinese-language windows-based level viewer. That inspired me (as a Mac user) to seek out the API and level format documentation, then it was a whole load of trial and error to get the rendering working. There are more popular viewers (AFAICT) out there, but I enjoyed the challenge.


Huge appreciation for both this and the API.

I wonder if the API is still running off the developer's personal Nintendo account?


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: