Hacker News new | past | comments | ask | show | jobs | submit login

If I was starting a startup today. I'd probably just block Europe and focus on other markets initially. Loop back on Europe once you have product market fit and the resources to deal with GDPR.



Nice move. You'll save time/money for the future; that's for sure.


Europe is also not a big software market, and they are increasingly protectionist.

Also, from personal experience, European business partners are much nastier/cutthroat to deal with.


you'd have to block california too because CCPA is essentially the same thing


Or alternatively, think why the GDPR exists and make sure you can deal with privacy concerns from the outset.


European here who honestly agrees with what you're saying but most likely not for the reason you expect. The GDPR may be a bit of a blunt axe but it surely has done a good job of smoking the data parasites out of the woodwork. If whatever business you were to start can not survive without tracking its users without their consent and without giving them the possibility to retract that consent the problem lies with your business plan, not with the EU law which insists on giving users the aforementioned rights.


I'm not going to disagree with that and I'm not opposed to the privacy controls in GDPR. The context here in a solo dev who is dealing with GDPR. When you're trying to get a business off the ground, iterating fast and trying to build a business that can survive to day 2, every single bit of busy work should be avoided. Why reduce your chances of success by chasing a market that takes more work than other markets? The global market without Europe is big enough to support any startup; so long as you build something people want.


> Why reduce your chances of success by chasing a market that takes more work than other markets

That is the same excuse which was - and in IoT-land still is - used to delay thinking about security because it could be bolted on later. The answer to this question is "because if your business ends up successful you will eventually have to implement this functionality so you have to make sure your architecture allows for it". If your "fast iterations" lead to personally identifiable information being scattered all over your system in such a way that removing this for any given user is an onerous task you made the same mistake as those developers of yore - and of now in IoT-land - who assumed everyone who had a 'net connection could be trusted. That was a costly mistake for which we're still paying off the debt.




Consider applying for YC's Spring batch! Applications are open till Feb 11.

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

Search: