Fair criticism. The tricky part though with any scaled service is that for every legitimate case like this, there are many more bad actors trying to hijack accounts through exactly this mechanism -- so account recovery has to be conservative by default, which means legitimate cases sometimes get caught in the friction. Not an excuse, but it's a hard problem at scale and not just e.g. a cost-cutting thing or not giving a shit.
Hi Josh -- Drew here -- our escalations team should be reaching out shortly. (Losing phone, 2FA keys, etc. can be tricky but they should be able to work with you and hopefully verify enough to get you unblocked.)
1) i have other people working with me on this. i did prototype it alone, but i don't intend to be a single founder. i won't belabor it here, but it's really a good idea to get other people on board and the reasons yc and everyone have for not encouraging single founders are valid. your odds are much worse, and playing superman gets old after a while when you're trying to do everything -- and it's more fun to have more people involved and excited about the idea anyway.
2) re: applying: i am applying for this round, but actually didn't apply for funding for the last wfp. however, i did apply 2 years ago (with a cofounder) with another idea and wasn't selected.
1. re: the first part, many people want something plug and play. and even if they were plug and play, the problem is that the user experience (on windows at least) with online drives generally sucks, and you don't have disconnected access.
windows for sure doesn't hide latency well (CIFS is bad, webdav etc. are worse), and most apps are written as if the disk was local, and assume, for example, accessing a file only takes a few ms. if the server is 80ms away, and you do 100 accesses (e.g. the open file common dialog listing a directory and poking files for various attributes or icons) serially, suddenly your UI locks up for _seconds_ (joel spolsky summarizes this well in his article on leaky abstractions.) ditto saving any file; you change one character in your 20mb word file and hit save, and your upstream-capped 40k/sec comcast connection is hosed for 8 minutes. sure for docs of a few hundred k it's fine, but doing work on large docs on an online drive feels like walking around with cinder blocks tied to your feet. anyway, the point of that rant was that dropbox uses a _local_ folder with efficient sync in the background, which is an important difference :)
2. true, if you're both not at your computer and on another computer without net access, this won't replace a usb drive :) but the case i'm worried about is being, for example, on a plane, and dropbox will let you get to the most recent version of your docs at the time you were last connected, and will sync everything up when you get back online (without you having to copy anything or really do anything.)
3. there are some unannounced viral parts i didn't get to show in there :) it'll be a freemium model. up to x gb free, tiered plans above that.
nope. informally came up with and tossed around 6 or 7 ideas at the same time -- not so much coding as investigating/talking to potential customers and bouncing them off other friends and entrepreneurs. this was crucial -- ideas don't really fall out of the sky, they evolve.
there were several times where i'd get really excited about one idea -- like pacing in my living room at 5:30am excited -- and then 5 days later find out (via a different set of search terms or something) there were 3 other people doing the same thing, with a head start and more money.
ultimately they say scratch your own itch -- this was a problem (syncing a 3gb file across several computers efficiently) i routinely had working on a prior company i had started and i was frustrated that no one had solved it well, and it turned out to be more promising than my original company :)
a linux port is doable (mac will come first) -- everything's written in python and was designed from the outset to be portable. although this isn't the initial focus of dropbox, a linux port would be interesting for maintaining small web sites or web apps -- instead of using scp/sftp or equivalent you could just modify the files on your desktop and have them synced to your web host.
data's stored on s3, and encrypted before storage -- there'll be another option to enter in an additional passphrase (or private key) when installing in order to encrypt your data before it leaves your computer (kind of like what mozy does.)
it should degrade gracefully and work without admin rights; in addition you can download (and soon, upload) via the web interface if you're not at one of your computers.
yup -- i didn't get to mention it, but a big piece of dropbox is that it's a local/"normal" folder that's synced in the background -- you can work on your files offline (that, among other things, drove me nuts about typical online drives) and get local IO speeds (good for photoshop, film, etc.)