Anyway, the reality is we *don’t* use processes and pipes for important things, *because* they fail roughly like this. You can say “but error codes” all you want, we don’t do this with browsers or ssh or gzip or REPLs (hello, Jupyter) or anything else. Because this hits a wall.https://twitter.com/marcan42/status/996231278276919296 …
Again, that "it returns content by default" is a *consequence* of the streaming design of the interface. It would be *exactly the same* as a shared library, with that design constraint. You'd end up with a "more data" callback getting called before the main entry returns error.
-
-
I mean, look, you have the same failure mode all over the place so the bug is in the interface. API plus developer equaled insecure code. Thems the breaks. You could make a case the streaming API is the issue and not pipe vs shared lib. But then the streaming API deprecates.
-
There’s a mismatch between API expectations we have a sufficient sample size to witness.
- Show replies
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.