QMK, one of the keyboard configuration tools referenced by the article, has the "quick tap term" feature that handles this:
> When the user holds a key after tapping it, the tapping function is repeated by default, rather than activating the hold function. This allows keeping the ability to auto-repeat the tapping function of a dual-role key.
Okay, great, we're getting somewhere. So you concede that the true number of human birth defects is on the order of 4-5 nines.
We know this because we've observed a huge sample size of human births. Meanwhile, the experiment you reference only observed a small set of planarian worm amputations. So we can't conclude there are even 4-5 nines of reliability there, let alone "100%".
Otherwise, we could simply observe a few hundred human births, observe no defects, and conclude that human births are also "100%" reliable.
In our original debate, we were both slightly wrong about the number of nines of reliability in human births. However, you are now infinitely wrong by claiming an infinite number of nines of reliability in planarian worm amputations. I don't know whether the actual number of nines is 5, or 10, or 20, but I can be certain that it's not infinity, because that would violate the laws of probability.
Then why not simply give the correct, still impressive, figure, as I suggested?
> the regeneration is always, 100% a head, if no change in the bioelectrical gradients
This is also a meaningless statement. It's correct 100% of the time, except when something goes wrong and it's not.
Can you quantify the likelihood of something going wrong with the "bioelectrical gradient"? I'm not familiar with this organism but I suspect it's several nines, but less than 7.
> 99.99999+% of newborns have 2 hands, 2 legs, and 1 head
This number is far too high. The rate of conjoined twins (violating "1 head") is about 1 in 50,000 [1], and the rate of "limb reduction defects" (violating "2 hands and 2 legs") is about 1 in 1,900 [2].
Those correspond to 99.998% and 99.94% respectively. 3-4 nines is still impressive for such a complex system, but let's not claim it's 7+ nines.
I'm not sure how the math works for 3D games, but I would think that for 2D games, a curved monitor actually reduces distortion.
In a flat monitor centered in front of your head, the distance between your eyes and different pixels on the screen varies depending on how close they are to the edge, thus distorting the sizes of the rendered sprites. Curving the edges reduces this effect (depending of course on the exact curvature and distance to the monitor).
I guess the key question for 3D is whether the rendering engine already attempts to compensate for this effect. It seems difficult for it to do so, since monitor sizes and distances vary so much, but I suppose that's what settings like field-of-view are for.
In general yes, but I think Prop 13 complicates matters, because it's not just a lower tax rate, but rather applies unequally to different properties based on their transaction history. (e.g. a property built or sold recently gets high taxes, while one that's been unchanged remains low)
So we can divide the rental market into high-tax and low-tax properties. The landlords of high-tax properties must incorporate the tax into the rent. Meanwhile, the landlords of low-tax properties can set their rents just as high, since they compete in the same market, and pocket the tax difference.
In contrast, a flat property tax reduction would increase the profit margins of all landlords equally, and any one of them could start undercutting the others and be undercut in return, which over time in an efficient market will tend to lower prices back to a similar margin before the tax reduction.
> Well, that puts regex compilation in the same category as array indexing in my mind, and means that the default regex compilation function should panic on the user’s behalf
I like the Go stdlib idiom for this: many functions have a version with a "Must" prefix that has the behavior of panicking rather than returning an error.
> An incoming train that any human (with normal sight) would have no problems to detect?
To be fair, failing to yield to oncoming traffic when turning left is an extremely common mistake for human drivers to make as well.
In fact, earlier in the video, the car correctly yielded to an oncoming car, the human driver overrode it, then complained that the oncoming car "cut him off"! https://youtu.be/yxX4tDkSc_g?t=494
Transcript: "Signing this message can have dangerous side effects. Only sign messages from sites you fully trust with your entire account. This dangerous method will be removed in a future version."
Presumably part of the issue is that a legitimate "NFT mint" transaction might also carry the same warning.
This goes far beyond a "working definition" in that it encompasses literally every game that unlocks content in any way. /Some/ distinction is needed to differentiate a "loot box" from every other game mechanic.
It would be like using "a metal object that can harm people" as a working definition of an assault weapon. If the definition also includes ladders, cars, and push-pins, it's far too broad to be useful in any discussion.
Even worse, the definition doesn't even say anything about an element of chance!
If when my character levels up through gameplay they unlock a new ability, that would also seem to meet this absurdly overbroad definition of a "loot box".
Even if we added the requirement of real money purchase, offering some features of a game only as part of a paid expansion also has nothing to do with "loot boxes".
There may be thousands of banks, but all but a few manage their funds at one of the big few, essentially acting as resellers of the big banks' services. For example, I my bank is "Ally Bank", but if I ask them for instructions on how to receive a wire transfer, they instruct me to direct it to "JP Morgan Chase Bank, N.A.", the largest bank in the U.S. I previously used the brand "Simple Bank", which provided accounts via "The Bancorp Bank", the 5th largest.
It's a similar case to cell phone providers: although there are hundreds in the U.S., all but four do not operate their own network, but rather resell the network of one of the big four.
It's an interesting question, though, how much this consolidation is due to regulation versus being a result of a natural monopoly, i.e. high barrier to entry for the type of business.
Sure, banks can create money "out of thin air" because the liability created when the loaned money is debited is balanced out by the asset of the loan owned to them.
But if the loan defaults, the asset disappears, and if this happens enough the bank risks becoming insolvent and no longer being able to repay other liabilities like its deposits unless bailed out.
Maybe that's what you're alluding to - the Fed will always bail them out so deposits are never lost? That's probably true in practice, but a loan from the Fed can't in of itself restore solvency, since it's still both an asset and a liability. In the most extreme case, the bank would still go bankrupt, investors would lose their money, and depositors could also lose some of their money unless individually bailed out by the FDIC.
Back to the original discussion - the key question here is are people who hold cryptocurrency at Coinbase considered "investors" or "depositors", and are they protected by the FDIC? The latter is almost certainly no, and the former determines how much they can expect to get repaid if Coinbase goes bankrupt.
> We regularly lose people to FAANG because we just can't comp the same,
This would seem to support the GP's point - it sounds like you do have an inflexible top dollar range, meaning listing it up front would help to avoid wasting the time of you and candidates who are expecting more.
While I agree making a bad loan is the most likely reason for a bank to lose deposits, I wouldn't go so far as to call it "the" reason.
Robbery, embezzlement, or natural disaster [1] can also result in loss of funds that would be covered by FDIC, and those risks exist for cryptocurrency too, albeit in somewhat different forms.
Where did you get "verbal abuse" from? We're talking about competition, so a far closer analogy would be an NBA player having to play a a game against one of their friends. Should they not have to do that in exchange for their salary?
> people you encounter who wildly overestimate their ability are more likely to people who are poor performers
How is this helpful? You won't know whether someone is "overestimating" their ability until you learn both their estimated and actual performance, at which point you don't need to guess whether they're "likely" to have poor actual performance.
> The actual reason to make ones bed is to let air circulate in the parts of the bed
I don't follow - doesn't making a bed involve covering the bottom sheet and mattress cover, which is likely what absorbed the most sweat, with the top sheet and blankets, which would block the airflow to it?
When I need to air out my bed, I push the blanket and top sheet over to the side opposite the side I slept, which makes it look messier, not nicely made.
In some areas, standard workdays would span "days". So e.g. a business would need to post its hours as "M-F, 00:00 - 1:00, 17:00 - 24:00". (actually it's even worse as the last 00:00 - 1:00 is on a Saturday)
Or imagine chatting with a friend at 23:00 about plans after you get off work at 1:00 the following "day". "See you tomorrow?"
Or do you reserve "tomorrow" for telling someone at 8:00 that you'll get back to them when you wake up at 16:00 that same "day"?
Today people only have to deal with this when communicating with people many time zones away, but now it's an issue even within a single area!
> When the user holds a key after tapping it, the tapping function is repeated by default, rather than activating the hold function. This allows keeping the ability to auto-repeat the tapping function of a dual-role key.
ref. https://github.com/qmk/qmk_firmware/blob/master/docs/tap_hol...
I use both space and backspace (in the caps lock position) as dual-function keys and find it very usable when I occasionally want to repeat-tap them.