Viewing profile — Capaj
Capaj
HN member- Joined
- Thu, Jun 14, 2012, 11:16 AM UTC
- HN karma
- -3
- Public activity
- 9 items
- HN profile
- View on Hacker News ↗
About Capaj
No profile information was provided.
Recent public activity
-
comment
Comment #48879896
yes that is exactly the main usecase for this
-
comment
Comment #48854256
I use it as my daily driver for any git operations, but most people prefer command line. So for a typical person it is useful early in their developer career as a helper when learn…
-
comment
Comment #48854040
I was a disgruntled user of ungit for the past 10 years. Even considered rewriting it myself manually like 5 years ago. Well not anymore. In the past few weeks I built a fast, anim…
- story
-
comment
Comment #26888885
No it's not. Even if they fixed all the bugs which I doubt the API design is bad.
-
comment
Comment #25016166
> It's great for the frontend, but in this case it's awful for the backend. So what you are saying is it's better to leave this complexity for the frontend developer to handle on t…
-
comment
Comment #25015853
So in your experience REST is more predictable than GraphQL? ROFL.
-
comment
Comment #20065177
> If an ID is required for all queries the docs should say so. they absolutely should. It's not really needed every time, but when you have a queries with IDs and without-that's wh…
-
comment
Comment #20064796
> Also IDs aren’t required for cache updates, only the typename. this is very inacurate. The problem happens when an items is cached with an ID and then another GraphQL request tri…