9,569 karma · joined April 3, 2014
In arbitration, you do not have a judge, so there isn't subpoena power, and discovery is extremely curtailed.
Efficiency wages just means that the pay is set higher than what it'd take to clear the market. It means that people who'd otherwise have even better career prospects become programmers instead, people who would otherwise quit to work in a different field or for a competitor don't, and that employees generally see jobs at the current compensation level as something relatively scarce and hard to acquire in unemployment. Employers pay these efficiency wages because getting more out of their programmers is worth the extra expense, but on the flip side it means that they're more able to ask for overtime and otherwise apply stressors to employees.
Lots of places have efficiency wages, and they all tend to be stressful AIUI. Oil workers are notorious for this - massive salaries for dirty, dangerous, and difficult work shifts.
Tournament theory is more about how difficult it is to measure programmer productivity. So, don't even bother; instead get a sense of which programmers are doing better than the others, and make a significant portion of compensation based off "winning" this vaguely stack-rank shaped "tournament". In theory, if employees are risk-agnostic, this is as economically efficient as measuring their output and paying piece rates, but without the overhead of measuring output. In practice, this is yet more incentive for overtime, hard work, extracurriculars, networking, etc. Basically, instead of paying for the direct output of giving your job your all, they pay the best at doing that the most and let people figure out how that should translate.
The stereotypical jobs for tournament theory compensation are corporate executives and professional athletes - how hard an athlete works in the gym and what statistical performance is worth what are hard questions, but "who's the best 10 players in the NBA" is a lot easier to answer.
Anyhow, that's my understanding of the main factors leading to software developers being so well-compensated in the US and why there are so many unhappy and burnt-out developers. Part of the same complex IMO, it's fundamentally a result of programmer productivity being so important to businesses and yet so hard to measure.
The thing I'm curious most about is how pretty much all the example jobs I gave are skewed male. It's not every male-skewed job that fits the bill, but it's still something. I'm not at all sure what, though.
I read that a lot of the invading tribes were treated as liberators from the Romans for that very reason. Malthus was in full force in the era, so you had edge-of-starvation villages next to productive land that could be cultivated but wasn't due to taxes, and the barbarians rolling in meant you could do that now.
There isn't and will never be a "strikes" system for false copyright claims.
Like, making a peanut butter sandwich has this factor - different people like different breads and peanut butters in different amounts, so it's up to you to pick something and make it a food. The underspecified quantities and characteristics in a hypothetical peanut butter sandwich "recipe" are just a hint that you have wide latitude to make choices.
> What's "high heat" exactly?
A suggestion that you want caramelization and/or browning
> What is a "pinch" of salt, and how does it differ from a "dash" of it?
Doesn't matter, you should salt to taste anyhow, this is merely a reminder to do so
> When it says "sprinkle some X" how much should you sprinkle?
Smell it or taste a little and guess
> How much oil is in a "drizzle"?
Enough to tell that it's there, not enough to soak it through
> How many grams is a "medium potato"? Or an onion?
Doesn't matter, you'll wind up with a range of vegetable quantities and they all roughly work, just end up in slightly different places.
I've vaguely heard of this so it might not be directly relevant, but I've heard of "performance bonds" or the like being mandated for litigants. Basically the idea is that the litigant has to put up a sum of money to continue the lawsuit so that they don't get the free optionality of collect-if-win / have-no-assets-if-lose scenario.
SELECT posts.*, MAX(COALESCE(comments.created_at, posts.created_at)) AS latest_timestamp FROM posts LEFT OUTER JOINS comments ON posts.id = comments.post_id GROUP BY posts.id ORDER BY latest_timestamp desc
In short, this is sorting posts by the most recent comment, with a fallback to the post date if the post has no comments on it. Hard to get rid of the grouping here and get the same data back.
https://dba.stackexchange.com/questions/195104/postgres-grou... has some more info on this
1. ActiveRecord makes an assumption that primary keys are integers, and does its own check whether or not they are big enough to be persisted (rather than catching a database error). 2. Furthermore, it does this by coercing the key to an integer if it isn't already one. This is done with to_i, which for a string takes any leading 0-9 characters and discards the rest. 3. We had a table with a string primary key (UUID of some sort) 4. One of our test factories was generating a hexadecimal string for that primary key 5. And the test factory was not deterministic and did not respect the --seed flag in the test suite.
So the end result was a very innocuous-looking line of code occasionally generating a hexadecimal string with enough leading numeric digits to be larger than ActiveRecord thinks you can stuff into a table, causing an extremely cryptic error message. It does not reproduce with the same test seed. And the stack trace was about three frames and discarded all the context - all I could see was that ActiveRecord was throwing a fit over somehow mysteriously receiving a large number somehow.
Figuring that out was honestly like, 80% pure luck. Chased down a hunch that it was test object generation somehow and did that in the REPL, then narrowed it down via looking through child object generation until the haystack was small enough that I couldn't not find the needle.
In short, the estate pays off the loans by selling stock immediately after death.
Probably the most blatant physical example of this is modeling mass-spring-damper systems. The differential equations will map the physical coefficients to such a polynomial, and the roots of that polynomial determine the system's behavior. Without complex numbers, you wind up only being able to describe real exponential responses and don't have the vocabulary to describe the underdamped (and oscillating) system responses with complex exponentials in the results.
Like, employing someone to hire people off craigslist to help "set up their new business" by opening an outbound phone account under the craigslister's name is cheap compared to the gains from running the spam network.