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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

Speed Is the Killer Feature

569 点作者 bdickason大约 4 年前

63 条评论

atleta大约 4 年前
He&#x27;s kind of totally wrong about the phones and thus the speed being THE killer feature. First of all, Symbian phones, which <i>were</i> the market leader smartphones when the iphone was released were pretty fast. So were feature phones (i.e. dumb phones).<p>What iphone was a LOT better at than everyone else was UX. Of which speed is one component, of course. It&#x27;s funny how much people never get it although it happened in front of us, it happened to us. At the time I was working at Nokia Research and I remember my girlfriend telling me how his boss got this wonderful phone that you can take photos with and you can view them, etc. The funny thing is that I had such a phone since 2001. I have been working with smartphones for 6 years then, she knew it, she listened to me when I told her or others what I was doing (and then listen to others responding &quot;yeah, but phones are for making phone calls&quot;). She saw me browsing the net on my phones (a 9210 communicator and then a 9500), send emails from the beach, etc.<p>Still it somehow didn&#x27;t register. Because it looked like something that she&#x27;d never use. And then the iphone that did a lot <i>less</i> made her and basically everyone understand what a smartphone is. (Even though by then symbian smartphones were pretty common, most people didn&#x27;t use them as smartphones.)<p>So no, it&#x27;s not simply the speed. It&#x27;s the UX. And even if we talk about speed, it&#x27;s still not the speed, but it&#x27;s the perception of the speed, which a lot has been written about: delay (lagging) matters a lot even if speed on average is OK.
评论 #26321511 未加载
评论 #26319018 未加载
评论 #26317530 未加载
评论 #26319915 未加载
评论 #26319709 未加载
评论 #26318603 未加载
评论 #26327150 未加载
评论 #26326852 未加载
评论 #26323705 未加载
评论 #26325782 未加载
pontifier大约 4 年前
I vividly remember using a kiosk to order a sandwich at a gas station 3 years ago... Not because the sandwich was great, not because it had a great logo, or a great name...<p>The INSTANT I hit the button to complete the order, the built in printer almost spat the ticket at me. I ordered a second sandwich just so I could get a video of that happening again.<p>Edit: Just found and uploaded the video :) <a href="https:&#x2F;&#x2F;youtu.be&#x2F;TX_-dXIpPvA" rel="nofollow">https:&#x2F;&#x2F;youtu.be&#x2F;TX_-dXIpPvA</a><p>Edit2: looks like it was a soda, not a second sandwich.
评论 #26314689 未加载
评论 #26314306 未加载
评论 #26315212 未加载
评论 #26319972 未加载
评论 #26316656 未加载
评论 #26314641 未加载
评论 #26316976 未加载
评论 #26314858 未加载
评论 #26315621 未加载
评论 #26315616 未加载
评论 #26315327 未加载
评论 #26317057 未加载
评论 #26319439 未加载
jonplackett大约 4 年前
This I think is a key reason Netflix is a default ‘channel’ in my mind, whereas Apple TV, amazon prime and Disney plus are all just apps.<p>Netflix is faster in every way. There’s a button on my TV specifically to launch it, the videos start faster, fast forwarding is faster, there’s less buffering in general. Every single touch point is fast. And it’s because they put the effort in where the others didn’t.
评论 #26313630 未加载
评论 #26313571 未加载
评论 #26315920 未加载
评论 #26314029 未加载
评论 #26313858 未加载
评论 #26322759 未加载
评论 #26314308 未加载
评论 #26314352 未加载
评论 #26313795 未加载
pdimitar大约 4 年前
This might be because I am a former semi-pro Quake3 player but these days I grind my teeth with 95% of all software. Everything feels like it has at least 200ms delay injected, on every transition.<p>I&#x27;d honestly pay extra for an iPhone where I can disable ALL motion, too. But that&#x27;s the least of the problems.<p>I don&#x27;t want to become the grumpy old grandpa yelling &quot;back in my day!...&quot; but we have waaaaaaaaaaay too much young JS devs who know nothing else.<p>We need to get back to native UIs. Is it awfully hard? Yes it is. Do the users care? No, they don&#x27;t. Many people want fast UIs.<p>But to be fair to all sides -- there are also a lot of people who don&#x27;t notice certain slowdowns that I scoff at. So there is a middle ground that won&#x27;t cost billions to achieve and IMO that should be chased after.
评论 #26314590 未加载
评论 #26314922 未加载
评论 #26313883 未加载
评论 #26314942 未加载
评论 #26313839 未加载
评论 #26314995 未加载
评论 #26314642 未加载
评论 #26316382 未加载
评论 #26314998 未加载
评论 #26313907 未加载
评论 #26314533 未加载
评论 #26315927 未加载
评论 #26313908 未加载
评论 #26315268 未加载
评论 #26317787 未加载
评论 #26315983 未加载
评论 #26317001 未加载
评论 #26318133 未加载
评论 #26317590 未加载
评论 #26316794 未加载
评论 #26314387 未加载
评论 #26315758 未加载
评论 #26317650 未加载
评论 #26336387 未加载
评论 #26336360 未加载
评论 #26320005 未加载
评论 #26318314 未加载
评论 #26314401 未加载
评论 #26318146 未加载
评论 #26318365 未加载
评论 #26318662 未加载
评论 #26317266 未加载
评论 #26317525 未加载
评论 #26314392 未加载
评论 #26319701 未加载
habosa大约 4 年前
Speed is <i>still</i> the differentiator on iPhones. After 10 years of Android I switched to iOS and it&#x27;s like someone greased up the whole experience. I didn&#x27;t realize how much waiting &#x2F; stuttering I was taking for granted on Android.<p>I can never go back to Android now. I&#x27;m sure if you studied the phones under a high speed camera we&#x27;d be talking about differences of only tens of ms but when you tap something 1000x a day it really adds up. It&#x27;s just like how most programmers are hyper sensitive to text editor latency.
评论 #26314645 未加载
评论 #26313636 未加载
评论 #26314086 未加载
评论 #26313711 未加载
评论 #26313838 未加载
评论 #26313568 未加载
DarwinMailApp大约 4 年前
I can certainly attest to this.<p>Every second support email in the early days of <a href="https:&#x2F;&#x2F;www.darwinmail.app" rel="nofollow">https:&#x2F;&#x2F;www.darwinmail.app</a> was from users who were wondering why the website wasn&#x27;t faster to load and operate.<p>I knew that this was going to slowly kill the product if I didn&#x27;t focus on optimising the speed immediately. I also heard somewhere that even a 0.01 increase in load times for Amazon&#x27;s website would cost them somewhere in the region of 100&#x27;s of millions.<p>1. I gathered feedback from all users that said the website was slow (in any way and in any page&#x2F;component&#x2F;workflow).<p>2. I created a Trello board <a href="https:&#x2F;&#x2F;trello.com&#x2F;c&#x2F;PPuhLtW0&#x2F;95-upgrade-performance" rel="nofollow">https:&#x2F;&#x2F;trello.com&#x2F;c&#x2F;PPuhLtW0&#x2F;95-upgrade-performance</a> for all the feedback.<p>3. Since that week of initial performance enhancement research and groundwork, I have essentially been completing todo&#x27;s on that Trello card and adding more tasks as time goes on. I think the more speed improvements I make, the more I learn about what other parts of the application can be sped up. It&#x27;s like economics, the more you learn, the more you realise you have so much more to learn :D<p>A few years later and I have not received an email suggesting to increase the speed of the app in several months, although I continue to make speed improvements on a regular basis.<p>Netflix have been my source of inspiration here. They are leagues ahead of every other streaming service and their custom architecture placed at the ISP level is absolutely incredible and paramount to how the deliver content with such amazing speeds.
评论 #26314382 未加载
评论 #26314200 未加载
GuB-42大约 4 年前
The thing is, the iPhone isn&#x27;t that fast, but it is able to react quickly to your input by showing you a nice, smooth but slow animation while work is being done in the background. As a result it feels faster.<p>That&#x27;s something no other smartphone could do. I don&#x27;t know how things are today but I looks like Android more or less &quot;solved&quot; the problem by throwing powerful hardware at it.<p>The killer feature is not really speed, but low input latency. And this is achieved by taking performance in consideration during development. And contrary to the old &quot;premature optimization is the root of all evil&quot; saying, you have to do it early, because while can be relatively easy to increase throughput, latency is much harder to deal with.<p>This is also part of the success of Google Chrome. While it didn&#x27;t load pages that much faster than its competition it was great at showing you something quickly. It took ages for Firefox to catch up, and it looks like it did mostly because Chrome became slower over time. How is Servo going BTW?
评论 #26314008 未加载
评论 #26315248 未加载
评论 #26314692 未加载
评论 #26318087 未加载
评论 #26315162 未加载
评论 #26314337 未加载
评论 #26315955 未加载
评论 #26314644 未加载
riho大约 4 年前
This is a big reason why I get frustrated with comments about high refresh rate monitors being mostly for gaming, or it not being that important for productivity applications.<p>There&#x27;s a reason why it&#x27;s hard to ever go back, once you&#x27;ve experienced the fluidity of even just your mouse cursor reacting instantly to your movements.<p>If you&#x27;ve ever used the iPad Pro, there&#x27;s clearly something special about the experience. It just _feels_ better, and for all the same reasons described in the article.<p>60hz is far from smooth, and that number is a leftover from days past, not what is actually optimal or good.<p>Display technologies unfortunately still have ways to go when it comes to high resolution, color accurate panels, with high refresh rates, but the general direction on the market is that high refresh rates are not available in the &quot;productivity&quot; category of monitors, even if sometimes the manufacturer has panels that would fit the bill. You unfortunately always need to look in the gaming category, which usually lack many of the features you&#x27;d like in a more productivity centered display. Such as a fully adjustable stand, high color accuracy and viewing angles, virtual display splitting, or just overall design of the enclosure.<p>I could go on another rant about display enclosure designs... Why isn&#x27;t there a single company out there (with perhaps the exception of Dell) that&#x27;s creating nice and minimal display enclosures that aren&#x27;t covered in cheap plastic and &quot;aesthetic&quot; ornaments? Apple&#x27;s Cinema Display from 2004 is to this day one of the better looking enclosures out there.<p>I don&#x27;t think you can blame this on the consumers really. For the higher end market that I&#x27;m talking about in general here, I&#x27;d be willing to take a bet on if you build it they will come. I&#x27;d certainly be praising any company willing to take this on to high heavens.<p>I want a great, fast, accurate panel with a nice, minimal, aluminum enclosure. Is that just too much to ask?
评论 #26314945 未加载
ALittleLight大约 4 年前
I&#x27;ve worked on a project that failed and I always felt speed was a real problem. I tried but never succeeded in convincing people that speed was the issue.<p>In our case, our users had a specific flow through the application they would use, and it worked, but it required clicking many (10+) buttons and waiting for a web request on each. People on the team were satisfied that the flow worked and going through it didn&#x27;t take TOO long... But what people on our side didn&#x27;t get is that our customers had to go through this flow dozens if not hundreds of times - some users would need to do it this many times regularly. It effectively made our users hate using the product, or they would refuse to, or they&#x27;d use it but only a little bit and they&#x27;d try to minimize the cost.<p>I tried to get people on our side to experience the pain points, e.g. asking PMs to follow this flow one hundred times, and things like that, but I never could get through to anyone that we should redesign and refocus on making it usable. Maybe a mockup of a faster flow was what was needed to be persuasive there.
评论 #26319533 未加载
评论 #26319039 未加载
dragontamer大约 4 年前
&gt; When you touched a Razr or a Palm phone, there was a delay. It felt sluggish and slow.<p>I always felt like resistive screens were more responsive than capacitive screens.<p>Case in point: My 3DS resistive screen and Palm Centro responded instantly. I think their downside was the necessary use of the stylus (because of the additional precision, their UIs required you to pull out the stylus before you could do anything effective).<p>What the Apple iPod Touch &#x2F; iPhone did, was allow you to touch without using a stylus.<p>Anyway, I read this post as if its a mirror-image of my reality. The one thing I remember about Apple&#x27;s capacitive push was that it felt slower than what I was used to. Honest.<p>--------<p>With that being said: I&#x27;ve played fighting games vs opponents who can 1-frame link and counter-throws within 7-frames (115 milliseconds). I&#x27;m well aware of the human-brain&#x27;s capability to process data far faster than most people realize.<p>Musicians, Video Game players, Athletes... I expect most of them to have reaction speeds well above average: below the 200ms typical human. Even then, &quot;average&quot; humans have far better reaction speeds and ability to perceive things that happen in factions-of-a-second (at least, once you make them aware of those things).<p>UI-speed is absolutely a great feature. I just disagree that Apple&#x27;s iPod Touch or iPhone was a good representation of that.
评论 #26313067 未加载
ksec大约 4 年前
May be Speed isn&#x27;t the right word, Latency would be better.<p>We can look at Input Lag [1], and Microsoft Research&#x27;s work [2] on Touch Input. Apple&#x27;s ProMotion being part of that as well. For the past 20 years we have make 10 - 100x improvement in bandwidth at the expense of Latency. Now we need to do more work on it . Especially if we want VR or AR which are extremely latency sensitive. John Carmack [3] used to talk a lot about it when he was still working on Oculus. How it was faster sending something hundreds of miles away than showing it on your computer screen.<p>[1] <a href="https:&#x2F;&#x2F;danluu.com&#x2F;input-lag&#x2F;" rel="nofollow">https:&#x2F;&#x2F;danluu.com&#x2F;input-lag&#x2F;</a><p>[2] <a href="https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=vOvQCPLkPt4" rel="nofollow">https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=vOvQCPLkPt4</a><p>[3] <a href="https:&#x2F;&#x2F;danluu.com&#x2F;latency-mitigation&#x2F;" rel="nofollow">https:&#x2F;&#x2F;danluu.com&#x2F;latency-mitigation&#x2F;</a>
draklor40大约 4 年前
Whenever I bring up the topic of performance and speed of software, I used to get &quot;Pre-mature optimization is the root of all evil&quot;, but in reality, companies are spending billions just to squeeze an additional 1-2% improvement in compilers optimizations,browser engines, kernels and processors.<p>Speed matters. I CAN perceive the latency of using an SPA vs using a native application. I notice. the diff. between executing a GNU binary vs running a js based script.
评论 #26314241 未加载
评论 #26326708 未加载
baxtr大约 4 年前
<i>&gt; Yet teams consistently overlook speed. Instead, they add more features (which ironically make things slower). Products bloat over time and performance goes downhill.</i><p>This. Yet, I’d say it’s not the teams. In my experience it’s usually management that demands new features and doesn’t care about speed.
评论 #26313453 未加载
评论 #26313553 未加载
评论 #26313551 未加载
theptip大约 4 年前
This is a popular sentiment around here, because we care about the craft and want to build something that is beautiful&#x2F;well-made.<p>However, speed is not “the killer feature”. Speed does not add any value in isolation; your app needs to solve a need for the user first. If you don’t have PMF don’t think about speed yet.<p>The article gestures at objectivity by linking some cases where people measured revenue gains from speed improvements, but fails to follow through and actually propose an experiment or ROI calc. If you think your app is slow, run an experiment and measure the impact on conversion. (You can even take a page from Google’s book and _add_ delay with a simple sleep() if you don’t want to spend any time on perf work before you get data. Or just do the first bit of low-hanging fruit and measure the impact.)<p>Talk to your users and ask them what frustrates them in the app. It might be “takes so long to check out”, or it might be “it just lacks feature X that competitor Y has”. I’d suggest it’s unwise to spend time on perf work if you are pre-pmf and the main feedback was the latter. Again, do experiments too because customers don’t always tell you what they need. In particular enterprise users often don’t care as much about speed, as long as you tick all of the boxes. Many users are used to line-of-business software that is slow and buggy, so your bar in B2B is not always high here.<p>Finally do an ROI calculation. If a perf iteration is going to cost you $20k in dev resource, and get you 7% improvement on $10k of monthly revenue, that might not be the right thing to focus on. Ideally you’re looking at features that will improve your top of funnel volume more than that.<p>It’s all a trade-off. It depends on your company’s level of maturity, Product&#x2F;Market fit, and the value of the marginal feature that you’d be deferring to make your app go faster.<p>If we interpret this to be a political manifesto carrying the message “you should care more about speed&#x2F;performance”, I’d prefer the meta-level “you should care more about trade-offs and marginal value”.
评论 #26318573 未加载
brundolf大约 4 年前
Two points:<p>1) As programmers we&#x27;re biased to feel like speed is the most important thing because it&#x27;s very fun and satisfying to optimize. In reality, for actual users, it&#x27;s one of many different axes of value that have to be weighed against each other. In some domains it&#x27;s critical, in some it matters very little, in most cases it&#x27;s one important factor among many.<p>2) There are different types of &quot;speed&quot;. Generally anything that&#x27;s supposed to mimic something physical - basic UI feedback, real-time games&#x2F;simulations, etc - has a much higher speed requirement than some abstract process. Will the process take long enough that it makes sense to show a loading spinner at all? Then the user probably won&#x27;t mind waiting a couple extra seconds. Will it take &lt;500ms? then the user will approximate it to &quot;instant&quot;, and will notice if there&#x27;s a bit of &quot;lag&quot;.<p>&gt; Phones in 2007 had the same features as the iPhone. The Palm Treo even had a touch screen. The difference was <i>speed</i>.<p>If the original iPhone had taken twice as long as the Treo to load a web page, but the touch screen was still more responsive, people still would have perceived it as being &quot;faster&quot;. The extra seconds matter less than shaving off the extra milliseconds.
sgeisler大约 4 年前
As a former BlackBerry 10 user (QNX based with C++&#x2F;QT native apps) that&#x27;s something that annoys me endlessly about Android. How can a simple action like displaying a small, locally cached playlist take any noticeable time at all?! There is no inherent reason for building Apps in JS+HTML adding a dozen additional layers all costing precious time. Even some &quot;native&quot; (Java) apps seem slow at times. Also switching between apps often causes these to be effectively closed, adding startup time when reopening them (are they really that memory-hungry, why?!). I never had these problems with my BB 10 phones even though these had half the RAM (2G, current Android 4G) and way less cores (2 vs. 8). I wish they hadn&#x27;t discontinued this awesome platform.
tempestn大约 4 年前
I would argue that the key differentiator of the first iPhone was screen size. It was the first popular phone where essentially the entire face of the phone was dedicated to screen, made possible by a software keyboard. By today&#x27;s standards it&#x27;s tiny, but at the time nothing else came close. Trying to do anything on any other phone was impossibly cramped by comparison. Especially using the web, since there was no such thing as a mobile or responsive page then, so you needed a phone with the screen real-estate to use desktop websites. The iPhone was the first phone to make this less than utterly painful.<p>All that said, I do agree with the general thesis. Evernote has just come up with a huge update of all their apps, having ported them all to Electron to standardize development. The only problem is, they&#x27;re all brutally slow compared to the native apps that preceded them, and it truly ruins the experience.
评论 #26313721 未加载
renewiltord大约 4 年前
The iPhone&#x27;s release was the first concrete time I instantly noticed that tech enthusiasts are shit about understanding tech products. Every normal person described it in glowing terms but &#x2F;r&#x2F;technology, Slashdot, and every damned tech enthusiast community spent most of the time talking about Reality Distortion Fields and how Nokia had this or that feature and the iPhone couldn&#x27;t copy-paste.<p>Stopped listening to these people for product expertise. Even took a chance on Facebook at $19 when HN was gleefully expounding on how this was obvious and the company was doomed. Glad I did that.<p>Did it again when everyone on HN was <i>convinced</i> SMCI was spying for China. Worked out again.<p>I&#x27;m going to call it &quot;Tech Enthusiast Inverse Sentiment Index&quot; TEISI. List it on the NYSE and people can make big money doing the opposite of people here. Maybe you get a couple of losses like WeWork and whatever but overall, I think you win.
评论 #26322830 未加载
lordnacho大约 4 年前
Slowdown has actually been the only reason I ever replaced a phone. Somehow the manufacturer sent an update and stuff turned to molasses, and that has been my trigger to get a new phone each time. There&#x27;s no excuse for this, it&#x27;s not like the apps I use are especially demanding. I&#x27;ve written a few apps on the side, and most of the ones I use should just be your average mashup of buttons, pictures, and REST calls. Besides, the slowdown comes when the OS is updated, so it&#x27;s probably not the apps changing.<p>I&#x27;ll never get another Samsung, even though I don&#x27;t know if they did it deliberately, or if it was even them that did it.<p>Somehow my current phone has lasted 3 years with no appreciable slowing.
ancarda大约 4 年前
This is one reason why I prefer command line programs and websites like SourceHut and HackerNews over GitHub and Reddit. Also, why I disable or reduce as many animations as I can in graphical software I use.<p>Everything is just too slow -- and it doesn&#x27;t need to be.
StillBored大约 4 年前
Speed, is a minimum requirement of most systems, same as correctness.<p>It seems to me that basically 100% of the UI&#x2F;UX developers at the big tech companies are woefully ignorant of the fact that there is a massive amount of data and papers written about human computer interaction. I&#x27;m guessing that is because few comp-sci programs even touch the topic, rather spending all their time on more esoteric&#x2F;mathematical topics.<p>In summary, a very large number of studies were done in the 1960s-1980&#x27;s on the _human_ aspects of user responsiveness (important when timesharing became common), how people learned computer interfaces, and how effective they were at operating them. Despite some of these papers being &gt; 40 years old, none of it has really changed because the studies were about humans, less than computers. The underlying computing may have changed from a time shared terminal to a phone in someones hand connected to a server, but in that time the human cognitive loop hasn&#x27;t changed.<p>IMHO, and somewhat backed by the science, any system which isn&#x27;t responding in under 100ms is broken unless its performing something extraordinary. If its actually interactive (like typing on a command prompt) even that is far to slow. User frustration, and loss of attention are real things, and you can bet when given the choice users will pick less frustrating systems. The saving grace for many of these platforms is that the entire industry is trying to be like the fashion industry and follow the latest trends. So it doesn&#x27;t matter if BigCoX makes a huge UI blunder all the others will follow it down the lemming hole.<p>So tell me why some of the conclusions in a paper like <a href="http:&#x2F;&#x2F;larch-www.lcs.mit.edu&#x2F;~corbato&#x2F;sjcc62&#x2F;" rel="nofollow">http:&#x2F;&#x2F;larch-www.lcs.mit.edu&#x2F;~corbato&#x2F;sjcc62&#x2F;</a> (1962) are wrong. How about: <a href="http:&#x2F;&#x2F;yusufarslan.net&#x2F;sites&#x2F;yusufarslan.net&#x2F;files&#x2F;upload&#x2F;content&#x2F;Miller1968.pdf" rel="nofollow">http:&#x2F;&#x2F;yusufarslan.net&#x2F;sites&#x2F;yusufarslan.net&#x2F;files&#x2F;upload&#x2F;co...</a> (1968)<p>Amusingly other classics like <a href="https:&#x2F;&#x2F;www.microsoft.com&#x2F;en-us&#x2F;research&#x2F;wp-content&#x2F;uploads&#x2F;2016&#x2F;02&#x2F;acrobat-17.pdf" rel="nofollow">https:&#x2F;&#x2F;www.microsoft.com&#x2F;en-us&#x2F;research&#x2F;wp-content&#x2F;uploads&#x2F;...</a> are discovered regularly too (1983).
bdickason大约 4 年前
Author of the post here - I had no idea there were so many more people out there like me passionate about speed (and frustrated by how slow apps&#x2F;devices are these days).<p>Thanks everyone for sharing really awesome examples in the comments here - from Games to Receipt Printers to Apps, it&#x27;s clear that speed is valued.<p>Or... that there&#x27;s a big opportunity to bring back lightning fast products :)
ZephyrBlu大约 4 年前
All I have to say is that the &quot;what would it be like to live with lag?&quot; is insane.<p>1&#x2F;3 of a second is already insane lag, 3 seconds is just ridiculous.
评论 #26313738 未加载
collaborative大约 4 年前
The UI has to remain 100% responsive. So put that task in a BG thread and show the user that it is being processed (with a progress bar for extra friendliness). Stay away from frameworks that don&#x27;t have responsive UI - native is best
felixding大约 4 年前
&gt; ... a Palm phone, there was a delay.<p>My first impression was &quot;unbelievable&quot; - how on earth would anyone think a Palm device is slow?! Then I followed the link and saw a Palm Tree 750&#x2F;V... oh, of course, that thing run Windows Mobile.<p>A Palm device running Palm OS is blazing fast! I switched to iPhone from Treo 650 in 2009. Almost everything became much slower. The iPhone software was slow, so was the user interaction (in the sense of UX).<p>Palm only started using Windows in its later years. And there were actually very few Windows Palm phones. Most Palm PDAs and phones run Palm OS and were very, very fast.
lucas_membrane大约 4 年前
Nothing to see here.<p>Speed always has been not only the most important thing, but virtually the only important thing. Back before most of you were born, there was a review (in PC Magazine, IIRC) of the category of spreadsheet programs. MBA Analyst dominated the others (visicalc and lotus 123, IIRC) in every category except speed, in which it was OK, but not great. That&#x27;s why you never heard of it.<p>The speed requirement is closely related to the self-importance fallacy. If a computer needs time to think, maybe we could make good use of a few moments pause, too.
clarge1120大约 4 年前
There are different kinds of apps for different use cases. Performance is a feature, but not always necessary.<p>For example, Line of Business (LOB) apps are built with ROI in mind. LOB apps help businesses run more efficiently, and employ the vast majority of developers. These are the most used apps in the world, and company owners are much more interested in functionality, automation, and distribution of apps than performance and usability.
评论 #26315293 未加载
floatingatoll大约 4 年前
Could someone please show this article to digital board game creators? There are so many great games that waste 50% of my playtime on PowerPoint transitions and smooth movements. It’s so frustrating trying to enjoy a game when you have to watch a ten second animation in order to have a single tile flipped over, or a five second fade just to represent end of turn.
bajsejohannes大约 4 年前
It seems like Apple is moving backwards on this at the moment, though. Perhaps they were more concerned about it when they were trying to get into the market.<p>Examples I can think of: The emoji selector (ctrl+cmd+space) is quite slow. On my brand new macbook, it&#x27;s a small noticeable pause, and on my old macbook it&#x27;s several seconds (during which time keyboard input is lost).<p>&gt; If you can’t speed up a specific action, you can often fake it. Perceived speed is just as important as actual speed.<p>Second example is facetime on my iPhone. They fake being fast by showing the last opened screen. For me, it&#x27;s very often the &quot;most recent calls&quot;. The problem is that in the meantime there&#x27;s been another call. Result: I see the person I want to call back, tap on the screen where they are, observe that the content changes and I call the wrong person. This happens often enough that I should learn, but somehow I don&#x27;t.
baybal2大约 4 年前
&gt; When you touched a Razr or a Palm phone, there was a delay. It felt sluggish and slow. Apple removed the delay between your finger tapping the screen and something happening. Your finger could finally manipulate the UI in realtime, just like in the real world. It felt magical. If there was even a slight delay, the whole experience fell apart.<p>A very strange phone to reference. First iPhone was slow as molasses with all of the excessive visual effects.<p>It was only around OMAP iphones when they first got proper hardware acceleration.<p>Palms were noticably faster than WinMo 6, and WinMo 6 was faster than 5 which was indeed painful to use because of input lag.<p>Ironically, Android is still somwhat slower than WinMo 6 on input lag despite every trick Google is throwing on it.<p>I read somewhere they even tried to wire the input layer directly to hardware acceleration to make scrolling less laggy.
mangoman大约 4 年前
In the US, everywhere I&#x27;ve lived, Comcast has been king. But their new TV Boxes are so fucking slow I can&#x27;t stand it. 2 second delays just to type a number. If any competitor was smart, they&#x27;d invest into their boxes&#x27; speed and just destroy comcast on that alone.
评论 #26315671 未加载
ulisesrmzroche大约 4 年前
This is Bullshit with a capital B. The killer feature of the iPhone were looks and apps.<p>It was the first all-in-one (camera, music player, phone, game system, organizer, etc) that didn’t make you a bully target.<p>Not saying Speed is unimportant...I’m saying this is straight up lying.<p>Like back in the AOL days, when dialup was a thing, the internet was dogshit slow, but you still had to get in line to use it. Took hours more often than not.<p>If people valued speed more than anything, aol would have gone bankrupt. People are willing to pay extra for speed but can live without it as long as features are there.<p>This is starting to bug me because for startups, this is bad advice. It’s actually harmful since it’s all about product-market fit at the beginning. You’re better off throwing away code instead of optimizing.
nromiun大约 4 年前
This is spot on. I was originally using PayTM to pay my bills for phones and TV. And while it was a little bloated and sluggish there was nothing better. But then Google Pay was released, and it was so much faster then anything else on the market.<p>But Google Pay released a new update using the flutter framework. And now even scrolling takes ages to complete. I complained on Play Store but the reply said to check my internet speed.<p>Meanwhile PayTM has also redesigned their app, but unlike Google Pay their updates actually made the app much faster and intuitive. I still check Google Pay from time to time to see if they have fixed their app, but the scrolling is still laggy (it feels like you are in a web page) and the loading page still flickers.
评论 #26321575 未加载
seanwilson大约 4 年前
&gt; Speed during Checkout - Every second of page load time kills conversion rates. A 1 second delay reduces conversion rate by 7%.<p>I think it&#x27;s fine to say faster page loading makes users happier and will increase conversions but you should avoid generalising with such specific figures (I see this often with page speed article titles where they mention conversion rates changes to 4 significant figures). It&#x27;s going to vary wildly based on the product, audience, price, exclusivity, custom loyalty etc. and you&#x27;ll get diminishing returns as well.<p>The impact page speed has on amazon.com conversions isn&#x27;t going to be the same as on your side-project website for lots of reasons.
评论 #26314071 未加载
评论 #26313703 未加载
tome大约 4 年前
The word &quot;latency&quot; is mentioned three times in the article, &quot;speed&quot; fifteen. Yet latency is actually the more precise and accurate word for the concept the article is trying to communicate isn&#x27;t it?
CinematicStudio大约 4 年前
Agreed 100%! I&#x27;ve redesigned the UI of my timeline (for a video editor) several times, in order to constantly make it faster.<p>It&#x27;s painful (for me, that is :D), but I know it&#x27;s the right thing to do.
gnyman大约 4 年前
If you have a iPhone without home button, go to settings, wallet &amp; apple pay and uncheck doouble click side button<p>Now turn off the screen with the power button.<p>Notice the annoying delay when turning off the screen is gone? enjoy :-)<p>Of course you also don&#x27;t have a way to invoke the wallet manually, but luckily if you put it near a payment terminal it will auto activate<p>Probably won&#x27;t work if you&#x27;re a heavy apple wallet user but if you use it only sporadically I personally think it&#x27;s worth it, I found the delay very annoying when I switched to a homekeyless iphone
ska大约 4 年前
I think this is overly reductive.<p>Speed (or more likely, perceived speed) is only one part of UX, and how much it matters depends a lot on what else is going on and the users expectation. Even focusing merely on responsiveness feels a bit superficial.<p>Something a bit closer to the core of it is that whenever a user is focused on waiting for your software, it reduces their experience. That can be articulated better I&#x27;m sure - and still is only one part of the (complex) equation.
bjarneh大约 4 年前
Isolated we all agree on this, i.e. speed is important. But you constantly see high praise for many of the technologies that facilitate this &quot;slowness&quot; creeping into apps and websites. With each level of abstraction we loose speed; either it&#x27;s languages that &quot;compile&quot; to other languages, or ORM&#x27;s, or frameworks that solve different tasks, but when stacked on top of each other; everything feels like mud..
tommilukkarinen大约 4 年前
It&#x27;s long time ago so I don&#x27;t remember well, but at least the camera was not fast (I was working with camera stuff at the point so that&#x27;s what I paid attention to). It was slow, barren of features and looked like developed hastily by a student.<p>The thing with iPhone was the capasitive screen, which made touch UI work. At the point I had already worked with phone touch UI:s for seven years, and that&#x27;s the thing that felt like magic.
dystroy大约 4 年前
Developers and marketers often overestimate how much the users will love the impressive and slow effects they pack their products with.<p>I was reminded by this today as I installed Debian on a new computer. Why do Gnome makers imagine it&#x27;s OK to have the *default* on slow (&quot;Animations&quot;) rather than instant ? Do they really think we&#x27;ll be happy enjoying a 200ms or 500ms delay every time we reduce or open a window ?
pul大约 4 年前
I often wonder if my obsession with speed is helping me forward, or holding me back. (I&#x27;m working on <a href="https:&#x2F;&#x2F;www.nslookup.io" rel="nofollow">https:&#x2F;&#x2F;www.nslookup.io</a> on the side.) There&#x27;s so much else to be done. Will users really care enough to come back? Is a 20% speed up worth more than a better design or an additional landing page? I don&#x27;t know...
mrvenkman大约 4 年前
The &quot;ipod&quot; and &quot;ipod Touch&quot; were the reason the iPhone was successful. The speed and reaction time was important too - but I wouldn&#x27;t call it a &quot;killer feature&quot; - it was necessary because phones weren&#x27;t slow - actually there was nothing particularly slow about about the RAZR. I don&#x27;t understand the comparison.
phkahler大约 4 年前
&gt;&gt; Does your checkout page take 10+ seconds to load? Did you have to wait for a loading indicator multiple times along the way?<p>Those aren&#x27;t even the right questions.<p>Change 10 seconds to 1 for the checkout page. And then ask if they <i>ever</i> have to watch a loading indicator. We have no hope if we dont set good goals.
sverhagen大约 4 年前
Speed is important. And when something is near or completely unusable, that&#x27;s a bug. It is also a quality attribute that we architect for, to some, limited extent. Otherwise, speed is &quot;just&quot; a feature like any other, and Product Management should tell me where it ranks in priority.
fairity大约 4 年前
Does anyone know of a reputable study on how load speed affects conversion rate? I’ve heard many people claim that small increases in page load speeds have been shown to have outsized impact on conversion but have never seen actual studies with proper controls.
benlivengood大约 4 年前
I&#x27;m always amused when I need to use FVWM or xfce on old hardware and it&#x27;s snappier and more responsive than Gnome on newer hardware. About the only thing old hardware can&#x27;t do is smooth scrolling&#x2F;resizing&#x2F;moving and that&#x27;s all GPU.
评论 #26344695 未加载
buf大约 4 年前
As a Notion user, I feel this pain daily. The lack of an offline support or a modern fast search is going to push me away.<p>For my personal notes, I&#x27;m still organizing it in local files (via vimwiki), but for team notes, Notion needs to step up its game.
lifeisstillgood大约 4 年前
The lag video is fascinating - I see people who are labelled clumsy, unco-ordinated - but maybe they just have a mental <i>lag</i>. After all the world we &#x27;see&#x27; with our eyes is a mental model, a 3D game world anyway.
MR4D大约 4 年前
But not in finance apparently: <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=26345982" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=26345982</a><p>Oddly the links were right next to each other.
bob1029大约 4 年前
Speed is a tricky thing in a complex application. You are ultimately going to be forced to trade latency for horizontal scalability in non-trivial applications with lots of shared state which must also be consumed globally.<p>You can cheat in some weird and fun ways though. For instance, if you say &quot;no user of this system will ever be more than 50ms away&quot;, you get to play some really interesting games with vertical scaling and consolidation of compute capability in an all-in way. I.e. server-side technologies ran out of a single datacenter near the userbase.<p>If your latency domain fits it, something like Blazor server side can be an incredible experience for your users. First load is almost immediate because there&#x27;s virtually no client code. Everything is incremental from there. If you are within 50ms of the server, UI feels instant in my experience. The nature of how applications are developed with this tech means that if your business services are completing requests within the performance budget, you can be almost certain the end user will see the same.<p>Going to the bottom of the rabbit hole, understanding how NUMA impacts performance can make 5+ orders of magnitude difference in latency and throughput. Letting a thread warm up on a hot path and keeping it fed with well-structured data is foundational to ultra-low-latency processing.<p>You can handle well over a million events per second on a single thread on any recent PC using techniques such as LMAX disruptor combined with a web hosting technology like Kestrel. The difference between a class and a struct can be 10x if you get to that level of optimization. I measure user interactions in microseconds in my stack these days.<p>A millisecond is a fucking eternity. You shouldn&#x27;t be doing a bunch of back and forth bullshit in that kind of latency domain. Stream client events to server as fast as possible, microbatch and process, prepare final DOM changeset and send to client all at once. How could any other client-server architecture be faster than this, especially if we are forced to care about a bucket of shared state?
jmacjmac大约 4 年前
I think when you don&#x27;t have a competitor, being slow is okay. People will use your product but otherwise performance matters. Eventhough it never matters as much as your feature set.
评论 #26316824 未加载
PTOB大约 4 年前
I am a heavy AutoCAD user. I can type commands faster than today&#x27;s AutoCAD can grab them. Sometimes it garbles them and executes an alphabetically adjacent command...
hnnotreddit大约 4 年前
I remember when animations were used in UI for the purpose of masking wait times. On the new web, they&#x27;re so misused they cause the wait now.
ChrisMarshallNY大约 4 年前
This is absolutely spot-on.<p>That said, I feel like it is sort of belaboring the obvious.<p>I think that our overdependence on dependencies has a lot to do with UI latency.
IshKebab大约 4 年前
This feels like a bit of history rewriting. Yeah the iPhone was fast, but the real killer feature was the huge responsive screen. No phone until then had had a screen so big, or such a good touchscreen. You could browse desktop web sites! Early Android phones were very slow and janky, yet they still succeeded. There is mountains of enterprise software that is successful despite being insanely slow (<i>cough</i> Teamcenter).<p>Not saying I necessarily disagree with the premise but they chose a poor example.
bambax大约 4 年前
All true. Speed is what users want. Not fancy graphics and certainly not endless confirmations and security assessments.
swyx大约 4 年前
obviously the HN crowd is in favor of speed, but i would argue some of his examples are proof that speed doesn&#x27;t matter compared to others. Notion is horrendously slow and i dont understand how other people can choose to use it, but speed clearly isnt even a necessary condition to become a successful product.
tuckerpo大约 4 年前
Mandatory Handmade shill<p><a href="https:&#x2F;&#x2F;handmade.network&#x2F;" rel="nofollow">https:&#x2F;&#x2F;handmade.network&#x2F;</a>
digitaltrees大约 4 年前
For me it was safari. A real web browser. That was the game changer.
m463大约 4 年前
less than .1 second response and you are <i>interactive</i> which is a big deal.
RocketSyntax大约 4 年前
Speed is a cop out. Engineers love to focus on performance.
fireeyed大约 4 年前
Front end JavaScript framework scourge introduced a lot of this.
评论 #26316332 未加载