Re: Do you think iTunes is bloated?
Posted: Tue Jun 08, 2010 11:35 pm
It is with great amusement I read this thread 
Life in 19x19. Go, Weiqi, Baduk... Thats the life.
https://lifein19x19.com/
You're really not reading what I said. I explained about the gapless thing; you haven't replied that you understood what I said. It's not a "feature" that's slowing you down; it's the program scanning your files _once_. I am "validating" your experience; but I'm telling you that what your doing is wrong. Will you accept that, let the program scan your files once and for all, and move on?ross wrote:I don't know what to write either. You've said, "if you don’t use certain features, why would they bother you?" and several people--including myself--have given concrete examples of why they bothered us. The fact that the features can be disabled or changed or modified doesn't alter the fact that they bother us. It seems like you're not validating our experiences.kirkmc wrote:I don't know what I want to write; at least, I don't know what reasons people have for saying the program is bloated. If it's simply that they don't understand it - such as the gapless thing, or the file copying thing - that has nothing to do with some mythical "bloat" but rather with users not bothering to find out what the program is doing and how to change what they don't want.
Likewise, you've said, "if it has features you don't want, they don't slow things down." I've given you several examples of features slowing things down. The fact that you can disable those features or the fact that they only run once or the fact that if you have 4gb of RAM then the slowdown isn't noticeable doesn't change the fact that these examples directly contradict your statement.
All in all, I'd say your mind has already been made up--you're not interested in understanding why people think iTunes is bloated, you're interested in countering complaints with ad hoc explanations of why those things aren't so bad. As a software developer, I've found this sort of attitude to be endemic in the field. When users complain about some piece of software being difficult to use, even if hundreds of users have the same complaint, the developer's reaction is always, "Oh, that's in the help file," or "Oh, you're using it wrong," rather than admit their software has a flaw. That's not the way to produce quality software.
(bold emphasis by me)kirkmc wrote:But difficulty is not "bloat" any more than features that you don't use are "bloat".
…
And, once again, you've got an amount of RAM that is way too low.
…
(BTW, you can't have only 512 MB RAM unless you removed some of your RAM; the Mac mini has never shipped with less than 1 GB.)
imabuddha wrote:(bold emphasis by me)kirkmc wrote:But difficulty is not "bloat" any more than features that you don't use are "bloat".
…
And, once again, you've got an amount of RAM that is way too low.
…
(BTW, you can't have only 512 MB RAM unless you removed some of your RAM; the Mac mini has never shipped with less than 1 GB.)
Kirk, I've held off jumping into this thread up till now, but I can let this "stuff" slide. The first two parts I quoted are indeed symptoms of bloated software. (the other main one being slow execution) To insist otherwise is silly. See the very first sentence here: http://en.wikipedia.org/wiki/Software_bloat
The last thing I quoted from your post is factually incorrect. The first mac mini models shipped with only 256MB of RAM: http://www.everymac.com/systems/apple/m ... _1.25.html
So, what's your definition of software bloat then since it seems to differ from the commonly understood meaning?kirkmc wrote:For the first, I don't agree that features you don't use equal bloat.
…
But saying that you don't have enough RAM so the program is bloated is akin to one of my favorite Samuel Beckett quotes:
Bloat for me is features that get in your way; the kinds of features that slow you down because you can't ignore them or turn them off. Frankly, you could say that any "big" program, such as Photoshop or Word, is bloated, but I don't hear that criticism much any more, because the code has been streamlined and they really aren't that slow. (And fast processors all around keep them from being slow as well.)imabuddha wrote:So, what's your definition of software bloat then since it seems to differ from the commonly understood meaning?kirkmc wrote:For the first, I don't agree that features you don't use equal bloat.
…
But saying that you don't have enough RAM so the program is bloated is akin to one of my favorite Samuel Beckett quotes:
I see, bloat is a subset of bad usability.kirkmc wrote: Bloat for me is features that get in your way; the kinds of features that slow you down because you can't ignore them or turn them off. Frankly, you could say that any "big" program, such as Photoshop or Word, is bloated, but I don't hear that criticism much any more, because the code has been streamlined and they really aren't that slow. (And fast processors all around keep them from being slow as well.)
Bad usability? You mean if the program is not easily usable? If that's what you mean, then, yes. I'm not bothered by the many features of Word that I don't use (but I'm happy to have some of the less common ones that are very useful to me).CarlJung wrote:I see, bloat is a subset of bad usability.kirkmc wrote: Bloat for me is features that get in your way; the kinds of features that slow you down because you can't ignore them or turn them off. Frankly, you could say that any "big" program, such as Photoshop or Word, is bloated, but I don't hear that criticism much any more, because the code has been streamlined and they really aren't that slow. (And fast processors all around keep them from being slow as well.)
I think CarlJung is saying that what you think of as bloat is actually a sign of bad usability.kirkmc wrote: Bloat for me is features that get in your way; the kinds of features that slow you down because you can't ignore them or turn them off.
I don't see a bad UI as bloat; that's just a bad UI. However, if features get in the way of features - for example, Windows constantly asking you if you're sure you really, truly want to do something - that's a kind of combination of bloat and bad usability.imabuddha wrote:I think CarlJung is saying that what you think of as bloat is actually a sign of bad usability.kirkmc wrote: Bloat for me is features that get in your way; the kinds of features that slow you down because you can't ignore them or turn them off.
I don't consider that the same thing as bloat. A program can be fast & use very few resources (not bloated) but have an awful UI. Many command line programs are examples of this.
Rather than use your own definition, I think it would be more useful to use a generally accepted definition.kirkmc wrote:Bloat for me is features that get in your way; the kinds of features that slow you down because you can't ignore them or turn them off. Frankly, you could say that any "big" program, such as Photoshop or Word, is bloated, but I don't hear that criticism much any more, because the code has been streamlined and they really aren't that slow. (And fast processors all around keep them from being slow as well.)imabuddha wrote:So, what's your definition of software bloat then since it seems to differ from the commonly understood meaning?kirkmc wrote:For the first, I don't agree that features you don't use equal bloat.
I basically agree with the definition given in the Wikipedia article. Bloated software takes more resources than necessary (RAM, disk space, processor time), contains many features that aren't required for it's primary purpose and are unused by most people.kirkmc wrote: So how do you define bloat? That's part of the point of my question. Lots of Windows users claim that iTunes is bloated (Mac users don't seem to say this).
…
I won't deny that iTunes is complex, that it does a lot of stuff. But does that make a program "bloated"? Frankly, I'm not sure this word even has a good meaning (I think the Wikipedia article is outdated, frankly, because processor power is no longer an issue, and, for most users with recent computers, RAM is not an issue either.)
Yes, that's a good point. But what do users expect? In the case of iTunes, they know it manages music, provides access to a store, and manages other types of media, as well as syncing content to iPods and other devices. In my experience, most users don't know about many of the functions in iTunes, as they don't know about a lot of what's in other programs. So, again, the question is, why is that a big deal?HermanHiddema wrote:
Personally, I think that bloat is in the difference between what users expect and what they get. If a program has a million features you never use, you consider it bloated. So a program that is considered bloated by one user will not be considered bloated by another.
If you expect iTunes to be a simple music player (like Winamp), you consider it bloated. If you expect Photoshop to be a simple drawing program (like Paint), then you consider it bloated. If you expect Word to be a simple text editor (like Notepad), then you consider it bloated.
If you're writing an article about it, then you should probably consider what the average user expects. If the opinion is widely held that iTunes is bloated, then it probably has more features than the average user expects. It might be interesting to identify what those features are, and what people were expecting. I don't use it, so I wouldn't know.
Well, you say something interesting. Because you don't understand how the Mac OS uses RAM. When Activity Monitor shows you that a program is "using" a certain amount of Real Memory, that doesn't mean that memory is locked down. Mac OS X - and I'd guess recent versions of Windows - have dynamic memory usage that lets other programs access memory when needed. Those numbers, at least for Mac OS X, are generally considered by developers to be nothing more than indicative. You can see this by launching something that really uses a lot of RAM, right away. You'll see that the Real Mem column in Activity Monitor will change, and decrease a lot for the other programs. Granted, in years past, memory was locked, but this is no longer the case.imabuddha wrote:I basically agree with the definition given in the Wikipedia article. Bloated software takes more resources than necessary (RAM, disk space, processor time), contains many features that aren't required for it's primary purpose and are unused by most people.kirkmc wrote: So how do you define bloat? That's part of the point of my question. Lots of Windows users claim that iTunes is bloated (Mac users don't seem to say this).
…
I won't deny that iTunes is complex, that it does a lot of stuff. But does that make a program "bloated"? Frankly, I'm not sure this word even has a good meaning (I think the Wikipedia article is outdated, frankly, because processor power is no longer an issue, and, for most users with recent computers, RAM is not an issue either.)
I think that for several major versions now iTunes certainly meets these criteria for bloat, especially on Windows.
* Even on the Mac OS it uses a large amount of RAM (real, not just virtual) just sitting idle in the background. Right now on my system (10.6.3) it's using nearly 300MB while doing nothing.
* In recent years more and more non-music functionality has been crammed into iTunes, mostly to support the iTMS & various iDevices.
For Apple, who often claim to be proud of simplifying systems, to do this is really sad. This trend began around the time they moved non-music data syncing from iSync into iTunes. Even the app's name "iTunes" makes no real sense anymore. If they want to keep all this stuff in one app it ought to be called something like "iMedia".
Software bloat often causes poor performance, but even when it doesn't (due to great HW) it's still bloated.
The bottom line is that even amongst Mac users iTunes isn't loved anymore, but tolerated as necessary to make full use of the various iDevices.