megadal

7 ms·

1.
by megadal 2y ago
> I don't see how it is related is relevant to this discussion. Because it was brought up as a subtopic in my original comment and someone quote responded directly to it.
2.
by megadal 2y ago
It's related to MS contribution to .NET which is the subtopic of this particular thread.
3.
by megadal 2y ago
Have you ever read the source code for Microsoft's ilasm compared to Mono ilasm? Anyway, EF is cool, but probably every .NET dev has an EF/LINQ performance related horror story (the generated queries are ridiculous). A self compil
4.
by megadal 2y ago
I mean they kind of are. You can find a library in almost every language that transpiles source code ASTs. They're just not core features. In Haxe, it's extremely common :) but Haxe is just one other high level language.
5.
by megadal 2y ago
You could also bundle your JS. Or pretend like any number of other solutions like caching parsed ASTs exist instead of being as obtuse as possible, or something idk
6.
by megadal 2y ago
Yes, but I think the point is practically every high level language can already do this pretty trivially. If it's scripted you can typically just get a string representation of the function. If it's Java, JAR inspection/dynam
7.
by megadal 2y ago
It's just an API for JIT, basically metaprogramming. It's cool but you can definitely do a similar thing in pretty much every high level language. With scripting languages, it's all JIT :) The C# teams progress on this has be
8.
by megadal 2y ago
this comment further confirms my belief that GraphQL is a cult. > this completes the move from the server side to the client side OK, how does that benefit end users, developers, or administrators? I have never had a person approach me t
9.
by megadal 2y ago
What BIM formats does it support?
10.
by megadal 2y ago
Of the 3 big US based clouds, Azure was the worst I dealt with. AWS comes close second to worst. GCP is the best UX but pricing is probably comparably crazy. Azures biggest issue is it inherits most of the same technical debt most Microsoft
11.
by megadal 2y ago
The title: "bug exposed up to 255 bytes of server heap and existed since 2011" The post: "Silently sends up to 255 bytes of the client’s heap to the server."
12.
by megadal 2y ago
I could be wrong but I think a good way to have an edge is pricing. Email is generally a low bandwidth service with lots of cold storage, yet for most personal email services the price doesn't seem to reflect this. Like for example Goo
13.
by megadal 2y ago
So then your argument isn't that GraphQL is better than REST. It's that you need something specifically designed for graph based data access to handle graph based data access. Which a REST API can do. This argument is quite a goal
14.
by megadal 2y ago
> The whole point of my comment is that with REST Hence your comparison is invalid > you don't have any guarantees about the API and thus it's a much harder target to support. You won't find a developer worth hiring who
15.
by megadal 2y ago
GraphQL literally is a "federation gateway point." It's literally meant to be a gateway to a bunch of different external systems working in federation. It's the exact same scope if you used a RESTful graph based data acc
16.
by megadal 2y ago
> REST is a PITA for any data model that’s more complex than CRUD. Also I'd just like to point out that for everything but queries themselves, GraphQL uses JSON. JSON is used in the C and U of GraphQL's CRUD... Explain to me wh
17.
by megadal 2y ago
If you don't need to write resolvers by hand, from experience I can tell you writing an OpenAPI over an ORM/ODM is trivial and will accomplish the same end. It's schema-first and quick and simple (it's as simple as def
18.
by megadal 2y ago
> Why do you mention GraphQL and JSON:API in the same sentence? I usually tend to use words like these in sentences wherein there are phrases or clauses in which those words are the subject. In all seriousness though, I mentioned JSON:AP
19.
by megadal 2y ago
> Why are you writing your own restful graph based data access APIs? https://en.m.wikipedia.org/wiki/Nihilism
20.
by megadal 2y ago
> With the right team, with the right use-case it's excellent. So please don't take it as GraphQL=bad. If a framework requires you to be just as, if not more competent in its niches to achieve the same end you could've ach
21.
by megadal 2y ago
Comparing GraphQL to REST and not a RESTful Graph-based data access API like JSON:API is just being disingenuous. For GraphQL, you know it will be a nightmare. For REST, you don't, because you don't know what the actual API is.
22.
by megadal 2y ago
> you can make all the same claims for REST That's why I mentioned OpenAPIs, which you certainly can't make the same claims about. I have never had a problem with an OpenAPI, it's almost like a litmus test of web developer
23.
by megadal 2y ago
> This is nonsense. GraphQL queries are simple HTTP requests, with no more complexity than REST. You POST a query string and some JSON The complexity of GraphQL in fact begins there, and also sort of explains a lot of why GraphQL is all
24.
by megadal 2y ago
> AI is pretty good at that Good at what? Rewriting the queries? I think the point of Pongo is you can use the exact same queries for the most part and just change backends. I've worked a job in the past where this would have been u
25.
by megadal 2y ago
Your claim is that IT people aren't being victimized by predatory marketing. The claim I'm arguing is that fashion marketing targeted towards any segment is predatory anyways. There's no false conflation. If what I'm cl
26.
by megadal 2y ago
Is there another segment increasingly hiring fashion consultants? Do you believe marketing towards this segment won't be as predatory as possible and predicated upon profiteering off their insecurities, like fashion tends to do for all
27.
by megadal 2y ago
Verifiable Credentials can be used in place of OpenID to allow a user to make verifiable attestations about themselves without the authority having to be present. It would still have many of the same flaws as OpenID, but at least you access
28.
by megadal 2y ago
Verifiable Credentials - https://www.w3.org/TR/vc-data-model-2.0/
29.
by megadal 2y ago
WebMentions!! Thank you
30.
Ask HN: What's the name of this web proposal/standard?
1 points by megadal 2y ago|3 comments

More ›