jkeisling/hacker-news-corpus-2007-2022 huggingface dataset:
There's no such thing as a 100% safe betting strategy. Even in a player advantaged game with optimal betting an horribly unlucky player with a finite bankroll can still be ruined! So never risk money you can't afford to lose. Casino gambling is a recreational activity, not a way to reliably make money outside of the occasional astronomically rare exception.

The wikipedia page[1] is decent enough. Some searching will find various gambling and math sites that go into further detail, but I don't have one in particular I'd recommend over the encylopedia page. The super simple overview is that one always bets a fixed percentage of one's bankroll. That means as one wins one's average bet goes up and as one loses it goes down. The Kelly criterion is how one determines the optimal percentage.

Strictly speaking the correct Kelly bet for a house advantaged game is zero, so it only applies when the player can gain an edge, such as with blackjack advantage play or sports betting[2]. It's not too difficult to adjust the strategy for a house advanced game. The player just has to reckon what the comps (which are predictable, being based on play time and average bet size) and the rest of the experience are subjectively worth. For many persons the correct bet size is zero! If one is playing for entertainment and comps and not with an advantage over the house, then one can expect to spend a significant chunk of one's bankroll!

[1] https://en.wikipedia.org/wiki/Kelly_criterion

[2] My understanding is that it's possible for a savvy sports bettor to have better knowledge of the true odds than the bookie and thus make advantaged bets. On the other hand, far more persons believe that they do than actually do.
Mainstream journalists in the USA almost never criticize actual problems:

- fcked up healthcare system

- fcked up social policies - no paid time off, no paid family leave, miserable min wage, and so on

- inflated drug prices

- political corruption

- inflated military budget

I guess that they are terrified too!
Well, the police had a search warrant, so the police could have found them if they had had them in their possession anyway.

Sure, they could have destroyed them, losing the money but maybe not getting arrested?
> Swiping pressure-sensitive paper over the raised numbers (the original method) is still possible

I've seen this still happen occasionally in taxis - or rather I saw it happen within the past decade. When I last lived in the states I'd bump into it especially with rural taxis - I assume it's dying quickly though because it's incredibly inconvenient when compared to paying via an app or tapping.

The lack of raised digits is actually a serious issue for legibility, I've had the digits fully rub off on some flat-printed cards - this may have been a low quality printing issue but either way I wouldn't applaud it being adopted since the raised numbers make it easier to read by eye.
It is not that suffering is noble. It is that suffering is living.
If we instead are born and tube fed from a machine and allowed to just think non-stop of amazing things. is that a better version of life?

It's not that suffering is noble, it's that suffering is the default and we don't know why. And in the meantime the suffering causes growth. At least we hope.
good grief. unvaccinated people are limited from going to restaurants and public gyms for public health and worker safety/health/rights reasons.

These are luxuries not rights. You don't have the right to go to a bar. Drink at home.
Once they're all fired, there will be no one left to do the work.
Taiwan is authoritarian ultra capitalist?
For my work it's PHP support is far behind intellijs and I say that as a massive fan and user of both vscode and intellij (in fact I use both in the same codebase because vscode does typescript better as well as I prefer it's git support and plugins).

Also intellijs support for databases and symfony is vastly far out ahead.
The cases in critical care in Sweden are younger. This indicates spread in Italy has been different due to social differences in contacts between age groups.
I've always suspected that being an Airbnb host appears to be much more profitable than it really is because hosts are not properly insured.
It’s just a little token splash of water.
Still working on my interpreted programming language https://github.com/benhj/arrow and it’s still slow as fuck. Fun though :-)
SARS was much more dangerous than Covid19 is, so you can't really generalize like that.
You would be payed a salary but still be expected to be on call at all times. As a one person IT department, you are now the go-to to fix any and everything.
Honestly I don't think you'll get a lot of hate for this. I would never want a job like what you're describing, but people are different and want different things. The thing you're going to have to square is "being done in 2 hours in the morning then chilling would be perfect" with pretty much any full-time employment.

