couchand

58 ms·

721.
by couchand 7y ago
FWIW the OpenCensus website says: OpenCensus and OpenTracing have merged to form OpenTelemetry, which serves as the next major version of OpenCensus and OpenTracing. You'd never know it if you just looked at the other two websites,
722.
by couchand 7y ago
I don't know if the Get Started section is supposed to have links, but I want to click on some of those subjects but don't have the patience to look elsewhere for the content.
723.
by couchand 7y ago
Or just dump Chrome...
724.
by couchand 7y ago
Sprinkling printf is very different from "good logs". Moreover, logging is not primarily for interactive debugging, but rather for monitoring. They're complimentary practices.
725.
by couchand 7y ago
This is precisely the power of the Rust model of errors: nothing can fail unless either a) the type signature says it can, or b) it's not sane to try to recover from the failure.
726.
by couchand 7y ago
I'm not sure I follow. Sure, we shouldn't just have threads blindly working from the same memory, but it seems perfectly reasonable to use tools like Go channels or MPSC queues to write sane code.
727.
by couchand 7y ago
> predictably fails The issue is that, if you've not taken the time to consider the possibility of the error occurring, the failure is by definition unpredictable. It's predictable only if the caller 1) knows it can happen, whi
728.
by couchand 7y ago
Yep, RAII is an eminently reasonable way to address the narrow question of cleanup. In fact, that's how idiomatic Rust code would handle it, too. That still leaves the general question of how to tell what errors a function may alert yo
729.
by couchand 7y ago
I suppose Joel does a better job explaining it than I do, so I'll just quote him verbatim. "In other words, the more information about what code is doing is located right in front of your eyes, the better a job you’ll do at findin
730.
by couchand 7y ago
> When you call a Rust function that can fail, do you carefully think through all the various failure paths and reason about everything from scratch? From scratch? No, of course not. The type of the function tells me just what errors I n
731.
by couchand 7y ago
> With exceptions I never know what I might get... Exactly this. It's just as Joel Spolsky wrote in that fifteen-year-old article that hit the front page yesterday: exceptions are an invisible goto. > It can sometimes be annoying
732.
by couchand 7y ago
Practically speaking, that makes sense. Philosophically, it's abhorrent. Blaming the user is bad behavior in general. Expecting a person to alter their name to confirm to a poor software implementation is just wrong.
733.
by couchand 7y ago
TBH I don't know what I was thinking...
734.
by couchand 7y ago
Hey there, you and I still need work. Let them speak!
735.
by couchand 7y ago
Your reasonable arguments are wholly undermined by the jackhole manner you end your comment.
736.
by couchand 7y ago
In addition to the points made in sibling comments, there was the issue of them affirmatively stating that they will take anyone they feel like as clients no matter the moral implications, and simultaneously banning their employees from dis
737.
by couchand 7y ago
Then what's the point? The malicious app would just keep refreshing so you never see the confirmation again, anyway.
738.
by couchand 7y ago
For web app clients, you definitely don't want to invalidate other access tokens in case the user has other sessions open. For native clients, the calculus might be different.
739.
by couchand 7y ago
I've only ever implemented web-based OAuth flows, so I haven't seen that behavior. Do they also disallow the use of refresh tokens? It would seem that allowing refresh would let a malicious app get around the requirement.
740.
by couchand 7y ago
I did not get the impression that there is an attempt to reuse the authorization code, but rather that a completely new flow was initiated. Reusing the same authorization code should of course be considered suspicious.
741.
by couchand 7y ago
I don't believe it is possible to change your password with the GitHub API, and that action also requires reauthentication.
742.
by couchand 7y ago
> I thought it was best practice to ask the user to click authorize every time even if they're authorizing the same scope they previously authorized? I've never seen an authorization server that works that way. Because I walked
743.
by couchand 7y ago
The letter doesn't argue against eliminating the annual time shift, it argues for using Standard Time rather than Daylight Savings Time for the permanent time.
744.
by couchand 7y ago
Souvenir shops basically prove this phenomenon. The goods they sell are universally crappy and not a true representation of the place. The sorts of things they sell are about proving to others that you went there, not about taking back a p
745.
by couchand 7y ago
I recently made a rental car reservation through Expedia and hadn't noticed it was nonrefundable. When my plans had to change, I called them up and they took care of dealing with the rental car company and getting me a refund anyway. P
746.
by couchand 7y ago
This comment held water about five years ago, but times have changed.
747.
by couchand 7y ago
There's no real disagreement, just some folks seem to be unfamiliar with how much of the world uses these terms. Please see https://news.ycombinator.com/item?id=21396866 et al.
748.
by couchand 7y ago
You are quoting from the English-language Wikipedia. Contrast that with [0], which states "El Gobierno es el principal pilar del Estado; ... ejercicio del poder ejecutivo del Estado", the latter of which links to [1], which clarif
749.
by couchand 7y ago
In parliamentary systems, the term "government" frequently refers to the current governing party or coalition.
750.
by couchand 7y ago
> My understanding is that, in reality, people pay 0% in the USA if they order from a different state. That used to be the case, but online retailers now must collect sales tax for any state that demands it [0]. Many states have complic

More ›