1. Placing minimum bets when odds are in the casino's favor.
2. Placing large bets when odds are in the player's favor.
This makes the betting patterns of solo counters very different and easily identifiable from average joes.
Some players do try to add some variance and make intentional non-optimal plays to avoid detection. But every non-optimal play costs money and doing it too frequently eats up any potential profits.
Adding more decks doesn't fully prevent advantage play. More decks aren't harder to count. Adding more decks lowers the variance of the odds distribution through a shoe.
In a one-deck shoe the odds vary in a "spiky" way. It's more likely to be highly favored for the casino or highly favored for the player.
An eight-deck shoe the odds vary in a far smoother way. Most of the time they'll be slightly in favor of the casino or slightly in favor of the player.
A one-deck shoe is better for an advantage player because they can sit out when the odds are unfavorable and make very profitable bets when the odds are highly in their favor. But you can still make money by playing a lot of hands correctly in a eight-deck shoe.
Not sure if still the case, but remember watching a talk (around 2021) where they mentioned they were using different providers. Among them AWS for some regions.
> while people are still in consideration, we have an obligation (we don't always meet) to be responsive, because people are pending their career decisions on our own decisions.
I had been receiving very quick responses but haven't heard back in a bit over a week.
Last email said I was moving to the final round for the platform position. It said you'd follow with a couple more emails with further instructions but haven't received them. Sent a couple of pings over email.
Reaching out over HN in case this is a bug on your hiring tools or my email setup. I understand that sometimes things get busy behind the scenes. Just need an ACK to know if I'm still under consideration and make better informed career decisions.
1. Fast growing organizations struggle to keep up with the communication overhead when rapidly onboarding new engineers. Most common open source frameworks lack good interfaces for developing isolated components in the same project. In the short term it's easier to spin up a new project than defining and enforcing interface and dependency boundaries.
2. Cloud providers and consultants are incentivized to propagate the myth that distributed systems is the best solution for all problems.
3. Engineers looking to grow are incentivized to add popular new tools. In particular, the less equity you have in the company, the greater financial incentive you have to become an expert of a tool in high demand and land a job elsewhere with higher pay.
4. In my experience very few engineers learn the fundamentals of computers and systems. Instead they follow "gurus" that tell them the current "best practices" are. I think it's easier to feel you're doing a good job by making all your code comply to some style guide, or building systems with an architecture discussed in some cloud provider blog.
5. A VP of engineering I worked with told me in private that one of the reasons we were adding a lot of distributed systems components was so that we could sell ourselves as a tech company to VCs in the next funding round rather than a tech enabled business. I doubt that VCs care about this, but it's telling that a VP of eng thinks it matters.
6. If you start breaking up your monolith into a distributed system you won't feel the pain until you have several systems that are struggling to coordinate and keep data consistent. For the first few months or even years you'll only see the upsides of quicker iterations. It can be enough time that all the engineers that added the distributed systems got promoted and left for another job.
For companies growing quickly or large companies I don't see how you're able to mitigate the communication overhead without adding distributed systems. It allows different teams to ignore each other for the most part and respond to the market quicker. It's often easier for teams to re-build systems than trying coordinate with a different team that has different incentives.
But for all other companies I think people are adding distributed systems prematurely. But lots of individuals in the decision making chain are incentivized to add them. Unless you have an experienced CTO that can enforce a sane policy, it's inevitable that someone will add a distributed system without understanding the nuances that come with it.
I once had an employer that would ask us to perform monthly myers briggs and big 5 tests. I was in a tough financial spot and needed that job. Did my best to roll with it.
One day they wanted to try out an IQ test. 40 questions in 20 minutes. Timer starts when you click a button. I was fed up.
Poked around the testing site and it was an SPA, all JS. Poked through the network calls, saw an odd base64 payload. Decoded it and saw a JS object with "cyphertext", "iv", and some other field I don't recall.
I went looking through the JS sources and found a "decrypt" function. Added a breakpoint before it returned and reloaded the page. Had all the questions without starting the timer.
Took my sweet time going through each question. Compiled all the answers and started the timer. I still got 2 of the 40 questions wrong.
A couple of days later my manager sets up a meeting with me. I assumed they caught wind of what I did. I'm ready to get defensive and say how wrong this is.
My manager starts the meeting congratulating me! My results are within top 2 percentile. That, and a previous big 5 result tells them I have a bright future in the company and they want my input in all big projects going forward.
I went from being the random junior, to everyone in management thinking I'm the next Carmack.
I didn't know how to feel about it. Is it morally wrong?
It taught me a lesson of how biased we are. How much we need to be told how to feel about others. I was the same person, yet a number changed everyone's perception of me.
I don't ever want to take a real IQ test. I don't know how I might start behaving differently if I see a number associated with my "intelligence".
Left that company a few months later and told them about it. They were a bit angry but I hope they learned a lesson in how harmful biased tests can be.
1. Placing minimum bets when odds are in the casino's favor. 2. Placing large bets when odds are in the player's favor.
This makes the betting patterns of solo counters very different and easily identifiable from average joes.
Some players do try to add some variance and make intentional non-optimal plays to avoid detection. But every non-optimal play costs money and doing it too frequently eats up any potential profits.
Adding more decks doesn't fully prevent advantage play. More decks aren't harder to count. Adding more decks lowers the variance of the odds distribution through a shoe.
In a one-deck shoe the odds vary in a "spiky" way. It's more likely to be highly favored for the casino or highly favored for the player.
An eight-deck shoe the odds vary in a far smoother way. Most of the time they'll be slightly in favor of the casino or slightly in favor of the player.
A one-deck shoe is better for an advantage player because they can sit out when the odds are unfavorable and make very profitable bets when the odds are highly in their favor. But you can still make money by playing a lot of hands correctly in a eight-deck shoe.