Splash screens aren't there for the vanity of the development team - they provide immediate visual feedback to the user that the application is loading any necessary libraries.
I'm also at Adobe and my team recently performed a ground-up re-write of our application. Minimizing start-up time was a high priority item and we did as much as we could to reduce it, but file importers/exporters, codecs, and some plug-ins need to be validated and loaded at some point - would you rather have these costs as one-time, up-front fees or scattered throughout the application as a thousand tiny cuts every time you open some menu command or function that requires these libraries?
But even so, professional desktop applications are not the same as lightweight mobile apps which tend to perform a limited set of tasks through a specific workflow. To compare the two is unfair and and bit clueless. And he brings up OS startup time, as if it doesn't take a LONG time for my Android or iOS devices to boot up - and they have less excuses as the hardware is pretty standard and fixed unlike my desktop machines.
I think his rant about wasted time is valid, but misguided. There's more time wasted navigating non-intuitive interfaces or poorly laid-out common controls. There a lot more time wasted when an application you rely on to do your job doesn't offer the functionality or freedom of workflow to accomplish what you need.
> Splash screens aren't there for the vanity of the development team - they provide immediate visual feedback to the user that the application is loading any necessary libraries.
How is that useful to a user? How many users even know what a "library" is? It might as well have a status bar announcing "Doing TECH thing 1 of 50...."
It seems to me that a splash screen is just a diversion: showing the user just how much Really Important Stuff it's doing hides the fact that they're basically being told to Please Wait. You're trying to make it look exciting, when the truth is it's just getting in the way.
It might as well just splash with "PLEASE WAIT" with no progress bar and no status. It has the same utility.
I'm also at Adobe and my team recently performed a ground-up re-write of our application. Minimizing start-up time was a high priority item and we did as much as we could to reduce it, but file importers/exporters, codecs, and some plug-ins need to be validated and loaded at some point - would you rather have these costs as one-time, up-front fees or scattered throughout the application as a thousand tiny cuts every time you open some menu command or function that requires these libraries?
But even so, professional desktop applications are not the same as lightweight mobile apps which tend to perform a limited set of tasks through a specific workflow. To compare the two is unfair and and bit clueless. And he brings up OS startup time, as if it doesn't take a LONG time for my Android or iOS devices to boot up - and they have less excuses as the hardware is pretty standard and fixed unlike my desktop machines.
I think his rant about wasted time is valid, but misguided. There's more time wasted navigating non-intuitive interfaces or poorly laid-out common controls. There a lot more time wasted when an application you rely on to do your job doesn't offer the functionality or freedom of workflow to accomplish what you need.