Skip to main content

Steve Jobs was right: Dropbox is a feature, not a product

I’ve always been a big fan and committed user of Dropbox. Over the last couple years the handy file-sync app has gotten me out of many scrapes—when I need to access six-month-old interview notes when I’m out of town, it’s always a thrill to find them in my Dropbox. Along with my sit/stand desk, my Livescribe pen, and my MacBook Air, Dropbox is one of the few genuinely delightful tools I use regularly, and I’m constantly recommending it to friends and family.
And yet I’m extremely skeptical about Dropbox’s business prospects, and totally puzzled by the high hopes that otherwise smart people have pinned on its success. Dropbox is a great little file-syncing app, and founder Drew Houston and crew are already making some nice money out of it. But is it a $40 billion company? I doubt it. And when I hear folks like Benchmark’s Bill Gurley suggesting that it might be, and calling Dropbox “a major disruption,” I wonder if they’ve simply been blinded by the thrill of using an obviously well-crafted utility.
Gurley argues that in a multi-platform world—where we’ll all be carrying more devices that are possibly running a variety of OSes—we’ll clamor for some kind of easy, invisible, automatic way to keep our stuff synced between gadgets.
He’s right about that. We will need something to organize our lives between gadgets. The trouble is, it will be difficult to make a perfect gadget-syncing service that is also a great standalone business. There are two reasons for this. First, the perfect syncing service needs to do more than simply store files. Second, the perfect syncing service should be unlimited and free, or as close to it as possible. Dropbox will have a hard time doing the first of these for technical reasons, and if it does the second, it won’t be a very good business.
In its current form, Dropbox is great at syncing stuff that I’ve saved to my filesystem, but there’s a lot more to device syncing than just what I’ve stored in data files. When I switch from my desktop to laptop to my phone to my tablet, I would really like my device’s “state” to follow me, not just my files.
Right now, I happen to be traveling from the Bay Area to Seattle. When I left home, I was typing this article in a Word document on my Windows 7 desktop. The Word window occupied one half of one of my two huge desktop monitors. Splashed across the rest of the screens were several tab-filled Chrome windows, a few IM windows, and my text-based notepad.
When I later opened up my MacBook Air, I could access the Word file and my text notepad through Dropbox. But I had to make my computer do so. In a perfect syncing scenario, my laptop would know what I had been doing on my desktop and would offer to open up the right windows for me, preferably in the identical places on the screen—but Dropdox doesn’t do that. Worse, Dropbox can’t sync my Chrome and IM activity in any way. If I want to get the same tabs that I had on my desktop here on my laptop, I have to rely on Chrome’s own (fantastic) syncing feature. (There’s no way, as far as I know, to keep my IM windows synced between devices.)
I can think of many other things that would be great to keep synced between devices: Desktop icons and images, peripheral drivers (so that when I connect a camera to my work computer, my home computer recognizes it too), and application preferences (I like my Word documents set to 180 percent zoom).
I’m not the only one who’s been asking for this sort of thing. The Verge’s Joshua Topolsky has been yearning for a “continuous client” for years now, since back when he ran Engadget. But I’m hot holding my breath that we’ll see such super syncing anytime soon. Syncing the state of devices rather than just your files presents many difficult conceptual problems: What does it mean to sync windows between two gadgets that might have different windowing paradigms (say an iPad, which runs everything full screen, and your Mac)? What happens when you rely on two different apps to do the same tasks on different devices—for example, how would you sync tabs between Chrome or IE on your Windows desktop and Mobile Safari on your iPad?
Someday, someone will figure out how to make this sort of thing work well, but I suspect it will most likely be one of the companies that makes a major operating system: Either Apple, Microsoft, or Google. Each of these firms has a file-storage and/or syncing solution that it’s pushing, and I expect that those efforts—iCloud, Skydrive, Google’s Chrome syncing and perhaps the mythical Gdrive—will gradually incorporate more and more of the features I’m looking for.
Dropbox is probably working to build many of these features as well. But as third-party app, it’s just not in a very good technical position to do so. In order to sync programs and window states, Dropbox would need access to some of the deeper parts of my various gadgets’ OSes. This is easy for some operating systems and impossible with others—including iOS and probably Amazon’s Kindle Fire. Apple could easily build a way to sync the current browser tabs between my Mac and my iPhone, so that I can switch from reading Pando on my couch to reading it on the train. Dropbox will need to go through incredible hacks to achieve the same functionality, and it probably won’t manage to do so even then.
In fact, even now, as just a simple file-syncing app, Dropbox is frequently stymied by OS- and application-level problems. It won’t sync Microsoft Office files until you exit the application you’re using—if you forget to close your Word file on your home computer, it won’t be in your Dropbox at work. That’s not Dropbox’s fault—it’s Office that locks files that you’re using. But it highlights what I’m talking about: There’s a lot going on your computer, but Dropbox only has control over a small part of it.
You might argue that I’m making too many demands of Dropbox. So what if it doesn’t satisfy all the features I want—won’t people still pay for it if it keeps getting incrementally better as a file-syncing service? Maybe, but remember that online storage is a commodity. Dropbox makes money by charging people for increased storage space. But the price of storage keeps plummeting. It’s tending toward free. With all the competition it faces from firms with huge data centers, Dropbox isn’t going to be able to get people to keep paying $10 a month for 50 GB of space for many more years to come. It needs to add extra capabilities, too.
In 2009, Steve Jobs wanted to pay more than a hundred million dollars for Dropbox. As Houston later told Forbes’ Victoria Barret, when he politely turned down his hero’s offer, Jobs declared that Dropbox was a feature, not a product. Jobs was right: To do what we all want it to do, syncing has to be baked in to all the gadgets we use today. OS companies are warming to that notion—and they don’t need Dropbox to do it.