Despite what a lot of people here will say, the vast majority of FT jobs do not pay you to do a set of tasks, and you're done when you're done. You get paid for (most of the time) 8 hours a day, 5 days a week. So if you're looking for a 10-hour-a-week gig, you're either going to have to be a consultant, find a diamond-studded unicorn willing to pay you a salary for 10h/wk, work part-time, or lie.

If you want to be a consultant, 10 hours a week of billed work will take 20+ hours a week to get, especially at the start. But at software dev rates you could still pull in $50-60k if you billed hourly, more if you could bill at the project level. You also typically need to be much more involved in the end-to-end product than you would if you were sticking to back-end FTE stuff.
Another option: work hard now, save up lots of money and invest it in low-cost index funds, then later in life (e.g. when you're 40) you can quit your day job and focus on your passion or simply kick back. This idea is called "FIRE" if you haven't heard of it.
very informative, for application developers probably the basic syntax, plus STL are enough to start, instead of chasing modules/concepts which are great to have, but adds complexity for certain c++ users(e.g. application developers).

STL containers and algorithms are the true gems from c++, paired with the speed and memory efficiency and smart-pointers, c++ is just getting stronger these days.
You know this, and I know this, but 99% of people who use video calling software will never know this, so the software vendors are playing the hand they are dealt and improving the parts that are under their control.
No one wanted Google+ either, but these things are a sign of a company with misguided or missing focus, a misunderstanding its own product and the core competencies of its team, and which may be chasing trends in search of growth, perhaps a sign that current revenue streams are not sustainable.

None of this bodes well for the future of Signal, either the app, the service, or the company.
A stupid question: why are the bigger linodes relatively more expensive? You get 512MB for $19.95 and 1024MB for $39.95. If you buy 2x512MB, don't you get twice as much CPU too?
Rolling your own will always be cheaper when all you compare are the costs of hardware and hosting costs. It also tends to be a huge time-suck and a big pain in the ass. What is your time worth? I rolled my own for years too, and then I realized I was twiddling with servers rather than building better software. That made it a very easy reason to switch.
It might look that way to a player, but if everyone on a continent moved to the same zone the game does crash. Also, you can't drag a mob vary far from its home area.

On the client side loading screens had more to do with loading textures for each zone to your graphics card than they did with handing off your character from one server to the next. You might not see a loading screen but if you gate home they still show you as the textures are loaded.
I have internets in my pocket. Nobody can take it from me.
This could be an example of Simpson's paradox[1]. You can't determine where people are moving based on which map has the most black lines.

[1] http://en.wikipedia.org/wiki/Simpsons_paradox
I don't think anyone does, it's just the additive effect of 30,000 people blowing them at random intervals is a constant buzz (particularly on TV, when there's no direction to the audio).
PubNub works everywhere and requires no setup.

Google Feed requires extra setup with a hub server called pubsubhubbub. The App Engine Channel API will mean you are stuck on Google's App Engine.
The ultimate goal of an operating system is to provide some abstraction level so that application programmers don't have to worry about things like disk I/O, scheduling, etc... The key here is that the OS takes care of things that are done the same way each time so that programmers have less work to do.

Currently, the de facto abstraction is to (as an application programmer) generate machine code either by direct compilation or by interpreting at run time. Programs are written as if they're the only process on the CPU, and the OS takes care of keeping multiple running processes from overwriting each other or starving each other of CPU time.

In other words, everything ends up as machine code. This is the same every time.

I think a really radical OS redesign would target a higher level of abstraction. Instead of programmers designing procedural programs resulting in machine code, why can't programmers design a static system of components and let the OS orchestrate their interaction?

If the overarching goal of an OS is to support application programmers, then I think an important notion to challenge is that all applications must be imperative.
it's not cool...
You are right, it would help with documentation, good point.

In general I use integration and unit tests for checking breakage. And of course documentation is in comments but that is not forced. The first set of unit or integration tests also function as "example code". Even when reading documentation I usually gravitate to "examples" section quickly anyway.

I just had smaller components that are rather independent if I can. It depends on the project of course. I guess I've been doing micro-services before they were cool.
The parallels between the gig economy and the increasing specialization in the First Industrial Revolution are sickening, and it's only going to get worse.
Harvard Design Magazine recently covered this in a Singaporean context: http://www.harvarddesignmagazine.org/issues/39/built-on-sand...
Does anyone know any offers like this one but with wildcard certificates?
For a beginner in high tech, it is rather common, that he or she feels incompetent.

Maybe you also can look at it the other way around: When you are not a beginner, but well settled in IT, will you always know things? No. I once was in a room filled with high paid persons where most where longer in the business than I did and where also higher paid than I did. But they just did not know what I knew. I had made the software to run 10x faster than before and they where amazed. I knew, that it just was naturally, but they did not, because they did not have my particular experience and did not know some of the details.

I think, much of the IT business is basically showing confidence. IT is about always being ignorant -- but ignoring this fact -- and get used to it.

Being in the IT business means always learn new things and always be beginner even when you have been in it for thirty years. The trick is to get used to it and don't show fear in the face of the wild dragon called "The Unknown".

That is just part of the business -- and don't fear to ask, because it is sometimes the only way to overcome the unknown.

When others make fun of you, just ignore them. Some day, they will have to ask you!
>... and available on general cheap webhosting sometime around 2020. If we're lucky.

Shared Hosting needs to die off anyway.
Large ISPs and public DNS resolvers typically don't use a single server, but rather a fleet of DNS resolvers each with their own cache. Some providers like Google Public DNS use two-layered cache, but it's still fragmented per server location. A lot of people also have their own resolvers, think companies especially.

The 75000 was mostly a thought example, it's very hard to know what a good number is, although there is a Route 53-related reason for that number. In any case, the benefit of DNS caching is probably much less than you think due to short TTLs and the number of resolvers.
It's really cheap to build and run.
The lack of mobile coverage on the London Underground is because the phone companies refused to pay the rent demanded. (I don't know if the demand was fair.)

Fares in London cover 91% of operating expense: http://en.wikipedia.org/wiki/Farebox_recovery_ratio

London's system is OK for it's age. Trains very in age from under 1 year to approaching 40 (with replacements on order, or planned), some lines have new signalling systems, others don't -- yet. That's not much different to Hong Kong.
Sports media and weather reports are typically the most fact based things you see in old media. Both are about what happened, and what is going to happen and what opinion is presented is very blatant and well understood.
Plaid | Software Engineer | SF, SLC, or REMOTE | equity + benefits | REMOTE, Full-time, https://plaid.com/

Hi HN! I'm James Nichols, an engineering manager at Plaid. We're hiring, and I believe that for the right people, a position at Plaid could be truly transformational. I was a member of Microsoft's Bing team back when it was MSN Search (2006!) and was at Airbnb before it was a household name, but I've never been more excited than I am now in my new role at Plaid. I joined Plaid because of the Plaids I met and because of the feeling I had that I had discovered a secret: a really amazing company, well-positioned in an exciting space, that wasn't well known among my friends.

Interestingly, only my friends in fintech had familiarity. "Plaid? Oh they're great!" was a common refrain. As I learned more, I realized that Plaid was actually a major part of some of my favorite apps (https://www.cnbc.com/2018/10/04/meet-the-startup-that-powers...). Venmo, Robinhood, Lending Club, Coinbase, Acorns, and Plastic all use Plaid's APIs to improve the user experience of connecting to the banking system. 2018 has been a big year for Plaid (and the fintech space in general), and the company has huge plans in 2019 to deliver even more consumer value, to expand dramatically, and to do it all while cultivating a company culture (and hiring bar) to be proud of.

The vast majority of the company is based in San Francisco, but the newly opened Salt Lake City office has a small, tight team that’s growing fast, led by Kira Booth (https://www.linkedin.com/in/kira-booth-11aab289/). The SLC office (in the growing tech scene of “Silicon Slopes”) is a short drive from world-class skiing and national parks. Plaid also has a team of distributed, location-independent, highly successful engineers. The company is doubling down on this, as evidenced by hiring me as their first remote engineering manager. I'll be remote myself, and focused on building a world-class work environment for remote engineers who want to be part of a hypergrowth Silicon Valley company but also want to have flexibility in where they work.

Does any of this sound good? Learn more at https://plaid.com/company/ and reach out to me by email (my first name at plaid.com) with a little bit about yourself. Let me know which one of these statements resonates the most:

You're excited about the fintech space but would prefer to empower hundreds of consumer applications rather than just a single one.

You want to join a hypergrowth company, especially before everyone else finds out about it.

You care a lot about company culture and the people you work with, but impact is your primary motivation to do great work.

You’re based in Salt Lake City and excited at the prospect of a growing SLC office of a Silicon Valley company.

You've considered becoming a remote engineer, but are worried that you'll have to sacrifice career growth, technical challenge, culture, or other important parts of your work environment.

You're already a very effective remote engineer and interested in collaborating with a team invested in remote work.
I'm not totally sure I understand correctly:

1) a TCP packet from source IP S comes in on side A of your tunnel

2) instead of acknowledging the packet, side A only sends it as data to side B other TCP (ssh)

3) the data may get lost, in which case, the TCP connection between A and B retransmits

4) side B gets the data, forwards the packet to the destination IP D

5) D acknowledges, sends a packet to S

