2,268 karma · joined July 30, 2019
While you don't appear to be susceptible, it is notable that this mindset is not something that makes you less likely to develop a gambling problem. It's actually part of how they drive addiction. A customer who is annoyed at every loss is often a customer who will chase their losses with more/bigger bets, trying to get the winning high back.
Now instead of 90% stupid and lazy (harmless, useful for grunt work) you have 90% stupid and hardworking (aggressively causing damage).
The point of the suspension is to discourage deliberately violent actions when the current match isn't a major concern (i.e. late in games that aren't close, or when the result is largely immaterial). That obviously isn't the case here.
High-quality code and high-volume code are highly anti-correlated. Incidentally, low-quality code that is excessively long just so happens to be common complaint with AI-generated code.
It's not defiance, it's reality: if you drag down my motivation, that's going to drag down my productivity. I don't really have much active control over that.
In some cases, workers are also being asked to automate the parts of their jobs they enjoy most, Hinds said on the podcast, pointing to customer-service employees who enjoy building relationships but are increasingly expected to supervise AI agents instead.
"That's what gives you joy and meaning at work," she said. "That is very dangerous."
What's a 20% productivity gain if I constantly feel deflated by work that used to energize me? That's going to give back the productivity gain and more, while also decreasing my quality of life.
Then he kept playing a market that was already fully decided, when the only step left was to resolve the outcome. I believe the relevant adage here is "You can't cheat an honest man."
With that said, any trades after a market has concluded but before it is officially resolved should be voided. The market should close at the end of the time window (or the time of the resolving announcement, if that's the relevant trigger point).
It sucks.
The code hides an exception behind an if-then-else that defaults to the most common state, which isn't caught until it breaks things for the 1% of users who don't have that state.
The new feature quietly breaks a feature not covered by the acceptance tests.
The documentation is four times as long and nobody who relies on it can read it.
And I'm stuck spending my time going over tickets with a fine-toothed comb, reviewing PRs, and mentoring contributors to prevent all of this garbage from ending up in the live code.
The courts can intervene later, but they can't un-bomb a hospital.
This is setting aside the obvious problem where governments will often set laws based on self-interest rather than morality, particularly when it comes to military conflict.
It's insanely compact for a 96% board.
Thanks to enhanced pitch tracking in the last few years, they can now display even more information. The Pittsburgh Pirates' first- and third-base ribbon boards show pitch speed, vertical and horizontal break, and IIRC even the name of the pitch (bucketed based on the speed and break characteristics). It's a really neat addition to have in real time.
Imagine how much less you would use text messages if they still had a per-message cost.
The obvious problem is what happens when operations become abnormal. ATC shouldn't be staffed for normal operations, because then abnormal operations lead to catastrophe. Welcome to last night: the weather is bad, which causes a plane to abort two takeoffs, which causes that plane to need emergency services. This increases the controller's workload beyond his capacity, so he accidentally clears the emergency vehicle to cross in front of a landing airplane, and they can't see the airplane because the weather is bad, so they follow the instruction and promptly get hit with an airplane.
When some bad weather can be the difference between "this is fine, one controller can handle it" and two dead pilots, you need to be staffed for bad weather.