Splash screens == sloth
181–190 of 246 posts
Re: Splash screens == sloth
#182Re: Splash screens == sloth
#183Re: Splash screens == sloth
#184Earlier quoted context omitted.
I think I understand what he's saying. Sure, your Dodge Neon may take longer to go 0-60 (i.e. it's okay if Photoshop is slower overall), but there would be something wrong with it if it takes significantly longer just to get in the car (i.e. Photoshop shouldn't take longer to boot up).
No, I think the engine metaphor is pretty apt. I completely understand what he's saying, but the alternative he seems to imply is no better. Why would I want the interface to load but not be able to use it for another 45 seconds? Okay, so I'm in my car (clicked on the shortcut) but I won't be able to go anywhere (use the application) for a few minutes because it's slow to accelerate (load). Who cares about the max sp…
The idea with Photoshop is, sure, loading the entire thing will take much longer, but users tend to use one tool at a time, and loading an individual tool shouldn't take anywhere near as long.
It also makes sense from the point of view of parallelization. One example of an extremely slow operation is waiting for the user to click on something. So instead of sequentially loading things, followed by the user deciding what to do, Photoshop should continue loading while the user decides e.g. what brush size and color he/she wants.
Like any other, this approach has advantages and disadvantages - it would indeed be frustrating if the brush tool hadn't loaded by the time you started using it, and it would probably require a lot of work for Photoshop to load so modularly and on-demand - but all I'm saying is, I understand the value in the alternative he suggests.
Re: Splash screens == sloth
#185Earlier quoted context omitted.
No, I think the engine metaphor is pretty apt. I completely understand what he's saying, but the alternative he seems to imply is no better. Why would I want the interface to load but not be able to use it for another 45 seconds? Okay, so I'm in my car (clicked on the shortcut) but I won't be able to go anywhere (use the application) for a few minutes because it's slow to accelerate (load). Who cares about the max sp…
I think it makes sense. To extend your metaphor, you can do things such as turn on the radio without noticing a performance difference between the two cars. The idea with Photoshop is, sure, loading the entire thing will take much longer, but users tend to use one tool at a time, and loading an individual tool shouldn't take anywhere near as long. It also makes sense from the point of view of parallelization. One exa…
Re: Splash screens == sloth
#186Earlier quoted context omitted.
You know you could just close it from the Dock or application switcher, right?
Yes but that requires a click-and-hold, causing the whole dock to resize for the pop-up menu, which is quite slow on my 32-bit MBP maxed out at 2GB RAM. I find it quicker to just click the Preview icon (causing a new window to open as the focus switches), and command+q.
Basically with command held down the entire time, hit tab until Preview is framed, and instead of releasing command (which would pull Preview to the foreground), hit Q, which will send Preview the command-q event and cause it to quit.
Re: Splash screens == sloth
#187A splash screen basically tells me, in very clear-cut terms, that my time is worth nothing whatsoever. It's a fresh reminder that users' needs don't count as much as programmer convenience does. So... how much IS your time worth? How much extra would you be willing to pay for instantly-responsive applications? Programmer time isn't free, either.
Why should users have to pay extra?? The new version of Basecamp (by the guys who invented Rails) focused on speed, because speed = $$$. The question is, why would you throw away your userbase because your app is so slow to load, it's cutting into their productivity? There is a very large gap between 'instantly responsive applications' and Photoshop.
If that's how they operate then quite frankly they deserve to have "lost" that time.
Re: Splash screens == sloth
#188Earlier quoted context omitted.
That was my first thought. Or people complaining about air travel - "when they are in a chair flying 500 mph 7 miles up!" I find it hard to get worked up about a program that you are going to use for the next 8 hours taking 30 seconds to start. Though I do get annoyed waiting for STS (SpringSource's Eclipse) to start up. One thing that would be very helpful for these plugin based program would be for them to be confi…
It only makes sense to complain about any gap between potential and actual performance, though, because that's how things progress. It's pretty amazing to fly across the country with only ~8 hours of time spent in transit. However, just because that's amazing doesn't make it wrong to complain about one of those hours being spent on completely unnecessary security theater. It could easily be 7 instead of 8, and that's…
Re: Splash screens == sloth
#189I don't understand what he's angry about. Photoshop, Microsoft Office, OpenOffice, these are all enormously complicated programs that require resources to load. That doesn't make them bloatware and it doesn't make the programmers lazy. His proposed solution sucks too. Show the UI while it's loading so the user can impotently click around waiting for the program to "turn on". Windows does this when it boots up and it…
Think of the 100s of millions or even billions of hours of unhappiness caused by whatever utter wanker designed the windows update system. All that misery waiting to go home to your actual life but you can't because your laptop's displaying 'Do not turn off or unplug your computer'. No, just sit here and watch me. Or those times you accidentally opened Word or Photoshop or MySql Workbench (god that's slow) or whateve…