S --------- A ================= B ------------ D

When there is a lot of packet loss at step 3, the delay before S getting the acknowledgement sent at step 5 increases and S sees the congestion. Unlike TCP-over-TCP where A acknowledges packets from S as soon as it gets them.

Is that right?
This is an official migration. Here is a link to an actual source since I was originally skeptical because I know vim uses mercurial and that there have been unsuccessful discussions in the past.

http://article.gmane.org/gmane.editors.vim.devel/49968

Looks like as a result, vim is also switching to git for development.
There are a few reasons for my comment about going against the spirit:

1) https://hackerone.com/disclosure-guidelines states:

"If 180 days have elapsed with the Response Team being unable or unwilling to provide a disclosure timeline, the contents of the Bug Report may be publicly disclosed by the Researcher. We believe transparency is in the public's best interest in these extreme cases."

2) He set an arbitrary 90 day disclosure checkpoint.

3) We explicitly asked for more time in dealing with the bug.

4) We had an extremely negative experience with him during his first report. He was unnecessarily adversarial when we patiently explained that he had not found a vulnerability.

---------

Within the HackerOne interface, a "Duplicate" is actually listed as a Closed:Duplicate issue, and doesn't appear in the Open issues tab at all. Perhaps a method of attaching duplicates to the original and allowing communication between all involved is useful? ¯\_(ツ)_/¯
Hey mate,

I have heard about iLab before but it fell off my radar for some reason. How helpful have you found it? Do you need to give anything in return for the services they offer?

I just saw that meetup group today too!
There has been some pretty interesting research in to storing energy in molten salts. This is a bit different than the photovoltaic cells which I believe this map is referencing; It involves capturing heat and turning it in to electricity rather than light. This is mainly just research right now, but if it pans out it could potentially be much more practical than photovoltaic cells because it doesn't require as many precious materials to manufacture and stores energy at night. See: http://en.wikipedia.org/wiki/Solar_power_tower and http://en.wikipedia.org/wiki/Thermal_energy_storage
Uh, thanks, but I already know what the article I posted said. My point is, iAds will be an easy sell if all competitors are kneecapped.
I actually have the opposite of that- hypothyroidism.
Good perspective, thanks. And yes, many users other than me. Another way of looking at it though is to say if a bug has never been encountered that arguably it is not actually a bug and/or it doesn't matter. Anti-Heisenbug? :)
Most important, though, is the case of the first and most common error. Here, the language will very explicitly require you to handle the case that "Nothing" will potentially be returned.

Well, actually no. Consider:

divide :: Int -> Int -> Maybe Int
divide x 0 = Nothing
divide x y = Just $ x / y

printResult :: Maybe Int -> IO ()
printResult (Just x) = print x

Now, run:

main = do
putStr "Type a number: "
x <- readLn
divide 42 x >>= printResult

This will still die if you type 0, because there is no pattern to match the Nothing case. Sure, you can run Catch to see that you made a mistake, but the compiler doesn't care. (At least you can run Catch to determine that you messed up, though. If you are using Java or Ruby or something, you are just hosed.)

Anyway, my usual error is not null or using the wrong variable or typoing something. It's usually failing type checks because I forgot a coercion, or just plain wrong code. Exceptions prevent null returns, and I am lucky with respect to the other two.
I wonder if it's possible to pool computing resources and share the resulting bitcoins. Having to wait one year for a block (50 coins) is a real turn-off.

Consider using up 0.2kW continuously for a year (a typical mid-end PC at full load), with the local price of 13 cents per kW-hour, it works out to about $228 worth of electricity for 50 coins (note the computer itself would depreciate in this time). That means $4 per bitcoin minimum costs, far above the 20 cents at which it is trading now.

What are your costs where you live?
Calculate:

cost_per_coin = 0.2 * 8765 (hours in a year) * your_kWH_price / 50 or
cost_per_coin = 30.56 * your_kWH_price
The question is "Why BTC".
> The priority for bedrooms usually goes as follows:

Parents -> Grand parents -> Guests -> Kids/Servants

I've only ever seen this order once, but I would agree that this is pretty much how most Indian households are setup. My SO's grandparents lived with their daughter & her family (6 in total) in a tiny one bedroom situation, and while I wasn't privy with their sleeping arrangements, I think the grandparents slept on the floor in the hall. It wouldn't surprise me if the female members of the household slept in one room while the men slept in the other. Their house was too small for multiple beds, so they usually rolled out mats when it was time to sleep. I think the elderly grandfather had a cot.

Growing up the youngest of three siblings in a 3 bedroom home, I usually slept on the sofa in the living room. I was supposed to share a room with my teenage brother, but he wouldn't tolerate me to be in the same room.
Yeah it seems like a bunch of the supermarkets have rebranded their economy stuff as "made-up" brands. Interested to figure out the reason for this.
Wait a minute... "Good & Gather"?! I feel there's some wordplay/pun I'm missing here...
Hmmm. Perhaps someone that practices in the field (or at least took Con Law in the last decade) can chime in, but State net nutrality laws would seem to be an example of when the dormant commerce clause (or was it negative commerce clause?) would apply.
Isn't that sort of an old joke? Before you have kids, put a jelly bean in a jar every time you have sex. After you have kids, take a jelly bean out of the jar every time. At the end of your life you'll still have jelly beans left...

Obviously it varies a lot, and that is just a joke, but man it has been very true for me. My wife had a poor experience growing up, walking in on her mother having sex (they lived in a tiny apartment, so most of the space was shared), and so she has no interest in sex at all if there are children in the house. Anywhere. And it's a 3000sf house, not a tiny apartment.

Doesn't help that the kids (8 & 10) routinely choose to sleep in our room rather than their own (they do not sleep in our bed, however, we nixed that after they were a few years old because it was too disruptive to my sleep).
Makes me sad to see this, I've probably flown some of those in the pic.
Thanks for the correction. Unfortunately, the edit window seems to have expired for my post, so I can't insert the necessary correction.
I am certainly not saying that Apple products are not excellent. I am just saying that Marketing/Salesmanship/PR etc. also has a part to play in Apple's success.
Wow. These guys even know customer support. They are here to help you spam other people.

Taken from their website:

Contact
We’re here to help you! Please send us a message to any of the emails below:
Technical Support
Payment Support
System Admin