skysight-inc/HackerNews huggingface dataset:
Insurance certainly costs far too much money, but that's missing the forest for the trees. Insurance is the reason that the market is non-functional and broken. The misdirection inherent in an insurance-centric pricing regime is what's made it impossible for anyone to ever know the actual out-of-pocket cost of anything, and getting that is the first part of getting a functioning market established.

We need to stop looking at the individual level and "What can we eek out of people who don't qualify for Medicaid?", and look to the macro-scale effects. Insurance is the wrong model for routine services (indeed, insurance usually functions as a discount program rather than true insurance) and people shouldn't be able to sell it for that purpose due to the debilitating effects it has on the marketplace.

Docs and pharamacies should be up front about their real prices. Today, even people who are "posting prices" can't be up front about it because posted prices function as high anchors for insurance negotiations. This is why you can often get a massive "cash discount" if you call about a bill that you're going to self-pay. That's what they'd really like to charge you, but if they don't start out charging the sticker price they quoted the insurer, they're in big trouble.

For a market to work, there must be a real pricing dynamic where the consumer can be reasonably well informed about the actual total cost and vote with their feet. Hyperinflated 300% prices, necessitated by insurer demands for large discounts, don't count, they're still not real numbers. Markets simply cannot work without meaningful and accessible pricing information.

The medical system will remain a disaster until we can break this dynamic around pricing, and the only way to do that is to fundamentally change the way that medical insurance works, either by nationalizing insurance and/or medicine so that the government writes all the checks and price becomes only indirectly relevant to the public anyway, or by imposing law that mandates price transparency and seriously limits what "medical insurance" and "discount programs" can do, so that we don't immediately descend back into this.

IMO this is a textbook case of a market screaming for good regulation. Ideally we would identify the malicious actors (primarily insurers), develop rules and systems that minimize their ability to operate, and allow the free flow of commerce to handle everything else. "Nationalize it" is a clear power grab, but lacking any willingness to do anything else about such a breathtakingly large economic and humanitarian issue, even that would be better than "let's just keep crossing our fingers".

It's so sad that the level of conservative dialogue is not "let's find a good minimalist intervention that will get this market working again" but rather "Did someone say 'MURICA wasn't the best at something?!"
> This is the most egregious case of a judge ruling on something he or she does not understand I've seen in a while.

Don't ever look into precedent on cases involving firearms, marijuana, or encryption then :)
Interesting that Turkey uses a very primitive blocking system, without relying on such software. (tested it when I was there for vacation)
It must be weird having thoughts without any sensory input whatsoever...it’s like a prison of sorts.
>"You're saying...
Nope, I "asked" a hypothetical question based on this:

>...one of the companies cited in the Wikipedia article..."

And then this:

>liars

If the company in question are saying stuff like "powered by the coriolis effect" then to call them liars, you'd have to actually look at their site and see if they actual sell anything real. Then either do research on the claim, and then come to a judgement, like this:

1. If they are crackpots in their garage and sell hand-made junk from PVC scraps, then yes, it could be ignorance.

2. If they have a real engineer and a marketing department, then it's probably lying.

Which is it? I don't care to look at every site on Wikipedia to figure out which one the comment was about. So instead, I asked the question, maybe someone else has done some research?
I wonder if one issue could be the company's fear that the public/clients/etc might latch onto a very narrow context of this gentleman's history like: "x employs sex offenders." It's not fair but when you have other candidates that don't have this stigma why would they even try?
Does anyone know if it would make a difference if he started a company (ABC Consultants) and then contracted out himself through his company? Seems like that might get around the background check issue.
Op, while I hope you manage to land a gig, I'll be a bit critical here and say that your webpage/resume could use a fair bit of work.

1. You have zero links to projects or things you've worked on (even if it is a simple calculator app). If you're so fluent in all the languages you listed, surely, you must have some projects to showcase? Hardly anyone is going to make the effort of sending an email to your listed email address to inquire about your portfolio, but they are far more likely to send you a note if they browsed through your work and liked what they saw.

2. You refer to a fair amount of front-end skills, yet your site has a very 90s look and feel. While that may have been intentional, it just feels like a lack of skills due to the jarring aesthetics. You can make a minimal blog/website while still having decent aesthetics.

3. Your content has a bit of a cheesy infomercial vibe to it. I feel like you could make the same points without trying so hard. Focus more on the content, your skills and making a good professional impression while being upfront about your criminal history.

4. While I understand that you made a conscious decision to maintain your anonymity when making your webpage, it seems a bit counter to what your site is trying to do. It's hard for a would be employer to make the effort to get in touch with you when there is no name or face to ascribe to you, and your contact email is a made up one. Your site seems to be your effort to own your situation and turn things around, but withholding any information about yourself feels a bit counter to that. That being said, I can understand why you may want to choose to remain anonymous.

Good luck!
Show HN: Copy tweets to Bitcoin's blockchain for $9
I think Linux will use HPET if the hardware makes it available. You can prevent that with "hpet=disable" in the kernel boot parameters.
You're surprised people don't want to become bigamists so that they can save money on rent?
Short answer is - yes.

I have a few buddies using a bot from Crypto Profit Bot (https://cryptoprofitbot.com) and they definitely make profits. Sorta varies though depending on the strategies used.

I played around with this late last year and was able to tune my bot to anywhere from 4% on up. Some trades were ridiculous with 20% or 30% when the bot caught the pumps. Of course, 4% means I was not scalping (a lot of people prefer just 1%-2% on trades) and was in it longer term; trades usually lasted days or longer.

I was with a bot group last year and there were guys that made well over $100k. But, that's all they did, they just had to babysit it and adjust the settings. Too labor intensive for me..

There is an add-on on CPB called Feeder which is pretty cool. It looks at the market and adjusts the settings of the bot it works with (Profit Trailer). It can get a bit complicated tho..

Anyway, this is still an interesting space. I turned my bots off in Feb when things started going south, but I'm thinking of starting them back up now that the market's recovering. I have this feeling that we're gonna beat last year, so now is probably a pretty good time.

Edit: Heh, the CPB guys did an interview on Indie Hackers a few weeks back. Interesting read! https://www.indiehackers.com/interview/8b6064d829
> Not in my example there isn't.

Want to bet? How much are you willing to wager? (And yes, I accept all the conditions you listed.)

> The problem is that you don't really understand UB fully

Then this is a chance for you to make some easy money.
Maybe it's just that your personal definition of "rational" is too narrow for it to fit collectives?

For instance, you seem to conflate "right" and "rational" here: «the "right" choice, the "rational" choice».

If "rational" means to you the maximal beneficial choice (the "right" choice), then of course any group that gets stuck in a local maximum seems irrational in that light.

You may also be conflating "rational" with "normal/not strange/unexpected". Such as here: « believe that human culture is irrational / arbitrary »

But if "rational" is simply supposed to mean "has thought behind it", as it generally gets defined in science, such as your Anthropology example, then that example does show rationality (people noticed that eating pork resulted in unhealthy diseases, so they thought to stop eating pork and went to pass the word around). Whether or not the means were strange (evangelization, for instance) is orthogonal to whether or not thought was put into it. Whether or not the outcome was the maximal option (say, early invention of germ theory rather than pork abstinence), is orthogonal to whether or not thought was put into it (and even orthogonal to whether or not the outcome was simply a local maximum).
> Water vapor is the most potent greenhouse gas owing to the presence of the hydroxyl bond which strongly absorbs in the infra-red region of the light spectrum. [1]

Though I can't tell whether water vapor created at the surface has the same effect as water vapor at altitude.

[1] https://en.wikipedia.org/wiki/Water_vapor
Researchers Hacked Amazon’s Alexa to Spy on Users, Again
On a per equity basis there are reasonably consistent ways to predict near term volatility using sentiment analysis and revenue forecasting ("alternative" data). I would not attempt this with something like the VIX, but for selling options on individual equities it can work.
Well hold on now :).

I was recently job hunting and got a great job offer from a startup in Culver City. Their compensation was competitive (for LA at least) and my impression of the team was extremely good. I also liked LA the last time I was there (strangely enough, for an Onsite at SNAP) so was really excited about it.

I chose a competing offer from an SF based company in the end. But It wasn't an easy decision. So don't rule out LA without at least giving it a chance.
How does that math work out? $65/hr = $130K/yr is using a pretty standard 2000 hrs/yr estimate.

52 wks/yr * 5 days/wk * 8hrs/day = 2080 hrs.

So the 2000hr ($130K) estimate assumes 2 full weeks PTO.

$124,800 works out to only 1920 hrs/yr, which is 48 weeks of 40hr/wk work.

ETA: but yes, once you take into account benefits, taxes, and other expenses, one would want a significantly higher 1099 rate anyway.
He has that covered too! http://norvig.com/ngrams/

But yeah, I tackled the same problem (for Flickr tags) and did not at first use the "obvious" algorithm; I did something slower and suboptimal.
I've done a little skimming of answers here. There seem to be a lot of diet and lifestyle answers here. I don't suffer from depression, but I successfully manage a different condition with diet and lifestyle.

Let me suggest two things:

1. Start a food and health diary. Start recording what you are going currently in order to establish a baseline before making any changes.

2. Make only one change at a time. Stick with that change a minimum of a week before trying anything else. Longer is better, but if you are in bad shape and need to make a lot of changes, waiting 2 to 4 weeks can be burdensome. But at least wait a week so you get some idea of what the change does for you.
When I said coroutines, I really meant M:N thread scheduling. I could see how that can be confusing.
I'm learning a little Icelandic right now, and it's eerie how similar reading this poem feels. The words make no sense at first glance, but there are sounds and a language I understand somewhere underneath.
I find the pricing weird (as mentioned on Reddit).

It's cheaper to run a 100 GB M5 than an M1.

I assume it's a typo?
From the headline I thought this was going to be one of my favorite stories:

"How I set out to simplify ordering Starbucks and created an internal banking system."

http://royrapoport.blogspot.com/2011/05/coffee-and-its-effec...
Ask HN: Strategy for handling user-managed 3rd party secrets for SaaS App?
I'm looking for current best practices/recommendations for how to properly store, access, and manage credentials (tokens, certificates, keys etc) when they are provided by an end-user to our app.

This is mainly in context of a multi-tenant SaaS app. I realize providing secrets to a 3rd party causes most people to shudder, but this could apply to a dedicated or on-premises version of our app, where users still have the ability to manage custom connections via the UI.

This is different than managing the secrets for our own internal infrastructure.

The scenario when this issue comes up is when you provide users the ability (via a frontend UI etc) to manage:

1. Custom API Connections

2. Custom Database connections

3. Managing custom hosting/server settings

Example use case:

User uses our app to view data from a database they own and manage.

1. An admin type user adds connection info/credentials via a settings page in our app.

2. We store those settings permanently.

3. The admin (using our UI) adds authorization rules for other users in our app (within their tenant/company).

4. These users access our app to view data from their db.

5. Our backend service receives the request, retrieves/caches their tenant db settings, connects to their db, retrieves data.

Although this case is for a database, it could be for a GraphQL/REST Api service also.

The Issue:

Everyone know's not to store passwords in plain text, but these are basically passwords. The difference is that our backend needs to be able to read and use them. They need to be managed and stored in a scalable way since they are managed by the end-user.

We have a few strategies in mind but are looking for the most current recommendations.

Most of our infrastructure is using Kubernetes and Compute Engine on Google Cloud.

edit: formatting
It's on more than just them.
Wow, congrats and well done. Looks like you don't have to apply to jobs anymore ;)

- What was your initial investment?
- And did you have any trading experience to come up with those strategies or learned on the go?
With babel plugins/transforms this could be used a lot sooner than that
Do you actually know this, or like most commenters here, was your introduction to this case the Washington Post that everyone else read?
> In this case without knowing my egress traffic, any incoming packet will be dropped by the NAT middlebox/facility/software/device/module/thing. So NATs do drop.

No, that is the firewall, or simply the IP stack of the device, not the NAT. A NAT only translates. In your typical home setup, it will track connections coming from the LAN side and translate the source address of the connection to the public address, and then match packets of the same connection in the opposite direction and translate them back. If there is a packet coming in on the WAN side that does not match any known connections that are being translated, the packet is simply left unmodified by the NAT. If it happens to be addressed to the public adress of the gateway, it will then be passed to the higher layers of the IP stack of the gateway where it might be delivered to some TCP or UDP socket or who knows what other stuff that is running on the device and using IP--and if the IP stack cannot find any applicable socket to deliver it to, it might respond with the appropriate ICMP error or TCP reset or whatever. If the packet is not addressed to the gateway's public address, it will simply be forwarded to wherever the routing table says--if it's addressed to an address from the LAN range, it will be forwarded to the LAN.

A NAT without a firewall does not drop packets. A NAT only translates addresses of packets belonging to connections it is configured to translate, everything else is left untouched. If there is no firewall in addition to the NAT, it will not prevent inbound connections from the WAN side to the LAN side.

> But the fact of life is that the typical NAT setup was very convenient for ticking the local network ingress security checkbox for ISPs for years (decades).

Well, the real fact of life is that tons of supposed network professionals think that, and then potentially deploy a pure NAT setup that allows unlimited access to the LAN from the ISP's router and possibly other customers of the ISP when the ISP fails to properly isolate customers on layer 2 because of the completely baseless assumption that a NAT prevents inbound connections.
I think that the large percentage of JS developers the GP is talking about is people for whom JS is probably their first or second programming language (and then the first is something like python, ruby or php).
I agree, I don't think there's any clear evidence that they will eventually get Ethereum to work at scale. At one company I was with, there was an experimental project that only had "just one more thing to fix before it will work" for ten years, before being eventually abandoned.
If Google Translate hasn't surpassed OP's ability to speak Chinese in 30 years then I'll eat my hat.
With JavaScript being the most used language in the world I highly doubt the old stereotypes still apply
In my opinion, it shouldn't be used that way. But people have few choices. If a server is within the country, it gets controlled by the government. For servers outside the country, all blogs and forums are censored. Only those utility sites are accessible, because otherwise companies can't operate. They will be a bit more cautious on censoring those sites. That's why they started DDOS on those sites to force them to remove those contents.

p2p forums/social networks should be a better solution.
One theory I have on the hate towards Ethereum (and cryptocurrencies / blockchain in general) on HN is that it's a radically different way of solving problems, something that is alien to software engineers who have put decades of time becoming experts at solving problems a certain way. So rather than invest more than 15 minutes learning about it, they say "Blockchain is just a distributed database and it's useless!" or attack it from a variety of minimum-thought / minimum-effort angles.

There is genuine innovation in this space and it is going to impact a lot of areas. Decentralization, immutability, protocols monetized with market forces, fee-less payments that cannot be prevented, to name but a few interesting areas.

And of course there are numerous downsides. Difficulty of keeping keys safe, bugs that cost millions of dollars, issues with scaling.

But these are problems that people are solving right now. As a technologist, you should be looking at the possibilities! Now is the time to start a new company or project, not 5 or 10 years from now when the tech has matured.
TBH part of what makes me so bullish on Ethereum is how much of an emotional reaction it produces, both for and against the technology, all the while it continues to gain mindshare and utility.
If you consider that not setting it results in undefined which would evaluate to false then they are correct. But I don't think that needs to be the case. In reality you can default to whatever you want in which case I agree with you.
It's not the prettiest solution, but the transparent polyurethane keyboard covers you can buy on Amazon are cheap $10 insurance against a dead MB or MBP keyboard with the new butterfly design.

I've had mine for over a year now and the keyboard is in like new condition.
well the MBP 15" Pro Late 2013 also has a dust problem. Because it slows down if you don't clean it up regulary because there is not a lot of ways to get heat out of the thin layer.
Northern California winters aren't harsh, but still don't compare with Southern California's.
It was when they'd just forked, but over the years they have diverged.

You could argue this was inevitable, but it was a product of the conditions at the time.
1. Read blog post.

2. Opine on how blog code is not ready for production.

3. Post to HN.

4. Propser.
"Productivity of the system as a whole is significantly improved by communication."

That's an overly-generalized statement. Communication is sometimes helpful, when the people involved are good communicators. Often it's a source of distraction, e.g. email chains with multiple people replying-all to a topic that is at best tangential to what you're working on. There's also an equivalent that occurs with meetings in which people invite everyone they can imagine having any interest in a topic. This strategy has a wonderful way of bringing together a large number of people, most of whom have no valuable input, or interest, in the topic at hand.

The more detailed a job is, the more uninterrupted time it requires. So, if you want quality work and don't want to push the due date, give the person doing the work some uninterrupted time.

I've been a developer for 26 years professionally and, outside IT, I ran a 501(c)(3) of several hundred people. Yes, you can leave people alone to get work done without compromising organizational goals.
I really liked the examples they used. I was able to share with coworkers who weren't familiar with the concept and it made perfect sense.
Fedora made the same decision, so I don't know if you can blame Debian per-se. This was a community wide problem.
Bluntly, I can't sufficiently disagree with your assertion about not impacting the "freedom" of people, and in being somehow worth it.

The fact that you seem aware of/to be hinting at the pre-1996 Encryption Export Restrictions makes this even more confusing, since the fallout from that is well-described and broadly negative. (e.g. netscape having to ship a purposefully weaker RSA implementation, which given the difficulty of obtaining the US implementation, ended up with even _domestic_ users being compromised).

No, not only do I think it's "not perfect" I think it's overtly worse than doing nothing, given the increased legislative burdeon/pitfalls, reduced trust in US and bad optics as far as being consistent in what we stand for. Many of the nations we might most worry about have already shown that complexity is no barrier towards implementation, or else we wouldn't be having such a "fun time" with nuclear nonproliferation, something far more locked down _and_ far more difficult to implement compared to internet filtering.

I'm not going to say there shouldn't be a line, I'm generally not a fan of how much in the manner of military arms we spread around the globe, but my principle is always to err on the side of less restrictions rather than more, especially when it doesn't seem to accomplish the stated goal and in many cases will amount to cutting off your nose to spite your face, and _especially_ when it sets a precedent/lowers the bar for govt intervention.
Why the snobbery about superhero films?
Laser Hair Removal: The 15 Golden Rules and the 5 Top Laser Epilators at Home
Unfortunately that's not really doable. A shocking number of contracts specify that the corporation not hire known criminals. I have seen lax ones specifying only that a background check is conducted.
It's just a few customers that they'd have to prevent, not the products.
I'm wondering whether types would be required to implement static analysis to see if a particular scenario in the match is not handled. Haskell has the ability to generate a compile error if you don't have a match specified for each possible permutation. This makes it easy to make sure you handle all possible inputs. This probably wouldn't be possible in JS. Probably the best that could be done would be if the default matcher was left off.
I feel your pain
Can you speak a bit about how this is regulated? Are you working with the FDA Digital Health group?