sdizdar

Leninism, Stalinism, etc. (countries you mentioned) are attempts to fix problems with capitalism identified by Marx and Engels.

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/

Bugs will always exist :( - and even if your data is in the cloud it is always good make one more copy. For example, you can use cloudHQ to backup to Dropbox: https://www.cloudHQ.net/backup_to/dropbox

As founder of cloudHQ, I have to jump into this. Software products will have bugs. And people will make mistakes. We are all human.

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

Shameless Plug: you can continuously backup all your Google email to Dropbox, Google Drive, Box, SugarSync, or SkyDrive via cloudHQ (http://cloudHQ.net). We support txt, html, or eml export. You can also just backup certain types of attachments. And backup is continuous and in real time - as soon as a new email is added it will be transfered and backed up to your Dropbox/Box/Google Drive folder.

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

cloudHQ.net - San Francisco, CA - Marketing aka. Growth Hacker

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

Shit happens and things will go down (or accidentally/maliciously deleted) so dont put all your eggs in one basket. Back in 1970s and 80s companies were replicating data between different systems for redundancy. They do that even today.

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)

Or maybe we need "dropbox for email" YC S13 company.

Yes, sync != backup [1].

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

Yes - sync is not a backup but services as Dropbox are designed to be backup too (with their revision feature).

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

I don't think generating more complex passwords will completely solve the problem.

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.

There are few products which do different kinds of Basecamp/Dropbox/Google Docs integration. One of them is cloudHQ - we sync all Dropbox and Google Docs files with Basecamp: bi-directional and continuously.

One thing why this is not correct: VC money definitely helps in hiring the best team. And the team is the most important factor for making a great company.

Correct.

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.

SEEKING FREELANCER - Remote or San Francisco based

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

I don't think the problem is lobbying.

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.

Welcome to the cloud indeed. And what we discovered that just coping data to your home computer in a format which can be used back in some other cloud services is gettings harder and harder as virtualization of data and information increases. And you need to upload all that data again...

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.

There is a cool application for iPhone which does this - it is called Call Recording Pro: http://itunes.apple.com/us/app/call-recording-pro/id43951645...

After record is done, the app will save recording to their servers and generate a link which then you can share.

I have a question which is more legal related. It is "public" secret that US government (and other governments) have and use persona management softwares which clearly violate Facebook terms of usage. The question is: does Facebook has any legal standing against that? Can Facebook or other social networks sue government for offering private intelligence companies contracts to create software to manage "fake people"?

The paper they wrote in 1983 is a must read for all entrepreneurs (and sales people in general): http://pol-sci.uga.edu/courses/2008/ainsworthfall08kahnemant...

I really don't know what s right way to interview, but I do know that you are actually hiring a team not set of individuals. You need to have balanced team (means to be smarter than you on each of the important fronts) to deliver a successful product.

So I guess it might be ok to hire somebody based on brainteaser if you need a sharp, quick thinking person which will be a great asset during brainstorming sessions. I don't know.

We at https://cloudHQ.net are actually doing something like that for couple of our big customers. It is not yet completely polished and finished, so, if possible, I would like to ask you if we can learn more about your requirements. My email is in profile. Thanks!

There is unofficial Google Docs <-> Dropbox sync: https://cloudHQ.net/dropbox Please let me know what you think about it.

May I ask you what does it mean "opaque syncing of symbolic links"?

Yes. There seems to be a need to connect cloud services so that, for example, service A and talk with service B without involving your PC into that connection. Something like DCE/RCP or DCOM for public cloud.

BTW, we started doing this with the following Chrome extension which allows you to edit Dropbox/Basecamp/Sugarsync files inside GoogleDocs: https://chrome.google.com/webstore/detail/iobcbdgacfkninlcbp...

Insynchq is cool... Nicely done. However it seems like Dropbx is still the best client software which works well on all platforms.

Shameless plug: So if you want to sync in the cloud (Dropbox <-> GoogleDocs) try https://cloudhq.net (Dropbox does excellent sync with your PC and then cloudHQ ensure that GDoc is sync'd with Dropbox).

You are right - and that is exactly I'm trying to say. People do make that mistake and organize their life in such way to connect wealth with relationship/health (maybe based on society, how they are raised, I don't know). And then their relationship suffers when one of partners loses a job or anything bad happens in the material world. It should be other way around: relationship should be stronger when resources get scare.

And I agree it is very hard to separate these issues... I guess one needs to be "indoctrinated" as a child.

I cannot tell whether thing you say are right or not, but I noticed that you lumped relationship/health and money in the same category. I think that is one is biggest mistake one can do in your life: thinking about wealth and health/relationship as equal or even related.

On this particular subject, I would say that risking wealth is ok but risking relationship/health is not.

This the list from NYSE: http://www.nyse.com/pdfs/PT10411.pdf

Can somebody clarify this story for me? What are the facts here?

* Did they implemented key-logger? Yes/No

* Do they write keys into some local log? Yes/No

* If they have key-logger, then why do they have key-logger? (Company statement - please)

* If they write key strokes to some log file, is that log file related to logs which are send to "mother ship"?

They can just fire non-performers with stock options? Correct?

Meaning you hire somebody and gave him/her a bunch of stock options, latter on you figure out he/she is not so good, so you fire. Simple.

Why this shenanigan?