Hacker Newsnew | past | comments | ask | show | jobs | submit | kxo's commentslogin

Except that in the case of live poker, they're getting theirs via the rake.

I assume you're talking about blackjack: unless there is a CSM at the table or an absurd 6:5 blackjack payout (you shouldn't be there in either event, period) you can absolutely play to your advantage.


Well, the basic strategy for Blackjack is still slightly in favour of the house

But yeah, you might track cards (good luck doing that with 10 decks though)


Most blackjack card counting strategies are no more difficult with a higher number of decks. Instead of counting actual 'cards', one instead keeps a running total of points based on the cards that come out.

In fact a higher number of decks can improve one's advantage when counting because when the count turns in your favor it can happen with more of the deck left to come (so a longer period of advantageous play)

http://en.wikipedia.org/wiki/Card_counting


This is incorrect, the larger the number of decks, as a general rule, the smaller the advantage of card counting becomes.


If you're counting in a (rare) two-deck game with a full table, time between shuffles is so low that it isn't worth it from a hand/hour standpoint.


That's nonsensical. The EV of an hour would depend far more on the table limit than any other factor. If I could find a table that would let me vary the bet from $1 to $10,000 a hand on a two deck game they could have Parkinson's patients with oven mitts on shuffling with chopsticks for all I care.


> Whatever your thoughts are on Java the language - would it not make sense to focus efforts on the OpenJVM project and all the languages it can support?

Putting Go on the JVM would be taking a language that only has a few "great" features (fast compile/startup time, decent memory efficiency, simple static binary output) and neutering it to the point of irrelevance.


Ah yes, feel sorry for someone who chooses to live where their rights are not (or are less) infringed upon.


Don't forget the close-to-10% state income tax (at engineer income), higher sales tax, CA SDI, higher food/utility costs, higher insurance, etc.

If you're lucky enough to work in a state with no (or low/fixed) income tax, that 10% combined with the hilarious housing cost situation covers the spread in salary difference very quickly.

And if you're working remotely there are obviously other potential lifestyle savings to be had (parking, generally less restaurant expenses, etc.)


In most cases, companies aren't actually able to adjust point-for-point for CoL.. it just isn't possible in any market with local opportunity. If remote markets ever see dramatic expansion/acceptance, CoL won't even be a mentionable factor.

CoL might be N-300% higher in SF but salaries (thank wage-fixing companies) are not. Salaries are (necessarily higher) but it's easy to dwarf the spread in normal, requisite expenditures.

CA has a high state income tax, relatively higher sales tax (than most midwest areas), and in the case of SF, the oh-so-obvious (self-inflicted) real estate problem.


I was very hopeful when I saw Ecco.


There is an Ecco rom and emulator hiding. I couldn't get the emulator to run correctly though.


There is also a Gameboy emulator that runs the glitch version of Pokemon Red!


There's a real glitch version? What's the background?


Company of Heroes - 1500+ hours played. I miss it so.


I thought that was Team America, World Police.


It was likely both - it's pretty much all films these days, certainly all R-rated ones for the last while.


> address a perceived lack of homegrown IT talent

Drive down homegrown market prices by increasing supply.


If Rust had asynchronous I/O this would be less of a head scratcher.

Too bad that AIO and related, necessary primitives were forsaken for other priorities.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: