Ask Slashdot: How Do You Explain 'Don't Improve My Software Syndrome' Or DIMSS? 388
dryriver writes: I am someone who likes to post improvement suggestions for different software tools I use on the internet. If I see a function in a software that doesn't work well for me or could work better for everyone else, I immediately post suggestions as to how that function could be improved and made to work better for everybody. A striking phenomenon I have come across in posting such suggestions is the sheer number of "why would you want that at all" or "nobody needs that" or "the software is fine as it is" type responses from software users. What is particularly puzzling is that its not the developers of the software rejecting the suggestions -- its users of the software that often react sourly to improvement suggestions that could, if implemented well, benefit a lot of people using the software in question. I have observed this happening online for years even for really good software feature/function improvement ideas that actually wound up being implemented. My question is -- what causes this behavior of software users on the internet? Why would a software user see a suggestion that would very likely benefit many other users of the software and object loudly to that suggestion, or even pretend that "the suggestion is a bad one?"
Do you code? (Score:2, Insightful)
Re:Do you code? (Score:5, Insightful)
That is a pretty bad assumption and very out of touch with actual development. If something really isn't worth it or would take too much time, I simply tell people that or completely ignore the suggestion if its too outrageous. However, that doesn't mean I want the users to shut up and just let daddy developer do whatever I want. I want feedback because I can't possible test everything, I can't predict all the trends for usage, and any half decent developer loves to see people using their software to accomplish things they never even envisioned when it was written (not hacking it per se, but finding use cases we hadn't thought of yet).
In fact, it is more ridiculous for the users to just immediately jump on and start bashing ideas when they have no idea how to actually engineer it or how much time it would take to implement that feature. If someone actually writes real software (not some garbage scipts they threw together either) and wants to comment concerns that is more in line, but even then, just because I write software doesn't mean I know how all software is designed... If a developer starts asking for opinions on it, different story, but people jumping all over it when THEY don't write code is much more ridiculous in my opinion.
Ideas don't cost me shit. Again, if I don't like doesn't mean I have to implement it (unless there is a contract, but that is a different ballgame then what were talking about). I'll take a glut of stupid suggestions with a few good ones over nothing at all any day.
Re: (Score:3)
Re: (Score:3)
if you don't code yourself, then you probably don't have any idea how much time and effort is required to implement your 'improvements', and/or perhaps your suggestions really aren't very good to start with, therefore annoying the dev, who spend perhaps months or years creating his end product, only to have some random guy from the Internets post 'suggestions' that come off as criticism.
This is largely irrelevant to the OP's question - do the other users who are outright rejecting the idea of adding new features code? Do they touch the codebase for the app in question? All end-user feedback is useful at some level, it's useful for developers to know how people are using their software and even if just one report isn't enough motivation to add a new feature, if this is requested a number of times it might point to worthwhile future development, or changing the workflow in the software to ac
Re: (Score:2, Interesting)
Also you have interface complexity. Adding these features requires some way to use the features, possibly including configuration options, menu items, hotkeys and so on. Prior to the Ribbon, Microsoft tried to fix this in Word by hiding all the menu items you had not used yet, so you'd never know those features were there to be used. My boss constantly asks me to remove menu items and "simplify" but he never has any answers on where he thinks users should go to access those features if they're no longer
Pretty obvious (Score:3)
1) The person(s) does not want the software to change at all because they are comfortable with how it works. This is seen all the time when companies are pushing upgrades to a new version of Windows or Office or *insert a different product*
2) Your suggestions are really not all that useful and are rightfully be lambasted
Re: (Score:2, Insightful)
I think it's simpler.
Users invested time figuring out how the software works and how to fit a workflow around it. That time wasn't free and they are concerned your changes will require changes to their workflow and possibly re-learning parts of the software which now "just works" for them.
And your changes are not necessarily good. They are probably change for the sake of change just because you don't like an extra button click here, or your workflow is different to someone else's.
Re: (Score:2)
Your two scenarios are really the same thing, but I agree with your point.
All too often people suggest adding something that's not relevant to the application, is already there, or just wouldn't be useful.
Re: (Score:2)
That said, honestly I'm sure it's the latter. "Hey wouldn't this be useful?" kinda thinking is usually "God no it's a terrible idea" that only gets shot down when someone else hears it.
Re: (Score:3)
All too often people suggest adding something that's not relevant to the application, is already there, or just wouldn't be useful.
Or, in the Unix/Linux world, functionality that's already well covered by existing tools, and adding it will only introduce incompatibilities and a subset of what the dedicated tools already do.
Examples include editors that won't do calls to standard commands like sort, date and sendmail, but instead implement their own limited versions that bloat the code, lack functionality, and introduce bugs.
Too many programs try to include the kitchen sink. I don't want that. I want tools that do just one thing, but
Re: (Score:3)
Everyone in this entire comments section seems to be hell-bent certain that this mystery suggestion was to add something like the MS Office ribbon bar to systemd-emacsd.
Let's take a far simpler feature example, like when the tar utility added the xz compression flag -J. It didn't ruin everyone's work-flows. Backup scripts running since 1970 were not affected since good old pipes still work. The code was minimally increased to add the option that made the call to the external utility.
What if the poster sugge
Re:Pretty obvious (Score:4, Insightful)
One of two very very scenarios arises in my mind:
1) The person(s) does not want the software to change at all because they are comfortable with how it works. This is seen all the time when companies are pushing upgrades to a new version of Windows or Office or *insert a different product*
2) Your suggestions are really not all that useful and are rightfully be lambasted
I much more commonly see:
3) Your suggestion sounds like an attack, and fans will automatically defend what they like.
Re: (Score:3)
Re: (Score:3)
"We've found by experience that people who are careless and sloppy writers are usually also careless and sloppy at thinking and coding (often enough to bet on, anyway). "
http://www.catb.org/esr/faqs/s... [catb.org]
Because sometimes 'improvements' worsen things (Score:5, Insightful)
Sometimes what is an improvement to you is worsening for someone else. E.g. the australis redesign of firefox, was very highly disliked by many people. Some people are happy with the status quo and don't need a new "modern" re-do of their GUI or whatever.
Frog wanker (Score:2, Funny)
If you didn't write crap like "a software" people might take you & your ideas more seriously.
English as a second language (Score:2)
That or English is a second language to the asker because the asker happens to have been born outside the territory of the Five Eyes [wikipedia.org].
Misjargonization (Score:5, Interesting)
And so they have even less excuse for their mangling of the terminology, and definitely should be smiled at, nodded to, and ultimately, ignored other than when they have some kind of arbitrary coercive power over you, in which case, do it in your head anyway.
If you walk up to a nuclear engineer with your 140 IQ and ask him to "turn up the atumz", he should probably just call security and have your ass thrown out on the street.
Seriously. If you don't know even the basics of an industry's terminology -- it's time to leave off trying to involve yourself until you get that handled. If you do.
It's subjective (Score:2)
What I think may be an improvement may look to someone else to be a bad thing.
Please stop screwing with it syndrome.... (Score:5, Insightful)
Many people are very tired of their software constantly changing and shifting for no good reason. Oblig car analogy: suppose that every night when you get home, park your car and go inside there was a good chance some random mechanic would come along and start tinkering - moving the controls around, swapping out the seats, adding go-fast stripes (then removing them), maybe switching the engine or making it an automatic. It would get old really, really quickly.
That's what it feels like sometimes with software. See for example Firefox over the last few years: features coming and going for no apparent reasoning, random changes, just generally irritating. It's enough to give you a case of PSSWIS.
People have workflows. (Score:5, Informative)
They invest the time and the learning to master a workflow. They expect a payoff from this investment in their ability to use these workflows to achieve other ends. When you mess with a workflow, you negate that investment. They have to spend time learning and mastering a workflow all over again before they can apply it toward their actual goals.
Nobody uses software "to be using software" or "for a good experience." They use it to get things done. If they have to spend two weeks mastering a new workflow then your improvements had better deliver a multiple of that value in return, or they're going to come back with "that's cool, but it would trip me up for all of my muscle and click memory to be invalidated."
People aren't averse to improvements. They're averse to evolutionary improvements that cost more to the user in practice (time invested and mistakes avoided) than they deliver on the other end. "Small tweaks" often fall into this category. Some dev moves a button to a more "logical" placement and for the next two weeks, the users lose five or ten seconds every single time they need to use it because their absent minded clicking—absent-minded because they're focusing on what they're really trying to accomplish, not on 'using the software'—keeps ending up in the wrong place vs. what they're accustomed to.
Dev says "BUT IT'S BETTER." User experience is actually that of being irritated and not getting things done as efficiently as usual, so their response is "IN PRACTICE, IN THE CURRENT CONTEXT OF MY LIFE, NO IT'S NOT."
Re:People have workflows. (exactly) (Score:3)
I often see people asking why so many users are willing to keep shelling out all the money it costs for products like Adobe Acrobat Pro, when free or inexpensive commercial or shareware alternatives are all over the place that would allow you to edit a PDF document and save a modified copy. Same goes for Adobe Photoshop, or even Microsoft Office.
The answer is most cases is that the familiarity makes it worthwhile. I mean, yes, in a minority of cases, you actually have users who need advanced features or fu
Re: (Score:3)
The clearest example of adding a new feature and wrecking a work flow that comes to mind is adding the Ribbon in Microsoft office. I had an office of older (nearing retirement age, who remember fondly the days of mechanical typewriters and carbon paper) employees who came to work one morning and got nothing done because they had been upgraded over night and couldn't figure out where anything was. What's this? How do I open my files. How do I print? The layout is wrong? Great day that was.
Re: (Score:3)
you're just not deep enough in the guts of the app to know what they are. UI re-writes are seldom if ever for the hell of it. There's a few good ones:
Yes, there are, and there are also a lot of bad ones:
1. I think a new interface will give my program a fresh look even though the one I have works great and users like it.
2. I think a feature is better implemented in a different way so I'll change how it works.
3. I don't know how to implement this in our current UI so I will redo it to allow me to add this feature.
4. I think this is cool and current so let's get rid of the old UI without thinking about how users actually use the UI.
UI changes need to be car
Re:There's plenty of good reasons No There's not (Score:5, Interesting)
You're going to change how the software interacts with the user because you got a nifty tool kit upgrade? Because you went from Programing Language Not Currently in Vogue to Programing Language De Jour? You think the software should work on a desktop bolted to a desk at a shipping department just like it works on your child's IPAD? The latest iteration of homo-sapiens isn't fawning over the fully functioning design? You should get out of programming and move into a more useful career: Ocean water garbage removal. Sure, it might seem like a good idea for the UI to be changed so that some feature can better fit in to the latest UI concept, or even be cool to the latest crop of budding consumers just entering college, but changing how something works is a huge deal - not for you programmers, but for the millions of people that actually use the software to get things done.
Software is a tool, not an art project to stick in your effing portfolio. First off, UI design must be functional and then elegant. It matters not one wit if the UI is pretty or even if it wins awards for its looks if the thing doesn't effectively and efficiently do the damn job its supposed to do. Changing the UI design, especially deleting functions or moving them around is equivalent to breaking the software. It doesn't work like it did yesterday and NOW it is neither effective nor efficient. Now it requires learning, and then re-learning, and if used often will require UNLEARNING the old way -- something humans don't really do well at all. If you can't make the changes you need to the code to both improve the underlying performance, add a feature, appeal to the "youts of 'murica", and still keep the old stuff where it was and working as it was, then get out of programming. Just quit. Save me the time and aggravation of figuring out what is going through that two cell based life form you call a brain while I have a multi-million dollar project idling because the people working on it can't figure out where those vital features are now located or worse deprecated, a fancy word for too fucking lazy to keep a feature working.
And don't get me started on the "what we changed in the latest upgrade" document. I get better change logs in World of Warcraft patches than any other piece of recently "upgraded" software. Hiring some stoner you met at the Weed Works to write "We changed stuff" and hide it in a PDF buried more effectively than landslide victims in Washington State, isn't sufficient so mitigate the change chaos. SO stop lying to yourself about how it's really okay and people will get over it. No THEY WON'T. We don't get over being blamed for the consequences of some anonymous jackass programmer's design changes. We get to SUFFER because of it. And that is NEVER going away. We remember it because you're the reason the budget was blown, the system failed, we missed a deadline because the software got upgraded. We didn't get new training because we had to spend the training budget on teaching folks how to use the upgrade instead of something that might actually get our productivity up. Yeah, change that UI, will ya? We need more stress and aggravation.
Remember when Microsoft moved the print function in office? That little bitty change was a juggernaut of wasted time and effort trying to first, figure out where this common function had be re-located, and then passing that knowledge on to people who really only want to print documents as a part of their job. That's right, printing documents was the core piece of their job and one night it got upgraded into some other part of the software. Brilliant. Now we have employees approaching retirement age who already hate computers and software trying to figure out how to print documents so that they can ship product to customers while the trucks are idling outside the office at $200/hour demurage causing the shipping department to watch their quarterly bonus vanish as they struggled to figure out how to PRINT. Yeah that was a great move. I'm sure those guys w
Reminds me of this one: (Score:3)
The helpdesk closes the issue as "User error".
The engineer closes the issue as "Showed documentation".
The senior engineer opens an "Usability issue".
Re: (Score:3, Funny)
How about this one?
User bug report, description: Your cow is broken. The milk is difficult to extract and tastes funny.
Issue status, resolved: This behavior is by design. The "cow" is a bull.
why (Score:3)
Easy (Score:4, Insightful)
Users like their software to work. Most software only barely does, and every upgrade risks catastrophic regressions sold as "improvement".
As a current example, any website you use regularly might see an "upgrade"* causing it to no longer work with your browser, so you get to upgrade. Then you find your browser is no longer supported on your operating system, forcing you to apply lots of patches, or outright upgrade. Or both. Perhaps you now must use a 64bit version and since your hardware wasn't 64bit yet, you need to up grade the hardware. So simply trying to use a website that used to work peachy fine can easily cause you a week's work or more, and that's when you're tech savvy enough to do it all yourself.
Yes, you and plenty readers here will likely run cutting-edge systems. Random users, a much larger pool, probably will not. We tend to blame them for running "insecure" software, but really, the blame for the insecurity of the software squarely lies with the developers. Who choose to chase new features instead.
Honestly, it's the latter group, the people that prefer all that fancy tech to "just work", that is currently sorely underserved. Even by the big software vendors, perhaps especially by the big software vendors, that have "no training needed" and "it will just work" as the core of their marketeering.
* Perhaps not even in the website itself, but one of the many javascript libraries from elsewhere it depends upon! But likewise we saw several rounds of this with the "upgrade" to "HTML5", where even sites offering content no more fancy than text and some pictures suddenly stop working in older browsers for no other reason than that they like to chase what they imagine counts for modernity.
Re: (Score:3)
On the flip side, as a developer I don't want the hassle of supporting every old, weird confusion forever just to keep the two people in the world who use it happy. Especially if it's open source and I'm doing it in my free time.
If you want that kind of longevity, find some commercial vendor who offers it, or pay someone to support you. It sucks but you can't expect people to work for free for you.
Obligatory XKCD (Score:5, Funny)
Re: (Score:3)
The problem is easily lampooned.
A major problem is that devs are computer literate.
They are likely to understand an explicit list changing to a little downwards pointing arrow in a new version, where the arrow simply needs clicked to expose the list.
Now try explaining this change over the phone to a 90 year old, who's just about coping with the existing interface.
'Trivial' changes often aren't.
Stability (Score:5, Insightful)
But its true, so I'm going to lay it on you.
Most people do not use software for the sake of using software.
I Know. I can hear you cry and see your tears. Get over it.
Strange as it seems, they use software to get stuff done. Its a tool. They learn the tool to get stuff done. They setup up processes that incorporate the use of those tools to get even more stuff done. And then *poof*... iPhones! Woo!
If you're constantly changing the tool, you're constantly changing the way people have to get their stuff done and constantly upsetting the process and increasing the cost of getting stuff done.
Try this for a mantra:
What do we Want?
Gradual Change!
When do we want it?
IN DUE COURSE!
Change is good, I'm on board. But take care how you fuck things up in the name of progress. Understand that yes, in some peoples view your wonderful improvement is fucking things up, and they are not in error . That doesn't mean your idea isn't great, it just means you probably haven't thought it through well enough. That said...
Usually people tossing out these ideas have little idea what they're talking about, with respect to what it would take to achieve.
OK, this is turning into recreational bitching (turning into?).
I have two shorter answers to this question, one polite, one less so
Re: (Score:3)
I think your whole comment, including its snarky-ass tone, is complete bullshit. It doesn't actually address the poster's complaint in any way. You can add functionality to a tool without affecting people's workflow in many cases. It's when you change the way some existing feature behaves (or take it out) that you get the things you are talking about. And then to top it off, you close with this shit as if it were insightful:
Have some consideration for others.
Stop being so fucking selfish
Well, turn that right back around on the people who suggest that a piece of software
It's all in the way you pitch it... (Score:2)
When you decide to express your personal brilliance to the developer, take the time to word it in such a way that it doesn't come across as condescending or undermining. Not to say that developers are all precious snow-flakes, but if the feature request is important to you then learning how to present it goes a long way towards gaining an outcome that you like, as with pretty much every other area in life when it comes to trying to get something done by other people.
Beautiful pitches like "...unless it has
Re: (Score:3)
When you decide to express your personal brilliance to the developer, take the time to word it in such a way that it doesn't come across as condescending or undermining.
He's not expressing it to the developer, he's expressing it in a posting to the Internet. I.e., to everyone. That's how people who aren't the developer are telling him it isn't a change they want.
Because modern day updates are often lobotomies... (Score:5, Interesting)
I don't know if you've been keeping an eye on things, but generally "improvements" aren't.
Examples:
There is a reason why User Experience (UX) people are so hated - because they take a nice, big, fat dump on existing users to improve things the way that THEY want, and, again, tough shit if you liked it the other way, and tough shit if it breaks the software for many users, or even if it breaks the machine. It's not unlike an interior decorator trying to make a "statement" in many cases. Not unlike one of those shows where they have someone come in and "redecorate" the house and it turns out to be a total nightmare. This is not helped by the fact that with many situations, updates are now FORCED, so you can't throw the interior decorator out. In many cases, companies and organizations act as if you don't own the computer (and in many cases, the companies want to own the computer you paid for, and they treat the software like they do in fact own the machine). And even if you do, they usually manage to cripple you in some way (usually compatibility) until you're forced to capitulate - and things are usually even worse by then.
Note, however, that this does NOT necessarily just apply to the UI, in case I've overemphasized that - it works with any and every aspect of the software that can be changed. In short, in
If it ain't broke, don't fix it. (Score:2)
Simple enough. If something is working well enough for my purposes, then I'll tend to resist change. Actually, going beyond that, if it's working perfectly, then any change is going to make it worse. Doesn't matter that nothing is perfect if I think it is, or perhaps if I have adapted my purposes to fit with what the software is perfect for. (Or perhaps the real problem is that "perfect" is mostly a matter of opinion and the delusion is that there is a better solution for everyone.)
Solution: Don't fix it un
Because people are broken (Score:2)
The reason for the syndrome that you describe is that people are broken, and need to make themselves feel powerful and important (and oh so cool) by being negative just about towards everything. This has been going on for years, and has just gotten worse and worse. It's become a reflex.
Features have Costs (Score:5, Insightful)
When I was a younger programmer, I thought, "Features are great! Always add a feature, if it could help someone!" I overestimated the value of the feature, and didn't think at all about the costs of the feature. "I mean, how long does it take to implement this? 10 minutes? A couple days? What's that matter, vs. the utility that this would provide?"
What I didn't realize at the time was that every feature basically adds an exponential cost, and has an impact on everything else going on in the codebase. Features introduce new possibilities, and new possibilities create new state combinations, and new state combinations create new bugs and new need-to-test circumstances. New features usually have a user interface impact, several new features have a dramatic user interface impact. New features need to be supported by new or future-self programmers, who have to understand and navigate around the code. If the product is ported, the feature needs to be ported as well. New features also require additional documentation, and if the product is localized the new documentation requires new localizations.
I've heard that "the skilled Go player is reluctant to make a move." I think it's similar for the application developer, and for much the same reason.
Version Fatigue. (Score:5, Insightful)
Everyone (Many people) are suffering from some kind of version fatigue. It's as simple as that. Owning any software run device these days is like having someone come and and re-arrange all the furniture in your house every week. The novelty might seem nice at first, but after a while, any change that you don't specifically want becomes irritating.
Are your suggestions actually useful? (Score:3)
"Hey, I think it would be really cool if you embedded vi in your video player. That way I could edit the files in hex on the fly!! Just have it switch to vi when you right-click on play!"
There's about 5 people who would actually want that feature. There are an enormous number of people who will accidentally right-click on the play button and have no idea what is going on, leading to a massive decrease in usability in order to gain that feature.
Obvious (Score:2)
Really Improvements??? (Score:2)
My best guess is that most of the people don't like your ideas because they don't think your suggestions would improve the product, not any innate refusal to change.
Think about how many times one of your favorite apps has changed its interface in a way you thought sucked. Do you really think the designers said, "Hey, we've got a great interface, let's make it worse?" No, just like you, they thought their changes would improve it, but they didn't.
A favorite example was when Google removed the Pegman from Map
The answer why is simple (Score:2, Insightful)
The answer why so many negative comments are posted is that MOST people want to put everyone down. It is their way of feeling important Since they don't have the intellect to understand the issue they can only attack the postings. Those who do have insight will comment either positively or with specific reasons of why the idea should or should not be done.
This is the sickness that the world faces with anonymous posting. Even this posting will have someone pooh pooh it thinking that they are so 'funny', b
It's "Don't pull the rug out from under me" (Score:2)
You've answered your own question. To mix a few metaphors:
One of the things about software is that a LOT of people stand on the shoulders of each giant - by being users of his code. A change that isn't a straight augmentatio
Take it easy there (Score:2)
Rather than "immediately post suggestions", perhaps a slower & more deliberate approach would be better?
Or maybe you're convinced you really do know best, perhaps even reject this comment as merely the uninformed suggestion of someone not fully familiar with the specifics of your suggestions made to open source software projects?
Well, yes (Score:3)
I can definitely understand that sort of reaction for developers, especially if you're talking about small open source projects... those are projects which usually scratch the itch of the developer, so feature requests are definitely going to be an uphill battle if they aren't interesting to the developer (for some definition of "interesting" which might mean "actually useful", "fun to code/play with", "that code is shit and needs refactoring anyways", "suggestion in the form of a patch/pull request", etc).
I think users see software development effort as zero sum; if someone is working on a feature they aren't interested in, then someone isn't working on other stuff they think is important. It's a well-known phenomenon that often comes up when someone talks about the complexity of Microsoft Excel (in the form of the 90-10 rule [swombat.com])... users don't see the bigger picture and only care about their own workflow and how changes impact them.
The easy solution is to simply not give a crap about the opinions of other users of whatever software you use. They don't have your best interests in mind either.
Maybe your ideas just suck.... (Score:2)
Seriously... you might just be one of those sorts of folks that has really terrible ideas...
Examples? (Score:3)
Am I the only one who wants to see examples of these unquestionable improvements that must be agreed to?
Why? (Score:2)
Now
Some changes come at a cost not acceptable by all (Score:2)
Because your'e dumb (Score:2)
Everybody thinks he's good at defining features and UI. "Look at this thing! It exactly matches the mental model I have! It's genius!"
Well, duh, making something that the inventor understands and likes is easy. It's making a thing that makes sense to everyone else that's the trick.
Competition (Score:3)
When you arrive to some forum and post a suggestion, you are in competition with other people who use the software and might not want to divert developer attention away from bugs or improvements already slated. Another probable reason is competition between suggestions by users vying for developer time. These people shooting down your ideas probably made some other suggestions and had them shot down by other users, or alternatively have some suggestions still pending, so they view your suggestion as a threat.
There could be technical reasons why your suggestion shouldn't be implemented and users may instinctively know this because they are often experts on that particular piece of software as they use it daily.
However, as a developer myself, I can assure you that I always dig deeper to determine if the users have valid feedback or if their feedback is only playing politics.
Good ideas always influence me, even if they are imperfect ideas and would need some adjusting to become viable.
Arrogant Turds (Score:2)
Time getting into a grove is actually pretty damn expensive..
\ And losing the grove because someone thinks "showing a bunch of file previews isn't that much of a slowdown, barely fifteen seconds" can really upset users who open that thing a thirty times a day --mostly with muscle memory--.
I am someone who..... (Score:2)
"I am someone who likes to post improvement suggestions for different software tools I use on the internet."
TRANSLATON:
"I am someone who likes to post his half-baked ideas about how your software just needs feature X that I personally think would be SUPER DUPER MEGA COOL even though it's not really useful and would require YOU to code all sorts of shit for ME at my whim."
"Nice text editor, but why doesn't it include a window with NASA's live weather feed for Mars?? If you could just implement that, it would
Don't improve my screwdriver (Score:2)
Or rather do, but don't force me to buy a powered screw remover that needs charging after 20 minutes of use and can only be controlled via bluetooth from an iPhone. Old versions of software should be at least sold it is indefinitely, or placed in public domain if the maker no longer sees a profit from a particular version when the new one is available. It would not be crazy to provide security patches and basic usability updates so long as that is economically viable.
What is actually happening today is wors
Maybe they reached the same conclusion I did. (Score:2)
Having read your little screed, you struck me as being incredibly pompous, thinking your ideas are "right" and everyone else is "wrong".
Like your pretending your suggestions are good ones?
Re: (Score:2)
Because Changes Can Cause Problems (Score:2)
I understand that the INTENT is to make the software better, or to improve the feature set. But in many cases - I'm going out on a limb here and say "in MOST cases" - those changes will result in new bugs being introduced, or even desirable features being removed to make way for the new.
the spork (Score:4)
the spork is better in every way. it's a spoon. it's a fork. it takes up less space. it's not like you ever use a spoon and a fork at the same time.
still, no one wants a spork.
a screwdriver could have a hammer on the other end. it doesn't. you don't want it to.
it's not about better. sometimes, it's just about the abstract concept of knowing what your tool is, and what it does. I can have two different tools for different things.
the all-too-common swiss army knife is completely useless. Have you ever actually seen any human being even try to use a swiss army knife? It's hillarious.
software features are the same way. it's 2017. do you think anyone uses office suite programs for anything more than they did thirty years ago? maybe 0.1% do. Maybe a whole 1% use pivot tables. Everyone else can write business reports and book reports and essays in wordperfect with plastic keyboard overlays. But now we have drop down menus, excuse me, ribbon bars, excuse me, drop down menus inside of ribbon bars! Even clippy couldn't have predicted that one.
Better, is often much more useless. It's like more storage-space in your car or in your house. There's a point at which you need an index to find your stuff. And that point is way sooner than people think. So your SUV, and your storage locker, and your attic, and your space bedroom, become piles of junk. That's not better.
software functions are the same way. I need to convert video basically between four different formats in 2017. And almost always between only two, now that flash is dead. But it's been ten years, and I still can't figure out how to get VLC to convert a video into anything usable. So I'm using a shitty shareware program that's far less capable, but doesn't give me the option of producing a 10x10 pixel, 6GB video, from a simple cell phone video. Asking me to select the bitrate in an age where internet speeds vary as much as they do is the all-time dumbest option. Nobody cares about the bitrate. Ask me to choose the filesize, which means way more. Or the general quality. Do you think I care about the pixel dimensions when the compression is horrible? High-res compression artifacts, yummy.
More software features is like a new employee. If you can't work with what you have, a new employee ain't gonna make the old ones any better.
Re: (Score:3)
a screwdriver could have a hammer on the other end. it doesn't. you don't want it to.
I met a farmer who had welded sockets of his two most common sizes to the tips of the handles on a pair of slip-joint pliers.
He said it saved him lots of trips to the toolbox.
All those little changes add up... (Score:5, Insightful)
...and they usually add up to a giant, steaming pile of crap.
I worked on a project once that did its best to implement all user requests in its product. By the time I started working on it, there were at least seven different ways to do any basic function, because different users thought it would be great if they each had their own way of doing the same damn thing.
The result? The software was bloated, and damned near impossible to adequately test. The permutations possible to do the exact same task were staggering. This resulted in a lot of weird bugs that weren't found during testing. It made the software brittle, and in the end the same users that wanted all these different ways of doing the same task (multiplied by a few dozen different tasks I might add) weren't happy with the resulting complexity. All that stuff that users thought would be simple and a good idea, in combination, sucked.
Sometimes it's a developers job to say no. It can be very difficult to decide when that time is, but projects that never say no are doomed to failure. Sometimes an over-arching vision as to how the product should work needs to win out over every single good idea some random user has.
I sometimes work with physical tools. And there are times when I'm using a wrench, but need to put it down and start using a hammer. I don't think it's unreasonable of the tool manufacturer to reject it when I suggest to them it would be great if they welded a hammer to all of their wrenches so I didn't have to put one tool down to use the other.
Yaz
Let me be clear (Score:3)
You are not alone. (Score:5, Interesting)
I see this behavior surprisingly often as well. Any explanation I offered would just be conjecture, I'm afraid. I have some guesses about why people do this, but they're just guesses. I think it would make for an interesting psychology study.
Anyway, I'm mainly posting here to offset the toxic comments I see in response to your question. I, too, have been there. I've been attacked by onlookers for making suggestions, with the naysayers backing off only when the project leads decided that my suggestions were good ones. I've watched other people get attacked similarly, sometimes when I was a newcomer, and sometimes when I was the developer. It doesn't seem to matter if you're making suggestions for someone else to implement or offering to do the work yourself; some people seem just as likely to sling mud at you either way.
The internet has no shortage of obstructionist personalities, and the communities that gather around software projects are no exception. It makes me sad every time I see it, because to me, it is the antithesis of open software development. When it happens, everybody loses.
The only advice I can think of right now is to accept constructive criticism of your ideas, but also don't assume that your ideas suck just because some internet troll says so. A lot of them are wrong.
DIMMS? (Score:3)
Try arguing someone in the checkout line about your improvement on his grocery list, what do you expect?
If you want people to do things *you* want, you either:
Really, kindergarten stuff.
Re:People hate change. (Score:5, Insightful)
People hate useless change. People hate change that makes their lives harder. People hate "here's a new UI, take time off from the work you need to get done in order to learn it".
You're forgetting about new users (Score:2)
You're also forgetting about new tools. Writing a webpage with Angular is 10x simpler than Dojo. But if you're going to rebuild anyway you might as well modernize the UI.
If I'm writing software I want new users, not just the old ones. Unless those old ones are paying me enough to retire on an island, which they never do. Nobody likes paying for software if it's not a game.
Re:People hate change. (Score:4, Insightful)
I wish it were just that. I've been writing and deploying enterprise systems for years and it is still basically people just don't like change even if the change is vastly superior to what they had before. I've literally had people for the first month tell me how much this new system is terrible and was a waste of money and then I talk to them 3 months later after they actually have USED it and complete reversal with nothing but praise for the new system... Most people don't like learning is the bottom line. They want to show up, do the same thing they have for years, clock out and collect a pay check. Same thing for most users outside enterprise stuff too, they don't want the application to change because they hate to learn new stuff.
Facebook (Score:2)
Version 1 - "Cool"
Version 2 - "WTF? Why are you doing this? I loved version 1! I'm going to Orkut!"
Version 3 - "WTF? Why are you doing this? I loved version 2! I'm going to MySpace!"
Version 4 - "WTF? Why are you doing this? I loved version 3! I'm going to Ebo!" (or whatever that black & white social network was called)
Etc..
Re: (Score:2)
Ello? It's rebranding itself as a place to follow visual artists. It's not bad as a photography, painting, drawing, and digital graphics gallery. It was never very useful as a general social network.
Re: (Score:2)
I actually liked Orkut because it was built around communities rather than people. It was like a collection of subject-specific message boards.
Re:Facebook (Score:5, Insightful)
It was like a collection of subject-specific message boards.
So it was like Usenet.
Re: (Score:3)
Imagine Usenet, only full of semiliterate Brazilians and Indians. What a glorious clusterfuck that was.
Re:Becaue you aren't offering to do the work. (Score:5, Insightful)
Yes, sucking resources away from other users is one reason.
Others:
- Your feature or changes almost certainly comes with added complexity and/or bugs. People don't like that.
- People resist change just as a matter of being human. Any change needs to overcome this "static friction".
- Admitting that you have a better way is also an admission that they've been doing it wrong (or less efficiently) the whole time. People don't like to do admit they are wrong.
Re:Becaue you aren't offering to do the work. (Score:5, Insightful)
"People resist change just as a matter of being human. Any change needs to overcome this "static friction"."
I'll tell you why I resist change in the software I use. Software upgrades often come with changes to the UI which often require that the user relearn how to use their software. There are few things i hate more then having to relearn how to use software features I was already using.
Re: (Score:3)
Mod parent up. He wins the internet for today. This is exactly why I hate facebook and the entire concept of Continuous Bugs, er, Continuous Integration.
Re: (Score:3)
I feel like you don't understand what CI is, or are taking potshots at a particularly extreme view of it (e.g. everyone checks in every day).
Having a degree of automated build and lightweight test on every check-in can save you from getting stuck when there's breakage-on-breakage-on-breakage from putting multiple developers work together. In turn, by not getting stuck in integration hell at the end of the cycle, you can have more time for actually-robust-test and cleanup.
Re: Becaue you aren't offering to do the work. (Score:5, Funny)
Re: (Score:3)
That's unfair. Blender did undergo some big changes, but they were more than justified. It's not like they're just continuously changing it, or that the changes weren't warranted. I think Blender is a better tool today because of their changes.
I have much more of an issue with GIMP. Pushing forth changes that the vast majority of the userbase hated (and railed against on the forum), and got a big "FU, if you don't like it, use another tool" response from the developers. Comments on the "can only save XCF th
Re: (Score:3)
> Software upgrades often come with changes to the UI which often require that the user relearn how to use their software
And the old software and interfaces will go on needing to be supported. There's an amusing old XKCD cartoon about this.
https://xkcd.com/1172/ [xkcd.com]
Re:Becaue you aren't offering to do the work. (Score:5, Insightful)
Now most "improvements" to software are marketing crap. Added features are useless for most people, but sound good in advertising, or may appeal to people superficially. I've noticed that in many cases real functionality is replaced with junk (Windows 10 vs Windows 7 comes to mind). So when seasoned software users don't fawn all over new software "features" it may be more about experience than stubborn resistance from uppity users.
Re: Becaue you aren't offering to do the work. (Score:2, Insightful)
a lot of time its like recreating the wheel but just with new rims.
Re: (Score:2)
Just FYI, "Static Friction"== inertia
Re:Because you aren't offering to do the work. (Score:2)
Re:Becaue you aren't offering to do the work. (Score:5, Informative)
Just FYI, "Static Friction"== inertia
No, it isn't. You're almost precisely wrong.
Static friction is a threshold that has to be overcome before inertia becomes a factor, and includes Van der Waal forces, electrostatic forces and surface bonding. When you carefully walk up or drive down an icy hill, static friction is what prevents you from sliding. But once you start sliding, inertia is what prevents static friction from winning, even when you reach the bottom of the hill.
Re:Becaue you aren't offering to do the work. (Score:5, Interesting)
Also scope creep in projects is always a risk. It isn't about not liking the idea but not adding into that particular product. Mostly because that one more feature can break a lot and cause more rework than a new product.
Re: Becaue you aren't offering to do the work. (Score:5, Insightful)
Also maybe his suggestions are crap and the guy has an overinflated sense of his own opinion.
Re: (Score:2)
No mod points, but this is insightful.
Can't know without examples (which is an example) (Score:5, Insightful)
> maybe his suggestions are crap
Maybe his ideas are crap. There is no way to tell since he didn't give / link even one specfic example.
Maybe the way he presents his ideas is a problem. A very common problem os suggesting WHAT might be done, without mentioning WHY. You always need the why, and should lead with it. Think commercials "do you have this problem ... Our product will fix that problem for you. You'll benefit in three ways, X Y and Z." Often people suggest "let's do this" without clearly stating the problem it'll solve or the benefits of their suggestion. There is no way to tell if tje submitter does this since he didn't give / link even one specfic example.
What we DO know is something about the submitter's writing style. We know he *assumes* that his ideas should be implemented, and further assumes that we'll agree - without even telling us what any of his ideas are. Likely, he does the same thing in his suggestions - assumes that they should be done, assumes that everyone will agree that they should be done, and fails to provide even one example of what he's talking about.
Re: (Score:3, Insightful)
Clutter too. You take a simple notepad like editor that does very little but exactly what I need. Then your propose adding a bunch of crap to it. now I need to find my word wrap option buried amongst 50 3 level deep file menus. Sure it does more, some stuff I even might want to do 1% of the time. But I'd rather the simple thing.
On the dev side: sometimes things are just done. It solves the problem I intended to solve. I have more important and currently unsolved problems sorry I'm not going to design chrome
Even if you do the work, they might sue (Score:2)
Which doesn't help when the app is proprietary, and its developer responds to "actual fucking code" with an actual fucking lawsuit alleging infringement of copyright. See, for example, The Tetris Company with clones and Nintendo with Pokemon and Metroid mods.
Re: (Score:2)
Obligatory xkcd [xkcd.com]
Re: (Score:3)
And the way to fight feeping creaturitis is not to rip out parts of existing functionality that people use and replace it with something completely different that you think is more modern.
Yes, Firefox and Gnome developers, I look at you.
Re:frivolous features = unnecessary bugs (Score:5, Informative)
Re: (Score:3)
If you can successfully write that prior down, you're almost certainly wrong.
If you can't write that prior down, you're still wrong (but in the opposite direction).
Re: (Score:3)
Every update of iTunes
Every version of iTunes ever.
iTunes is the single worst piece of shitware I've ever seen. Non-standard interface with a clunky UI, and half the shit is hidden under layers of craptastic controls. The other half is missing, like simple file transfer from A to B.
Wanna grab just one file off your iPhone or iPad? No, let's sync the whole fucking thing because you don't have anything better to do on a Saturday night.
Re: (Score:3)
It is a good saying, but could use some elaboration.
Most change is bad. Because most have not thought through all the ramifications, and/or have not implemented the change well.
Most change is bad, because most of us have major weaknesses and blindspots. Adding someone else to the design team usually doesn't help, because what you gain with a second pair of eyes and second brain is countered by a second set of major weaknesses and blindspots. Get a group involved, and your project is totally doomed.
I thin
Re: (Score:3)
Ha! If adding a few features makes the software that much worse that just means you can figure out that developer sucks a lot faster (and the code you were already using probably sucks too and is full of holes you just don't know about yet). I'll admit, I am not the biggest fan of rapid release models because of stability issues and it puts more value on unit testing over system testing which can be dangerous, but adding small feature sets should not make the software that much buggier if someone actually
Re:Some people are just naturally contrarian (Score:5, Interesting)
This right here.
There have been tons of applications that I have loved that had reached a perfect balance of usability and performance. Then the dev takes the development beyond useful with shit like skins or Adding this or that and it begins a downward spiral. Instead of calling the work 'good' and doing something new they latched onto their one app as cash cow to start milking their existing customers for upgrades.
Winamp was a prime example of this. When it came out it worked, it had a minimal footprint and was lightweight. Same for the image utility Acdsee, and believe it or not photoshop.
Winamp and acdsee are apps I kept in a personal library to re-install after building a new machine because I detested the complexity and garbage the newer versions became. Photoshop used to come on 7 floppy disks and did everything I use Krita for today. Although Krita is far more capable today than Photoshop of the late 90's, it's still lightweight and doesn't insist on hooking into every bloody thing on your computer and calling home to authenticate.
Add to this model the fact that now acdsee and photoshop requires a 'subscription' to operate is why I am wary of new versions.