Comments

Popular posts from this blog

OWASP Top 10 Threats and Mitigations Exam - Single Select

Last updated 4 Aug 11 Course Title: OWASP Top 10 Threats and Mitigation Exam Questions - Single Select 1) Which of the following consequences is most likely to occur due to an injection attack? Spoofing Cross-site request forgery Denial of service   Correct Insecure direct object references 2) Your application is created using a language that does not support a clear distinction between code and data. Which vulnerability is most likely to occur in your application? Injection   Correct Insecure direct object references Failure to restrict URL access Insufficient transport layer protection 3) Which of the following scenarios is most likely to cause an injection attack? Unvalidated input is embedded in an instruction stream.   Correct Unvalidated input can be distinguished from valid instructions. A Web application does not validate a client’s access to a resource. A Web action performs an operation on behalf of the user without checking a shared sec

CKA Simulator Kubernetes 1.22

  https://killer.sh Pre Setup Once you've gained access to your terminal it might be wise to spend ~1 minute to setup your environment. You could set these: alias k = kubectl                         # will already be pre-configured export do = "--dry-run=client -o yaml"     # k get pod x $do export now = "--force --grace-period 0"   # k delete pod x $now Vim To make vim use 2 spaces for a tab edit ~/.vimrc to contain: set tabstop=2 set expandtab set shiftwidth=2 More setup suggestions are in the tips section .     Question 1 | Contexts Task weight: 1%   You have access to multiple clusters from your main terminal through kubectl contexts. Write all those context names into /opt/course/1/contexts . Next write a command to display the current context into /opt/course/1/context_default_kubectl.sh , the command should use kubectl . Finally write a second command doing the same thing into /opt/course/1/context_default_no_kubectl.sh , but without the use of k

标 题: 关于Daniel Guo 律师

发信人: q123452017 (水天一色), 信区: I140 标  题: 关于Daniel Guo 律师 关键字: Daniel Guo 发信站: BBS 未名空间站 (Thu Apr 26 02:11:35 2018, 美东) 这些是lz根据亲身经历在 Immigration版上发的帖以及一些关于Daniel Guo 律师的回 帖,希望大家不要被一些马甲帖广告帖所骗,慎重考虑选择律师。 WG 和Guo两家律师对比 1. fully refund的合约上的区别 wegreened家是case不过只要第二次没有file就可以fully refund。郭家是要两次case 没过才给refund,而且只要第二次pl draft好律师就可以不退任何律师费。 2. 回信速度 wegreened家一般24小时内回信。郭律师是在可以快速回复的时候才回复很快,对于需 要时间回复或者是不愿意给出确切答复的时候就回复的比较慢。 比如:lz问过郭律师他们律所在nsc区域最近eb1a的通过率,大家也知道nsc现在杀手如 云,但是郭律师过了两天只回复说让秘书update最近的case然后去网页上查,但是上面 并没有写明tsc还是nsc。 lz还问过郭律师关于准备ps (他要求的文件)的一些问题,模版上有的东西不是很清 楚,但是他一般就是把模版上的东西再copy一遍发过来。 3. 材料区别 (推荐信) 因为我只收到郭律师写的推荐信,所以可以比下两家推荐信 wegreened家推荐信写的比较长,而且每封推荐信会用不同的语气和风格,会包含lz写 的research summary里面的某个方面 郭家四封推荐信都是一个格式,一种语气,连地址,信的称呼都是一样的,怎么看四封 推荐信都是同一个人写出来的。套路基本都是第一段目的,第二段介绍推荐人,第三段 某篇或几篇文章的abstract,最后结论 4. 前期材料准备 wegreened家要按照他们的模版准备一个十几页的research summary。 郭律师在签约之前说的是只需要准备五页左右的summary,但是在lz签完约收到推荐信 ,郭律师又发来一个很长的ps要lz自己填,而且和pl的格式基本差不多。 总结下来,申请自己上心最重要。但是如果选律师,lz更倾向于wegreened,