TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Why Instagram is so fast at uploading photos

259 点作者 daviday大约 13 年前

29 条评论

ot大约 13 年前
Their motivation for speed is very well put:<p>"mobile experiences fill gaps while we wait. no one wants to wait while they wait"<p>Awesome quote
评论 #3916973 未加载
ambirex大约 13 年前
A little devil's avocate: Isn't Instagram primarily a photo sharing app? I'm not sure why people are complaining that it starts the upload on filter completion.<p>My only question is how long are photos not marked as user initiated uploads kept?
评论 #3914167 未加载
评论 #3914054 未加载
评论 #3915763 未加载
skeletonjelly大约 13 年前
So Instagram has photos I don't click "upload" on. Well that's nice to know.<p>Edit: So I tried to use a proxy on my phone but it looks like Instragram on Android doesn't honour the wireless proxy server. Anyone else want to do some digging?
评论 #3914427 未加载
评论 #3914059 未加载
评论 #3914265 未加载
评论 #3917626 未加载
eli大约 13 年前
I don't think that's playing dirty at all. I think it's quite clever.
jeffjose大约 13 年前
Gmail used to do that with their attachment. You choose the attachment, and it silently starts to upload. Most applications wait for you to hit "Send" to start uploading.
评论 #3914183 未加载
评论 #3914232 未加载
hk__2大约 13 年前
Chrome does the same, when you right-clic on a file and select "Save as…", the download begin in a temporary file, and then when you select the emplacement where you want to put the new file, it moves the temporary file in it.
评论 #3915788 未加载
评论 #3914895 未加载
tomerv大约 13 年前
I'm not an Instagram user, so I may be off base... but why not start uploading the photo right when the user snapped it, i.e. before selecting a filter. Then apply the selected filter server-side on the original photo. That way you save a few more seconds while the user is selecting the filter.
评论 #3914413 未加载
评论 #3914548 未加载
lucaspiller大约 13 年前
Does anyone know what the sign up slide is about (<a href="http://speakerdeck.com/u/mikeyk/p/secrets-to-lightning-fast-mobile-design?slide=82" rel="nofollow">http://speakerdeck.com/u/mikeyk/p/secrets-to-lightning-fast-...</a>)? Do they create a user account when you hit the form, then fill it in with your details asynchronously later?
评论 #3914123 未加载
评论 #3914462 未加载
waveturtle大约 13 年前
I assumed this was the case because the "time since" label on a freshly posted photo is usually between 10-20 seconds, indicating they had my photo well before I tapped "Done." I think it's a pretty genius little UX hack to make the process feel quick.
ajross大约 13 年前
The Google+ Android app does basically the same thing. It syncs everything from your camera to the cloud (configurable, but I believe the default is to sync always when on wifi), where you can choose to share them at your leisure. It's actually really handy. My wife is routinely <i>not</i> uploading cute kid photos to Facebook from her iPhone because it's too much of an annoyance (or because she doesn't want to compose the text to go with it). I can do it at my desktop whenever the mood hits me.
评论 #3915023 未加载
stcredzero大约 13 年前
Everything he says is completely applicable to online games. Online games need to be designed around responsiveness. Another way to put it: the online game design should be pervasively focused on creating the illusion of low/no latency.<p>An example in an online game I'm designing: damage and deaths are finalized with a one second delay. This way, the clients can optimistically render ships and combat effects, but everything is still verified/finalized on the server.
sikachu_大约 13 年前
I found it brilliant first time I founded that out myself. It's more like improving user's experience from their end.
veyron大约 13 年前
Where in the TOS does it allow them to upload photos that the users don't explicitly select?
评论 #3914075 未加载
评论 #3914281 未加载
评论 #3914048 未加载
r0s大约 13 年前
I've always wondered why client side resizing isn't more popular, it would give a major edge over any web upload.
评论 #3914713 未加载
phil大约 13 年前
This is such a great deck. Unless you're working on a photo sharing app, this slide might offer more generally useful advice:<p><a href="http://speakerdeck.com/u/mikeyk/p/secrets-to-lightning-fast-mobile-design?slide=25" rel="nofollow">http://speakerdeck.com/u/mikeyk/p/secrets-to-lightning-fast-...</a>
bdittmer大约 13 年前
I'm really surprised by the number of commenters who didn't figure this out already?
评论 #3915565 未加载
zobzu大约 13 年前
FYI Google instant (which is integrated, at least in AOSP) or smth does the same, by default. That is it uploads your pictures instantly to Google picture thingy. You can turn it off thanksfully.
cskau大约 13 年前
Doesn't that mean they actually start grabbing the photos before really getting permission from the user?<p>Surely they probably got it covered in the Terms, but it still strikes me as playing slightly dirty..
评论 #3914478 未加载
评论 #3914064 未加载
phil大约 13 年前
Did Instagram v1 had this feature?<p>They added high-res photos in v2 and the early upload seems like maybe an attempt not to have the app start feeling much much slower.
MrKurtHaeusler大约 13 年前
Surprised most are concerned on privacy grounds. My first thought was, wow this could chew up many users monthly bandwidth quotas.
junto大约 13 年前
I have just realised that Intagram have an abundance of phallus photos that were never intended for upload!
joe-mccann大约 13 年前
The iOS SDK I'm building at work ultimately does the same thing. Much better UX.
togasystems大约 13 年前
We used the same idea with video uploads.
j2labs大约 13 年前
It's the little things...
jinushaun大约 13 年前
I always suspected that.
jpkeisala大约 13 年前
I though it was slow
hswolff大约 13 年前
Why is Speakerdeck polluting my back history? :(
rogerchucker大约 13 年前
I trust Instagram to not engage in monkey business with my data. Having said that, this is flirting with the path-address-book kind of privacy-related scrutiny. There has to be a way of telling the user at WHAT POINT the data has started uploading. The progress bar of photo uploads has to mean what it shows or else it is a plain and simple deception (even if it's in the name of performance and user experience). I can't tell if this will erode trust though but don't be surprised if a few make a loud noise about it.<p>Privacy concern and trust form a chicken-egg problem. I wish the Stanford-esque brains behind these tech companies had a better grasp on it.
评论 #3914449 未加载
bratsche大约 13 年前
Seriously, why is this on hacker news? This is ridiculous. I'd downvote this if we were on reddit. :)