The start-up code of conduct and ethics
jacquesmattheij.com
The start-up code of conduct and ethics
1–10 of 33 posts
Re: The start-up code of conduct and ethics
#2it seems pretty restrictive
in the early stage you are required to build extra features....and in the later stage you are requiring the acquirer to agree to this
Re: The start-up code of conduct and ethics
#3it seems pretty restrictive in the early stage you are required to build extra features....and in the later stage you are requiring the acquirer to agree to this
It's actually not that bad.
The first section 1.1 through 1.5 is roughly what the EU law would have you do anyway, 1.6 is a good way to tell your users that you don't intend to use the service as a pre-text to harvest more data on them than you need.
The second part has some issues that would come up in an acquisition, but think about it, if you are placing the wants and needs of an acquirer ahead of those of your users then you should have never started that company to begin with, after all, it is more than likely that your users are what gave you the platform to get the acquirer interested.
A 'pure' team acquisition that kills the product post acquisition is about as bad as it gets from a user point of view and if you intend to do that then maybe you should clarify that up-front instead of when it is two minutes to twelve.
Killing off APIs willy nilly is a very bad nono imo, you basically create an avalanche of fall-out the consequences of which are probably hard to envision, especially if your API becomes important enough that people will start to build commercial services around it.
Re: The start-up code of conduct and ethics
#4I am developer at a small start up, in terms of company size at least. There are only 4 people in the company and I the only full time developer. The CEO is technical and writes code half of the time himself as well. Though, while small in size, we have roughly 1.5M uniques per month. Only a small part our service is read only / consumption based (the forums and other social networking features). Based on the nature of what our service does we end up collecting a lot of information on all of our users. Non financial information, but most of the information we have about users they would never want other people to know or find out about. Each day the average active user gives about 10-15 new bits of information (willing-fully, thats why they use our service, we are not just tracking users to get the information).
That being said, a lot of users when they close their account contact us and demand us to verify we have deleted all of our their information. We do our best to anonymize by blanking out their name, location, email address, etc... in our database. Then we mark the account no longer active.
However, we can never confirm their data is fully gone. We can not retroactively go back and remove them from our countless number of backups. We snapshot ever night and keep the backups for differing amount of time. Since we can never get rid of them via the backups, which basically are just as good (if stolen, leaked, etc..) as the data in our live database we can never confirm their data has been deleted.
Would this mean we would be breaking this code of conduct? If so, that would make this code of conduct way to burdensome for any start up or company to follow.
(Not to mention other things in there besides the data retention policy that make this way to much for any start up to promise to follow)
Re: The start-up code of conduct and ethics
#5I am developer at a small start up, in terms of company size at least. There are only 4 people in the company and I the only full time developer. The CEO is technical and writes code half of the time himself as well. Though, while small in size, we have roughly 1.5M uniques per month. Only a small part our service is read only / consumption based (the forums and other social networking features). Based on the nature…
Backups are hairy, from what I understand the EU directives on user privacy require that you delete the data from you normal business processes and you warrant that this data will never again be used actively or passively after the user requires deletion. The way I deal with this particular requirement on my site is that if a user requests removal that the deletion request is archived separately after the deletion. If I should have to roll-back a database from a back-up then I will run all the deletions against it that were made since the time that the backup was made.
I'm not 100% sure if that is in compliance with the law but it is a pretty gray area. As far as I'm concerned I would say that you are doing just fine and that you operate to the spirit of the document even if you can't guarantee that in the most extreme cases you'd be following it to the letter.
And that 'spirit' is exactly what this is all about.
Re: The start-up code of conduct and ethics
#6No offense, early adopters, but if you desire a SLA like this one from me, you'd better get moving because only one person will ever get one and my girlfriend looks like she is the odds-on favorite.
This strikes me as optimizing for the somewhat quirky preference set of a group of people who do not pay money for software. (People who do pay money for software have an easy mechanism for determining what they are owed: check the contract, if it says you're owed it, you're owed it, if not, you're not.) Their opinion may, possibly, be relevant, but I wouldn't really go out of my way for it without a darn good reason for why.
There are few startups on HN for whom API stability 18 months from now is a life-or-death issue for their startup. There are, almost certainly, juicier fruits which hang lower for your marketing than guaranteeing your API stability in the event of an acquisition or death of your startup.
If you doubt this, please, post a statement of User Rights or what have you on your website. Count the clicks to it. People's revealed preference is that they do not care. They might think they care, they might even say they care ("How dare this Mobisocifotogame that I read about on HN close without letting me download the 5 minutes of attention I put into it in a convenient-to-use XML file?!"), but they do not make decisions based on this. Spend your time on things that actually influence decisions they make, like e.g. button colors. Seriously. Tweaking button color on your signup form will, provably, do more for your business than optimizing for the opinions of folks who flit between new web services like mayflies with less spending power.
Re: The start-up code of conduct and ethics
#7No offense, early adopters, but if you desire a SLA like this one from me, you'd better get moving because only one person will ever get one and my girlfriend looks like she is the odds-on favorite. This strikes me as optimizing for the somewhat quirky preference set of a group of people who do not pay money for software. (People who do pay money for software have an easy mechanism for determining what they are owed:…
It's voluntary :)
People's revealed preference is that they do not care until they get bitten. And then they care very much.
So we can and should do better than the bare minimum, and better than 'what users ask for' before they get bitten.
That you do not care is a different story altogether, but consider that if you align your users' interests with your own that you probably stand a much better chance of success than if you do not.
Sure, 'greed is good' and all that but in the end, company data being sold in bankruptcy proceedings is simply bad, companies giving several days warning before shutting down (http://news.ycombinator.com/item?id=2770257) are not helping anybody (not even themselves), and Yahoo!'s shutting down Geocities still reverberates around the web (especially the way they went about it, for a pittance they could have continued to at least store the data).
My inbox fills up daily with people that thought they had an agreement with one of the largest companies on the web and it turned out they got hurt badly.
Big or small, it does not matter.
We are all operating by the grace of our users and those people that put their own interests ahead of those of the users are hurting all of us.
Maintaining this sort of integrity is not a cost, it is a long term benefit, for everyone.
Re: The start-up code of conduct and ethics
#8it seems pretty restrictive in the early stage you are required to build extra features....and in the later stage you are requiring the acquirer to agree to this
It's actually not that bad. The first section 1.1 through 1.5 is roughly what the EU law would have you do anyway, 1.6 is a good way to tell your users that you don't intend to use the service as a pre-text to harvest more data on them than you need. The second part has some issues that would come up in an acquisition, but think about it, if you are placing the wants and needs of an acquirer ahead of those of your us…
I think you are being unrealistic about acquisition. I hear way too many discussions on HN about monetizing your products, and people looking for their big exit/payday. People are not going to give up their exit plan because of an idealistic "code of ethics" for their users.
Re: The start-up code of conduct and ethics
#9Earlier quoted context omitted.
It's actually not that bad. The first section 1.1 through 1.5 is roughly what the EU law would have you do anyway, 1.6 is a good way to tell your users that you don't intend to use the service as a pre-text to harvest more data on them than you need. The second part has some issues that would come up in an acquisition, but think about it, if you are placing the wants and needs of an acquirer ahead of those of your us…
I think you are being unrealistic about acquisition. I hear way too many discussions on HN about monetizing your products, and people looking for their big exit/payday. People are not going to give up their exit plan because of an idealistic "code of ethics" for their users.
I think we all speak for ourselves here. Maybe it is true that not many companies would require an acquirer to continue to run the service as it was at the moment of acquisition (or better!), but I think those that do want to make such a commitment to their end users should get a leg up.
If someone offered to buy out the sites that I run in order to shut them down I would refuse.
Re: The start-up code of conduct and ethics
#10These sound all nice and friendly, but they're not feasible for me. If you've paid me, use the service for a time, then ask me to delete all data associated with your account, I've got nothing to fight a chargeback with.
Shutting down after losing a patent (or other) lawsuit, then open sourcing the aplicable software seems wrought of peril.
6 months notice is feasible for a paid service, but not so much for a free one.