Hacker News new | past | comments | ask | show | jobs | submit | The_Magistrate's comments login

GDPR isn't enforceable in jurisdictions that don't have corresponding local laws. Take Privacy Shield in the US - this is an agreement betwee the US government and the EU stating the FTC and Chamber of Commerce will act as the supervisory authorities for GDPR enforcement against companies registered in the US.

You're right, the fundamental functioning of Google, Facebook, et al. won't change. They will update their privacy policies, and give users access to view, update or delete all of their information more easily. The uses of that information will be disclosed and there will be consequences for misuse or failure to protect that information. GDPR is setting expectations for the protection of data previously where it was an anything-goes or minimum-effort policy.

I can see how those opposed to government regulation would hate GDPR, but no other industry standard on data privacy has gained traction and data breaches are happening more frequently at the expense of real people.


Thanks, I needed this laugh (and cry) on a Friday.


Could the 5% drop be accounted for considering the numbers are for April 14th 2017 and not after the filing deadline of April 18th 2017? Seems like many people would file and/or postmark their returns Monday or Tuesday.


Both dates are 4 days before the tax deadline for the respective years.


Different days of the week, though. That affects behavior a lot.


Tax day in 2016 was also April 18th.


I'm wondering if it had something to do with Easter. There might be a lot of people who were tied up with family stuff and figured they could start on Monday. Last year Easter was in March.


Why not use stats from April 18th then?


Cause IRS devops isn't there yet. They (collect?) release metrics on Fridays.


It is Friday? Roughly 4PM on Friday, which means they'll likely be closing down shortly. Seems odd for them to do it as such a last minute thing.


Force majeure doesn't apply in this circumstance because it requires an external force or event that is unforeseeable. In this case, United didn't plan correctly for the transport of its 4 employees, something well within its capability to predict.


It's possible that United did plan correctly for the transport of those employees, but the employees themselves failed to follow the plan. How was it that the 3411 crew didn't even know the other crew was coming, until the very last minute? That's extremely unlikely if the other crew had been scheduled for 3411. It's more likely that they had originally been scheduled for another flight, missed it, and got to 3411 before word did (possibly because of poor communication between United and Republic). At the very best, they were later than they should have been. Why? And did they (or someone else) pressure the 3411 crew into doing what they did?

United still screwed up in a lot of ways. So did Republic. So most of all did the aviation "police" - an organization that seems to consist largely of people thrown out of CPD for exactly the kind of misconduct visible on the video. But somewhere in there I think there's a fourth group that screwed up - the people whose sudden appearance triggered the whole mess.


There were massive storms in the few days prior to the incident. That could disrupt their planning.


These are just suits meant for in-vehicle use and not meant for EVAs, correct?


Correct. I don't think Starliner has any EVA capability in fact.


If your EVA is really short (and really, really, really needed), I imagine these will do.


That would probably be an EVOS rather than an EVA.


"Since the indictment, Imaging Universe has charged Schapiro $8,200 to produce nine sets of discovery documents to his defense team. The motion identifies those records to include a dozen CDs containing approximately 1,140 PDF files, many with multiple pages."

It appears that the defense was required to be on-premise to review the documents and was charged a fee by Imaging Universe to take copies with them. Requesting copies of all records shouldn't be necessary to obfuscate the defense's real documentation needs.


SentinalOne probably approached VirusTotal with specific requirements about how they wanted to contribute back, and VirusTotal said 'you can contribute the same way everyone else does.' The rest is marketing BS.


Currently, yes. The article is positing that once Apple has the infrastructure in place for end-to-end transactions, removing the VISA/MC puzzle piece will be easy. Ultimately, you'd put money into an Apple account and spent it on your iPhone.


I don't think you are very familiar with how the payments industry works. Credit cards offer much more than a means to pay. Apple will need to double their headcount to compete with Visa. Or do you think that this is a feasible scenario?


I don't think so. The payment industry is over complicated and in my mind a real commodity. Apple is in a good position to simplify that.


If this is true, then Privacy.com doesn't resolve this obligation. The temporary card number won't be chargeable by the merchant, but you'd still be on the hook for the renewed (and unpaid) service.


It certainly changes the burden of notification. A company can setup many hoops for canceling, forcing you to go through some asinine phone tree and drone script to stop charges to your card. Whereas lacking an established payment channel, they can no longer play dumb if you eg send them a simple email to cancel.


I think this is one of the best aspects of the product. The power is shifted to the customer.


It's actually fairly difficult. There are so many different possible combinations of incoming data quality, quantity, system and disk configuration, performance and internal ES settings. Only an administrator would be familiar enough with the environment to monitor and tweak the configuration to make it the most performant.

There are a few hosted elasticsearch services available (Elastic Cloud, AWS ES, Qbox, etc) which would likely be a better option for the team that needed a hands-off elasticsearch cluster.


We chose found.io I figure since they write the code it better run smoothly for us.


Join us for AI Startup School this June 16-17 in San Francisco!

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

Search: