Unless you're not looking very hard I presume you're making a polemic point here. i.e. it's not a good faith response to the person you're replying to.
They are obviously saying "the differences are significant enough for these measures to be misplaced" and you probably mean something like "I think the differences in these areas are closer than you claim".
So - go ahead and make the argument you intended to make so we can engage with it.
I'm not sure why every conversation about politics on HN brings out everyone's inner asshole. I asked a simple question—how are they different? I'm not being polemic or "making a point". I asked a simple question because I am a simple man and do not understand what makes these situations so different.
On the surface, a popular president is voted into office on promises of "cutting government inefficiencies" and then proceeds to do just that. Not sure if that's "not looking very hard", but those look pretty similar to me.
I happen to hold my politics very loosely, and so (at the risk of being downvoted by angry HN commenters) I asked, "How are they different?"
Sorry I don't spend hours every day reading up on politics and comparing international presidential trends.
Very short answers are often intended as offhand snark. Combined that with the fact that it seemed to me (and I assume many others) that the large differences between the Argentinian situation and the US one was incredibly obvious - I was drawn to the conclusion that you were most likely being snarky.
I did however moderate my reply to be respectful and I attempted to draw out a more thoughtful response. The fact you categorise me as the asshole in this leaves me even more uncertain as to your sincerity.
So this is about web APIs? I dislike that the broad term "API" has started to be used as shorthand for "HTTP API" (and probably REST-ish HTTP APIs specifically). It wastes people's time trying to figure out if something is of interest to them. Not everyone in tech is building web apps.
Fair point. I think the title can be more accurate by changing API into "REST API". Since I cannot edit the title as of now, I hope mod could change the title to be more accurate.
For more context, this tool can generate an MCP Server from an OpenAPI/Swagger file that describes a REST API. This does not include SOAP APIs, GraphQL, or other APIs that use the HTTP protocol.
HTTP APIs are APIs that rely on HTTP semantics (so not GraphQL). And the only difference between what you call "REST-ish" and "RPC-style" is "POST /messages" vs "POST /createMessage" anyway.
Is it really that obvious? I genuinely don't know which services allow a permanent download that will continue to work in perpetuity and those that don't. My understanding of file formats gives me some insight but - I shouldn't need to know that and some smart, technical people don't have that knowledge.
What would a true purchase of digital content look like? Just the lack of DRM? You could still lose your copy and the company you purchased it from could no longer exist.
Just like you could lose a physical book or the publisher could disappear? It feels like you're doing some reductio ad absurdum right now...
You buy a digital, DRM-free file. It is yours forever. If you lose it (bad storage, malware, deletion), it's gone. It doesn't mean that it wasn't yours. It doesn't mean that anybody owes you a new copy in perpetuity. It doesn't make any of that "fake ownership".
This is how Corey Doctorow sells his books. Even at Amazon his books are DRM-free. The file is yours forever, and he and his publisher (Tor) are very happy with the arrangement.
it so nearly runs on a Quest 3. The next gen of mobile XR chipsets (or maybe even the current gen with less thermal throttling) are going to be able to handle these kinds of scenes with a bit more optimization.
They are obviously saying "the differences are significant enough for these measures to be misplaced" and you probably mean something like "I think the differences in these areas are closer than you claim".
So - go ahead and make the argument you intended to make so we can engage with it.
reply