Akkleptos wrote:The key term here is "necessary". It would be bloat however if it uses more resources to do something other programs can, using less. Or just bad programming.
How do you know what's necessary and what's not?
And
necessary is a relative term in this case, because implementations can use more memory than strictly necessary for the sake of speed or stability. Would you rather it use as little memory as possible, and therefore be less bloated by your definition, but run more slowly and have more bugs and crashes?
Cross-platform applications may have higher requirements because it gets a lot trickier to keep everything optimized for each major platform.
Yes, software bloat is bad. But not everything that causes increased memory usage for no apparent reason (to the end-user) is bloat. It may appear that way, but the assumption could be completely wrong. There are a lot of trade-offs.
Office 2007 is doing more than Office 2000 and so will need more memory. But how much more? What's the cut-off between "this is bloated" and "this is not bloat"?
I'm just saying that it's not something an end-user can easily quantify.
Also, when it comes to writing code in 200 Mb when it could have been done in 20, well, that's not good, IMHO.
How do you know it can be done with only 20 MB of memory as opposed to 200 MB? Do you know how much of the 200 MB is code, data, or artwork?
I've read no blogs. I've seen expensive programs we use at work failing to run under Vista, when they work just fine in XP. I've gone to google up fixes and workarounds only to find out it's a Vista compatibility issue, and that no solution exists at the moment. In these instances, the "upgrade" killed productivity. And, no, I'm not saying Vista is necessarily bad. Just that I see it as an unnecessary upgrade.
Vista certainly has a number of problems (I use it at work and regularly experience some of them), but I view some of its compatibility issues as necessary for the health of the industry. Earlier versions of Windows allowed developers to be lazy about security and assume all users were running with admin rights (bad security practice). Microsoft should have fixed that long ago, when there'd be less problems.
Back to bloating, here's a good
example of apps that do pretty much the same essential job, yet having a significant disparity on resource consumption:
They do the "same essential job," but also have a disparity in features. As mentioned by another, iTunes has a built-in shop. It's also cross-platform (probably optimized much more for OSX than Windows, though that's purely a guess as I don't use OSX).
Finally, all I'm saying is not features=bloat (though it's nice to be able to opt out of the ones one doesn't really need), but rather bad, inefficient and redundant programming=bloat.
How do you know what "bad, inefficient and redundant programming" is? Yeah, it's bad, but do you have the source code to be able to tell that a particular application is guilty of it?
Later...