dobs
> Just imagine laws would work that way.
This is how "tipping off" law often works in practice.
As a support agent you often lack full visibility into the treatment or history of the person on the other end of the phone, especially if they're a bad actor. You can't tell them what is or isn't fraudulent behaviour, or what might be construed as such.
I live in Toronto, own a Kona EV, and am lucky enough to have a garage. I've literally never needed anything more than 120V except when going on >300km car trips. Any daily commute that wouldn't be handled by an overnight charge at 120V probably isn't a commute I'd put up with even with an ICE vehicle.
In Canada at least Netflix's library seems to have been gutted with a ton of their non-original content moving to Prime, Disney+, etc. And even a bunch of their own formerly-exclusive content is now available for free on services like Tubi.
I'm the sort of person who "takes the lane" when necessary but it doesn't work great in practice: Many drivers will aggressively tailgate and I've even been "bonked" by one who thought it was a totally normal and acceptable thing to do.
I even live in an area where cyclists are recommended (by the police) to ride ~3 feet from the curb and we require drivers (by law) to give cyclists ~3 feet of clearance. If cyclists were to follow those rules they'd be taking the full lane almost everywhere. But likely due to a combination of it not being common in practice and motorists being generally impatient it ends up being a dangerous set of guidelines to follow.
In the greater context of this and the NYT article: The answer is probably better bike infrastructure.
For example: Optionally requiring a questionnaire before being able to post to a Facebook group significantly cuts down on spam. Reddit doesn't really have an equivalent. If a Reddit mod wants to implement similar? They could use the API to write something that blackholes new members' comments until they respond to an automated message. Not a great user experience and what happens if Reddit pricing changes now make that integration prohibitively expensive?
Some mods certainly power-trip but ultimately the role isn't a glamorous one: You're a volunteer customer success agent. Most of the work isn't hard or controversial, but at the scale of Reddit there's a _lot_ of it. The hardest part of recruiting new moderators is finding people who'll remain even minimally engaged. Replacing them certainly isn't impossible but the process of replacing proven-engaged moderators with newcomers that need to be vetted can be a ton of work in itself.
The lack of good transfer mechanisms is what has led to a proliferation of alternatives (e.g. Venmo, Cash App). Zelle has emerged as a bank-approved mechanism for "instant" funds transfer.
I was in basically the exact same position a month ago (pros bought launch week, very out of warranty, known crackling issue) and they replaced the ear pieces (but not the case) without question or hesitation.
For protocols, we have a not-uncommon use case for which there’s no mature HTTP client. Mint might be an option but it’s new enough that I haven’t evaluated yet.
I love Elixir the language but find myself still having to throughly review new libraries to avoid footguns. In particular with "connectors" -- DB drivers, API clients, basic protocol implementations, etc. And resolving those issues normally means fixing them ourselves, often with a significant refactor to someone else's library. And in turn that's meant some of us having to become fairly proficient with Erlang.
So while I'm optimistic about the future of Elixir there are still some pain points that I think relate directly to the immaturity of the community.
A&W was our go-to fast food hamburger place even before beyond meat burgers as their veggie deluxe burger was already fairly good, though I'd still order a meat burger.
Now we both get the beyond meat burger and I honestly can't tell the difference between them and their standard meat patties. Granted, that's a lower bar than fresh ground beef coming off a barbecue, but still impressive.
For example, in one case we had around a dozen services with fairly typical REST APIs, a few of which we wanted to pull large inter-related sets of information from. Using GraphQL allowed us to:
- Have a single large-but-human-readable query to retrieve all report data.
- Analyze deep nesting up front to determine opportunities for caching and eager loading.
- Abstract details regarding what data was coming from what service, plus handle any quirks (e.g. inconsistent auth strategies) at the GraphQL layer.
Without having to make many modifications to the underlying services. We also saw a two-order-of-magnitude performance improvement that would otherwise have required building out a lot of service-specific awareness into our reporting service.
Granted reporting is a unique case, but the simplified gateway layer and potential for query analysis are also major advantages as the number of API consumers grows.
Otherwise it depends on your GraphQL implementation and what DB adapters or ORMs they support. For example, `graphql-ruby` includes a generator for a Rails-compatible GraphQL schema.
Startup time was one reason we started migrating away from Rails in a previous workplace, between frustrating startup time in development and test and occasional quirkiness of zeus and spring. Bootsnap would have been a godsend.
What I believe others are getting at is that those complicated queries themselves need to be expressed somehow even within a REST request. GraphQL provides a convenient mechanism for doing so.
In theory you can even do GraphQL RESTfully, with each REST endpoint exposing its own schema. But in doing so it quickly becomes apparent that it would be easier just to forego REST conventions and expose a single consolidated schema.
Speaking for my own GraphQL experiences, on one project we had a GraphQL query generating reports that was around 50 lines long, with half a dozen fragments. Flattened out to match the approaches you've suggested for POST data and GET params it would have been hundreds of attributes. It's unclear that there's any open standard that would have provided as simple of a solution for expressing and executing those requests.
Quibbling point, but I found the article fairly flattering toward moderators. And as in the article, it's moderators who're often the quickest to call the admins out for the burden their inaction places on us. A lot of what reddit is now has been accomplished by moderators in spite of that burden.
Reporting it when it first started happening led to nothing but rejections and it's only in the last month or so that some of the listings are finally being purged.
If they can't be bothered to take reports seriously when they're verifiable through authoritative sources (or heck, streetview) then it seems like a hopeless case for small businesses.