Marxism is a method of socioeconomic analysis and it true that Marx and Engels writing offered scientific/philosophic background for revolutions (which ended up worse than capitalism). But their critique of capitalism is still very much valid.

If you want be successful capitalist you need read "Das Capital": many things will become clear. Or just watch it: http://davidharvey.org/reading-capital/

Comments URL: https://news.ycombinator.com/item?id=10735273

Points: 1

# Comments: 0

Comments URL: https://news.ycombinator.com/item?id=8461574

Points: 1

# Comments: 0

So even if you store data in Dropbox - it is smart to have one extra copy in some other cloud storage. Like Google Drive. Or Box. Or Egnyte. So if data is deleted in Dropbox (accidentally, maliciously, or due to a bug) you can restore it from other cloud.

Of course, cloudHQ is the system which can do that: http://chq.io/hnsc

Here is a short video on how to setup this: http://vimeo.com/65168186

We are bootstrapped and profitable cloud-to-cloud replication and synchronization service. We consider ourself the market leader in cloud-to-cloud synchronization and backup with more than 2 million copied every day.

You will be the first person solely responsible for marketing and hacking the growth. In other words, your goal is to increase awareness, virality, traction, adoption, and advocacy for our product in a scalable way.

Our email is: jobs@cloudHQ.net

So that is reason that if you depend on the cloud (and mobile) you should replicate all your data to some other cloud service. Just in case.

(And that is reason we built http://cloudHQ.net)

I do agree with you but, I can tell you that selling backup service is harder than you think. Also as pointed by paper [2], the human error accounts for ~50% of all system failures. And the worst thing is that majority of users who accidentally delete data, don't even notice data loss until lost data is needed and they don't recollect doing something wrong.

What I found out interesting that people (i.e., small business owners) will are scared of losing a credit card (even though you can call the bank and cancel your lost credit card and get a new one - inconvenience but not a big deal), but they will not backup critical company documents and data (even if they lose them the company will be pretty much closed - there is no "bank" to go to and get data back).

[1] http://blog.cloudhq.net/post/33844549768/the-difference-in-d... [2] http://roc.cs.berkeley.edu/talks/pdf/HP.pdf

So I think the underlaying problem here is that any backup/syncing system might have a bug (like this one) or there might be operator or user error (deleting your revision history is just a couple clicks away). Recovery oriented computing website has a lot good papers on this topic [1].

This is very similar to problems with outages on Amazon EC2 - yes Amazon cloud is great but in order to make your service highly available you do need to have standby system on some other cloud (for example, we run on Rackspace but our standbys are on Amazon).

One approach to protect yourself against problems like this is to replicate/sync all your files from one cloud storage (your primary one) to some other cloud service (GDrive, SugarSync, Box, etc.). So should Dropbox have a bug, then you still have everything in other cloud service: including all revisions.

Services like cloudHQ [2] (that is my baby) can replicate and sync all your files from Dropbox to, for example, GDrive. And of course cloudHQ has options like "two-way" sync, "don't replicate deletion", "backup" (weekly incremental are in folders - so your will be fine even if "revisions" feature fails), etc.

[1] http://roc.cs.berkeley.edu/

[2] http://cloudHQ.net

The problem is using only one cloud service for your data.

Basically, don't put all your eggs in one basket. I always recommend to replicate all your data and files to other cloud service which has different security characteristics. For example, if you use Google Docs and Evernote - replicate everything to a separate Dropbox or Google Drive account (using cloudHQ or some other system). Doing offline backup manually is also a solution but it is easier just to replicate everything to a separate Dropbox account and Dropbox will put everything to your PC - you can map that Dropbox account to an external drive.

However, I don't thing the main problem is uploading/syncing data from your PC. Sooner or latter, the PCs will not be the main source of information / storage of information. For some small and distributed companies that is already the case.

The data which needs to be in GDocs is actually somewhere else: in your Basecamp, in your Evernote, in Dropbox, etc.

Anyway - shameless plug at the end - this is the reason I quit my job and started http://cloudHQ.net : to help companies and individuals to continuously replicate and synchronize data between cloud services. We are bootstrapped and the feedback is more than welcome.

Ruby on Rails, jruby, java, C/C++

We are bootstrapped and profitable.

Do get in touch and let's talk :)

Contact: website: cloudHQ.net email: senad.dizdar@cloudHQ.net

Comments URL: https://news.ycombinator.com/item?id=3516919

Points: 2

# Comments: 0

The problem is that we, as electoral body, are interested in politics only and only if something outrages like SOPA happens.

It is not enough just to show up and vote who whatever had nicer TV comercial. Know your representative, talk to him/her, call offices, etc. Be involved.

Comments URL: https://news.ycombinator.com/item?id=3502985

Points: 2

# Comments: 0

So the right solution is to have your (important) data replicated in a couple of different cloud services (Google Docs replicated with Dropbox, etc.).

That is reason I started cloudHQ: just sync and replicate data between cloud services in real time. Nothing sexy: but fast and reliable.