Slashdot Mirror


Slashdot Asks: Should Tech Companies End the One-Year Software Update Cycle?

Software giants Google, Microsoft, Apple and others release a major software update to their desktop and mobile operating system (and OS for other platforms they have) each year. This model seemed viable -- to a consumer -- until a few years ago -- the days when shiny new features were exciting -- but of late the number of bugs that companies are failing to patch before shipping these operating systems has seemingly gone off the roof. For instance, Apple has released more than 10 software updates since seeding out iOS 11 in September this year (up from seven last year). Similar is the case with macOS.

The situation has gotten so dire that IT admins in many corporate environments are waiting for as long as six months before they are certain that it is fine to get the staff to move to the "newer" major software update. For companies like Apple, new software update also means a business opportunity. Several of the new features that they ship with the new update doesn't work with older iPhone and iPad models. And as we learned this week, new major software updates could hinder the performance of old gadgets. With these things in mind, should industry at large consider prolonging the duration between two major software updates? Or should they stick with a one-year software cycle model?

187 comments

  1. I just want the names to make sense. by XXongo · · Score: 5, Insightful

    I just want the names to make sense. I'm not sure if my OS-X "Namibian Tiger" is supposed to be updated to "Mount Rushmore" or vice versa, and I'm not sure if either one is compatible with Hasta-la-vista. And I've completely given up trying to understand whether my red hat is a fedora or not, or whether peppermint comes before chocolate chip, or after.

    1. Re:I just want the names to make sense. by Anonymous Coward · · Score: 2, Insightful

      Apple and Ubuntu are particular egregious on this.

      "Requires OS X Tabby Cat". Um, I'm running 10.14... f--ked if I know; how does that relate to Tabby Cat?

      Third-party stuff for Ubuntu is just as bad. "Use download link x if you're running Lounging Lizard, link y if you're running Moping Marmot." What the f--k is that? I've got 16.04. Do I need link x or link y?

      Code names are cute and all, but come on, publishers, focus on something useful: cite version numbers.

    2. Re:I just want the names to make sense. by Anonymous Coward · · Score: 0

      Turns out people liked the internal code names, far more memorable, and it kinda caught on with the type of people that actually buy Macs for actual work. Wayyy back around OS X Panther, all the arty designy people I know referred to it as "Panther" and that was it. Only a nerd would refer to an OS by its version number.

    3. Re:I just want the names to make sense. by Anonymous Coward · · Score: 0

      Totally agree, version numbers for what it is worth. Nonsense names are nonsense, ... :-/

    4. Re:I just want the names to make sense. by bodog · · Score: 1

      "I could go on."

      Please don't.

    5. Re:I just want the names to make sense. by Anne+Thwacks · · Score: 1, Insightful
      No. You are completely wrong on this: crazy names are wonderful: just try Googling a version number! No chance.

      but Google "Mangy Marmot" and there is only one beast in town with that name. And, in case you are in any doubt about it, Lounge Lizard come first, because "L" comes before "M" in my dictionary, and if it does not in yours, either you are using a Cyrillic Dictionary, or you need to get a new one.

      As an example of how not to do it, call your web server "httpd" (OpenBSD, I am looking at you) how in $(DEITY)'s name are you expected to find help on specific configuration details?

      --
      Sent from my ASR33 using ASCII
    6. Re:I just want the names to make sense. by Dragonslicer · · Score: 0

      And I've completely given up trying to understand whether my red hat is a fedora or not

      Those are two different products, not different versions of the same operating system. It's kind of like asking if Notepad is an earlier or later version than Visual Studio.

      or whether peppermint comes before chocolate chip, or after.

      If you mean Android, after. Android version names are in alphabetical order (same as Ubuntu). Maybe not quite as obvious as numbers, but not all that difficult for anyone who's literate.

    7. Re:I just want the names to make sense. by Dragonslicer · · Score: 3, Informative

      Third-party stuff for Ubuntu is just as bad. "Use download link x if you're running Lounging Lizard, link y if you're running Moping Marmot." What the f--k is that? I've got 16.04. Do I need link x or link y?

      Code names are cute and all, but come on, publishers, focus on something useful: cite version numbers.

      That's more an issue with the third parties than with Ubuntu. For the most part, Ubuntu only uses version numbers on user-facing stuff, with version names used in things like the package repository names. They definitely aren't perfect about it, but they seem to be better than Apple.

      Connecting names to numbers can be annoying, but the names are always in alphabetical order, so at least you know which version is newer than the other (unless you're going back 10+ years).

    8. Re:I just want the names to make sense. by Anonymous Coward · · Score: 0

      And I've completely given up trying to understand whether my red hat is a fedora or not

      Those are two different products, not different versions of the same operating system. It's kind of like asking if Notepad is an earlier or later version than Visual Studio.

      Woosh....

    9. Re:I just want the names to make sense. by Balthisar · · Score: 1

      Ah, yes, Apple's "Photos" application for macOS. Trying Googling that with a specific problem.

      --
      --Jim (me)
    10. Re:I just want the names to make sense. by vtcodger · · Score: 1

      I suppose that specifying both -- e.g. "Mutant Maruspial(v13.03)" -- is too complicated a concept for software-mongers?

      --
      You can't see ANYTHING from a car, You've got to get out of the goddamned contraption and walk...Edward Abbey
    11. Re:I just want the names to make sense. by belg4mit · · Score: 2, Insightful

      Simple, try using more than one search term: Ubuntu 10.4,
      OpenBSD httpd 1.3, etc. Is that so bloody difficult?

      --
      Were that I say, pancakes?
    12. Re:I just want the names to make sense. by JohnFen · · Score: 1

      I agree -- this fad about giving releases names instead of version numbers is a serious pain in the ass.

    13. Re:I just want the names to make sense. by rtb61 · · Score: 1

      Here you go https://duckduckgo.com/?q=%22a.... So the hint here, put it in quotations so "apple photo" and of course use duckduckgo instead, far superior to google and there more and more adjusted results to suit their advertisers and political delusions of 'total power'. Anyone who uses google other than for maps is making a bad choice, honestly, Duck Duck Go is good enough and enough of you use it and the big shit at alphabet will climb done of his delusions and ego and stop trying to fuck with us and democracy.

      --
      Chaos - everything, everywhere, everywhen
    14. Re:I just want the names to make sense. by Balthisar · · Score: 1

      Cool, thanks, but doesn't Duck Duck Go just use Google? The idea is it's a privacy shield, but not something that will deliver different results. My understanding is, admittedly, about five years old.

      --
      --Jim (me)
    15. Re:I just want the names to make sense. by JohnFen · · Score: 1

      doesn't Duck Duck Go just use Google?

      No, DDG uses a bunch of different search engines (including Google), but seems to rely mostly on Bing.

    16. Re:I just want the names to make sense. by charles05663 · · Score: 2

      As an example of how not to do it, call your web server "httpd" (OpenBSD, I am looking at you) how in $(DEITY)'s name are you expected to find help on specific configuration details?

      The man pages.

    17. Re: I just want the names to make sense. by Anonymous Coward · · Score: 0

      I'm sorry, but OpenBSD is probably the only exception when you actually will find up to date and meaningful documentation, especially in the man pages. Accurate documentation is one of it's main features aside from the other obvious ones. Of all the shitty operating systems out there you could have picked that have little to no documentation, out of date documentation, or just plain wrong documentation, OpenBSD does not fall in this category.

    18. Re:I just want the names to make sense. by thegarbz · · Score: 1

      just try Googling a version number! No chance.

      I think that speaks more about your ability to use Google rather than the naming convention of the software you use.

    19. Re:I just want the names to make sense. by MoarSauce123 · · Score: 1

      Maybe you mean startpage, that is essentially the same as Google without all the recommended content stuff.

    20. Re:I just want the names to make sense. by Actually,+I+do+RTFA · · Score: 2

      The names aren't supposed to make sense. They're supposed to be easy to report. It's so you can tell devs you're on "Namibian Tiger" and not feel embarrassed you're out of data, or fat finger 10.11.10 as 10.11.11

      You can usually get to the version number if you look.

      --
      Your ad here. Ask me how!
    21. Re: I just want the names to make sense. by Zero__Kelvin · · Score: 1

      Even though "Alphabet" is the name of Google's parent it is still a good concept even when dealing with other companies. If you understood the alphabet you would know that N comes after M.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    22. Re:I just want the names to make sense. by Junta · · Score: 1

      "ubuntu 17.10" is a perfectly viable search term, except missing the pages that never mention the version number, but vice versa also happens since they have both and some people use only the names, others just use the version number, splitting potential search results when doing by keyword.

      In your second scenario, 'openbsd httpd' would seem to be a viable search term, though I admit having a uniue and specific name for a particular project or subproject makes sense, but naming versions is an exercise in frustration, especially since Ubuntu's version numbers can be derived from the release date. I don't have to keep active tabs on Ubunutu to know that 17.10 is the most recent release, because it is 2017 and past October. I also don't have to think too hard about roughly when the next release is and what it'll be (18.4, 2018 in April)

      --
      XML is like violence. If it doesn't solve the problem, use more.
    23. Re:I just want the names to make sense. by Anonymous Coward · · Score: 0

      That went over his head alright. Good one. GOOD ONE

    24. Re:I just want the names to make sense. by squiggleslash · · Score: 1

      I'd be happier with this if they settled on one or the other. 99% of the time I know that the server in the back closet is running 14.04, but I have not the slightest clue what name that was given. Even looking at /etc/apt/sources.something gives me one word, not both.

      Just call it "Version Lizard", and be done with it. If you need a "short" version, use the first letter, you're doing it alphabetically anyway.

      --
      You are not alone. This is not normal. None of this is normal.
    25. Re:I just want the names to make sense. by feenberg · · Score: 1

      Just Google "openbsd httpd".

    26. Re:I just want the names to make sense. by omnichad · · Score: 1

      don't have to keep active tabs on Ubunutu to know that 17.10 is the most recent release, because it is 2017 and past October.

      Somehow I never realized this...

    27. Re:I just want the names to make sense. by Immerman · · Score: 1

      Sure, the alphabetical names are clever aid in comparing codenames - but useless when all you know is that you're running 16.04. Which is all the information you see in 90% of contexts.

      Meanwhile, I'm not sure what you've been looking for, but I've had a LOT more luck Googling "how to do/fix X in Ubuntu YY.ZZ" than using code names - for the simple reason that the vast majority of discussions of non-trivial issues don't use the codenames, and thus can't possibly be found by searching for them. Code names will reliably get me to the marketing page - but once I've got it installed the marketing page is useless.

      I agree that having a distinctive *product name* is important for searching - but for individual versions? They don't get used enough to actually be helpful.

      --
      --- Most topics have many sides worth arguing, allow me to take one opposite you.
    28. Re:I just want the names to make sense. by angel'o'sphere · · Score: 1

      I'm on Mac OS X 10.9.5.
      Do you know its retarded name?

      I don't ...

      After a 8 years Mac break my first new Mac was a 17" running Panther (10.4), bought 2004 ... that is the only thing I know about the retarded names of Mac OS X and now macOS.

      If you follow the "about this Mac" menu: it does not even tell you the name of the OS you are running.

      If you really need/want "retarded names" then use some that have an order, like planet names, or chemical elements or can be ordered alphabetically.

      Or the names of the months in Maya language ... at least you can learn something by that.

      I'm tired to google my own OS's name ...

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
    29. Re:I just want the names to make sense. by bn-7bc · · Score: 1

      I agree, what was wrong with versjon numbers, withe them it was at leas easy to see if you deeded to update to be compatible or not, now you have to remember names instead, it (at least for osx) has become a game of which cat/moinain/national park jkame in what order, what a mess

    30. Re:I just want the names to make sense. by bn-7bc · · Score: 1

      well so google )including quotes) "osx 10.13" or whatever version you wanted to check, still las chance of makin a misstake yhan with long names

    31. Re:I just want the names to make sense. by thegarbz · · Score: 1

      Especially since there's no easy way to identify the name. There's no codename to be found on the Ubuntu page anywhere that would help link the version number to the name.

      I'm actually not sure how to find out the codename other than Google. Under Ubuntu's Settings > About all it shows is "Ubuntu 17.10"

    32. Re:I just want the names to make sense. by DontBeAMoran · · Score: 1

      Apple's "Photo"
      Apple's "Mail"
      Apple's "Messages"
      Apple's "Contacts"
      Apple's "Calendar"
      Apple's "Pages"
      Apple's "Numbers"

      Etc...

      Sure the names make perfect sense, but as you say it's a problem when searching for help.

      --
      #DeleteFacebook
    33. Re:I just want the names to make sense. by DontBeAMoran · · Score: 1

      I think it's almost only so they have a background image and can associate a real-world animal/place/whatever to the OS, to attach an emotion or feeling toward the product.

      I guess it's better for the Keynote to say "Today we're introducing macOS Mountain Higher Sierra Leopard Lion!" rather than "Today we're introducing macOS 12!"

      --
      #DeleteFacebook
    34. Re:I just want the names to make sense. by lobotomy · · Score: 1

      I would rather not say how many years it took me to notice that Android code names were in alphabetical order. Once I noticed, things made more sense. While I now know that Turnip is newer than Prune, there is still the problem that if you check the version on the device, it doesn't say what yummy dessert it is.

    35. Re:I just want the names to make sense. by Anonymous Coward · · Score: 0

      startpage.com and ixquick.com use Google.

      ixquick.eu does not.

    36. Re:I just want the names to make sense. by Anonymous Coward · · Score: 0

      This^^!

      Can we please just go back to nn.mm.bb numbering? nn is the major release (major new features/redesign), mm is small/intermediate new features plus bug fixes, and .bb is just bug fixes.

    37. Re:I just want the names to make sense. by Dragonslicer · · Score: 1

      If you're on the running system, the easiest way is with lsb_release -a in a terminal. You can also look in the repository lists in /etc/apt/.

    38. Re:I just want the names to make sense. by Anonymous Coward · · Score: 0

      For phones and tablets its not a matter of timing or names. Updates hindering or slowing performance of current or older phones and tablets is part of the plan to get people to buy a new phone/tablet every year. During the first year of ownership, there is usually one major update and then no more updates ever for that device, and that one major update is designed to slow performance to encourage people to get the latest shiny new "smart" phone. I think that makers of phones and tablets need to have some rules enforced on them if they want to sell them in the U.S. The phones and tablets must be supported for at least five years, with thoroughly tested updates that do not hurt performance, batteries that are consumer replaceable, and service info must be available for free, and parts must be available at reasonable cost. Prices must also come down to reasonable! When I can buy a good quality tablet that has a larger screen than a "smart" phone for around $100 or less, it is totally ridiculous to have to pay more than $150 for any "smart" phone on the market! The tablet can do anything that the phone can do except make phone calls. And I have recently read that the chip and antenna that allow a phone to make phone calls cost considerably less than a dollar. The prices of most "smart" phones are nothing less than extreme price gouging!

      And some companies (I'm looking at you Micro$haft!) use their customers as alpha and beta testers instead of doing that testing themselves like they should!

    39. Re:I just want the names to make sense. by JohnFen · · Score: 1

      but the names are always in alphabetical order, so at least you know which version is newer than the other

      Yes, but you lose other really important information that version numbers give you, such as "did this release include feature changes, or was it just bug fixes"?

    40. Re:I just want the names to make sense. by Dragonslicer · · Score: 1

      As a general rule, yes, I agree completely. Operating systems are a slightly different case, though, especially with package-based systems like most Linux distributions. Individual packages have major/minor/patch version numbers, but the version number for Ubuntu as a whole system doesn't really contain that kind of information.

    41. Re:I just want the names to make sense. by Actually,+I+do+RTFA · · Score: 1

      You're running the latest sub-version of "Mavericks". And the point isn't htat you have to look up the stupid name, it's that non-techie people can tell tech support/file bugs using a cute name and not scary numbers. If you were less of a techie, it's probably a lot easier for you to find the name, cause you would look elsewhere in the GUI.

      Them being in order would actually be worse... the lack of rhyme or reason means that they don't feel like disguised numbers. Which is important to not scare people.

      It probably also has people not notice when they skip an update. If I'm updating from Helium to Oxygen, it's obvious I missed an update. Should I update? I didn't notice the missing updates...

      Compare to I'm going to upgrade from Puma to Sugar Lynx.

      --
      Your ad here. Ask me how!
    42. Re:I just want the names to make sense. by angel'o'sphere · · Score: 1

      Te name of my OS is no where mentioned in the GUI, or more correctly: I never saw it the last 13 years.

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
    43. Re:I just want the names to make sense. by Anonymous Coward · · Score: 0

      Correct, Canonical should be prevented from using Alphabetic names as well.

    44. Re:I just want the names to make sense. by Anonymous Coward · · Score: 0

      Alphabetic names are iso-8859-1 ist , arbitrarily favoring one nations sorting order.

      Its typical western view that latin alphabet and sort orders are somehow universal.

    45. Re:I just want the names to make sense. by Anonymous Coward · · Score: 0

      It's bitztream the autism-hating, custom EpiPen-hating, Musk-hating, Qualcomm-hating, Firefox tabs-hating, Slashdot editors-hating Slashdot troll!

    46. Re:I just want the names to make sense. by thegarbz · · Score: 1

      "Codename: xenial" Okay cool. But that was a very techie solution to what is supposed to be the OS that would sway potential Windows 10 users to it. What really should happen is 3rd party software stop using stupid codenames that the vendor themselves obfuscate.

    47. Re:I just want the names to make sense. by Dragonslicer · · Score: 1

      No argument from me on that point. I always use version numbers whenever I can.

  2. Yes by PhunkySchtuff · · Score: 4, Interesting

    Yes /thread

    Now that software companies are hooked on the recurring revenue of subscription-based pricing and their end users have seemingly accepted it with little fanfare, I don't see the subscription model going away any time soon.

    The trap is that software companies now want to be seen as giving continual improvements (and therefore value) to their customers, so they push out annual updates (as most subscriptions are an annual subscription) just so that people are using WhateverApp 2018 instead of WhateverApp 2017. It's got a bigger number in it's name, it must be more better. Or, why am I paying a subscription for WhateverApp 2015 and it's nearly 2018? What has the vendor been doing for the last two years to deserve my money?

    1. Re:Yes by Anonymous Coward · · Score: 0

      their end users have seemingly accepted it with little fanfare

      Huh? I sure don't. I don't have a single piece of software that I pay a subscription for. Not sure where you got this little factoid from.

    2. Re:Yes by reanjr · · Score: 3, Informative

      No one really sells operating systems to consumers, via subscription or otherwise. MS sells OEM licenses. Apple sells computers with free OS upgrades. Linux vendors sell support. No one is paying fees to subscribe to OS releases.

    3. Re:Yes by Anonymous Coward · · Score: 0

      You're insufficiently emphatic. The correct response is "hell, yes".

      "Improvements" between major versions are minimal and/or forced/unnecessary. Change for the sake of change in order to try to justify a new version number. And, as TFA notes, the publishers are far more focused on release dates than they are on shipping clean code. Some bugs are inevitable, but the stuff that's been released the last few years is a fetid cesspool, stuff that should be more accurately called alpha or, at best, beta quality, not release-worthy.

    4. Re:Yes by saloomy · · Score: 1

      Since you do not, you are not their end user. The ones paying the subscriptions are, and they are out-numbering those who have purchased the software traditionally, and it is more profitable, which is why companies are abandoning their purchase-ware.

    5. Re: Yes by Anonymous Coward · · Score: 0

      If you aren't paying to use a service, then you aren't the customer. Your attention is likely the product, and it's likely being sold to advertisers!

      The FF web browser is an example of this. We don't pay to use it, but Mozilla still gets millions of dollars a year by selling stuff like our default search engine setting.

    6. Re:Yes by Anonymous Coward · · Score: 0

      Key point in your argument being "consumers." Plenty of companies pay for Windows Software Assurance licenses. Corporate is where Microsoft makes their real money, and if they switched to a subscription model and stopped releasing new versions, they'd have a very unhappy user base.

    7. Re:Yes by swillden · · Score: 1

      What makes you think software quality is declining? I've been doing this for 30 years, and as far as I can see, everything has always been crap, with the exception of stuff that really, really had to work... and not always even then. Consider the Ariane 5 crash. And that was over 20 years ago.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    8. Re:Yes by Anonymous Coward · · Score: 1

      Yes. The times when a software update as a good thing are long gone. Now I usually try to keep with old version of a software as long as possible, as the new version will always include a re-randomized UI, more spyware and bugs and some key features are removed. The UX departments are the biggest reason for this madness, as they would simply lose their jobs without constant change. And as corporations also laid off their QA departments, the software quality is in downward spiral as there is no time to maturize code before it is replaced with yet another re-structure.

    9. Re: Yes by Anonymous Coward · · Score: 0

      Funny how all this Agile, Scrum, and other consultant bullshit that makes developers' lives miserable to no other purpose prove so utterly ineffective when people have a choice as to whether to install or not. Waiting on upgrades is not only still the sane thing to do, it gets more sane as software continues to get worse.

    10. Re:Yes by MoarSauce123 · · Score: 1

      You hit the nail on the head! It is funny that customers demand frequent improvements, love the subscription model, but then complain that there are annual updates. I think the issue is to make drastic changes with each of the major updates that upsets people.
      What do folks want? Have their improvements and new features, but don't install the necessary update for it? Or is it more that any new version is at times riddled with bugs that require frequent patching? If the latter, then we have the typical quality problem. Sadly, customers are not paying extra for top notch quality nor do they want to wait for their new features until they are properly tested. Worse even, they complain about it, but keep buying gadgets and subscriptions. That gives companies 0 incentive to change. Make quality a key demand and ask for the test plans and test results. That way you know what was covered and what was not.
      Disclosure: I work in QA for a software company that pushes multiple scheduled updates each year as well as (IMHO) far too many unscheduled updates. I wish I had the luxury of time to complete proper testing, but release dates are set somewhat arbitrarily, product steering has a list, and that is what will get released. Dev and QA are rushing things, getting sidetracked by customer complaints that need to be resolved, wasting time on features that product steering does not want anymore in favor of something else (typically they want both), and never have time to take a step back, improve process and foundations, get more training, and then go faster. I bet it is no different in other companies. I also think that many cut the rather expensive QA in favor of cheaper support. They may have done the math and found for themselves that dealing with an issue after release is cheaper for them than not releasing a feature. Overall, companies do not want to change their ways. The only avenue for them to do is when you hit them in the pocket book. So please do so and let them know why. You may move on, but that feedback and insight will make it better for many others....and yourself when you switch back, because the grass on the other side was as green or brown as on this side.

    11. Re:Yes by MoarSauce123 · · Score: 1

      Look at the sales numbers of any piece of software that is offered as subscription vs perpetual license. Subscriptions are vastly favored because the initial cost is much lower. That is much easier to get into an annual budget than a hefty one time license fee, even if on average a customer pays more after three years of subscribing compared to a perpetual license. Which is also why companies tend to push the subscription model because the annuities are far better for cash flow than one time licenses. The entire cloud is generally based on the subscription model which also allows for short term resource increases. Even perpetual licenses are more and more bound to software versions. You may get one free upgrade, but that's it. While the product keeps functioning it will become stale fairly quickly.

    12. Re:Yes by MoarSauce123 · · Score: 1

      One day material design is hip, then Metro, then something else. I think it is madness since none of them are particularly better than tool bar on top with a well-structured menu system below, all augmented with keyboard shortcuts. That brings us back to the battleship gray windowed desktop apps or their slightly more modern browser based counterparts. That's it, we are done, all UI issues are resolved! Too bad that customers are not having any of that. All evidence suggests that customers crave more color and big tiles and animated eye candy even if it adds zero benefit. Further, one group of customers demands that navigation should work this way, a different group wants it that way, and that is nothing that yet another group wants. As a UX designer, how do you make them all happy? As far as QA goes, customers keep buying stuff of shoddy quality and are apparently OK with that, at least as long as the stuff solves their need and restarts are fast. Don't think that is how it should be? Then by all means stop buying broken stuff!

    13. Re:Yes by aaarrrgggh · · Score: 1

      Agree; it is all about subscription revenue. AutoDesk, Adobe, and Microsoft aren't about to turn that away, so neither will the rest of the pack.

      I would think it would start to make competitors more viable, but from where I sit it seems to further consolidate power.

    14. Re:Yes by Anonymous Coward · · Score: 0

      Software does not get stale. Bread gets stale.

      The way a piece of software works today it will work tomorrow. For all possible endless streams of today.

      If it stops working that is only because the software was a lemon to begin with and you should never ever buy anything from or have anything to do with that company ever again.

    15. Re:Yes by Anonymous Coward · · Score: 1

      If Microsoft stopped releasing new versions of Windows the world would break out in boundless joyful reverie!

      The best Microsoft products are the ones that Microsoft no longer diddles with. As they work today, so they will work tomorrow. For every value of today.

    16. Re:Yes by JohnFen · · Score: 1

      You and I have been in the industry for roughly the same amount of time. I haven't done a study on this, so this is merely my own subjective perception. I don't know how to answer the "why do you think" question without simply restating my premise. I first noticed the overall decline in software quality about 15 years ago, but the pace of it has picked up over the past 5 or so. By "quality" I mean overall reliability, performance, and the number of nontrivial bugs.

      Software has never been perfect. I'm not claiming there was some kind of golden age where software was generally awesome. I'm claiming that it's been getting worse.

    17. Re:Yes by bn-7bc · · Score: 1

      Well taste may differ, personally i find A well structured menu system on top, and customisable single level toolbars right below that (you know the ui that had been standard all the way from windows 3.x untill ms perpetrated the crime agains humanity that was ribbon)

    18. Re:Yes by swillden · · Score: 1

      Without data, it's impossible to say. My perception is that it's actually better today than it was, particularly in light of the much greater complexity of today's software products. We do see more security bugs, but I think that's due to greater scrutiny, not more bugs.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    19. Re:Yes by JohnFen · · Score: 1

      So we're both expressing opinions. Fair enough. :)

    20. Re:Yes by swillden · · Score: 1

      So we're both expressing opinions. Fair enough. :)

      Well, except that you stated yours as fact.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
  3. One year cycles aren't for consumers benefit by rsilvergun · · Score: 4, Insightful

    they're for habituation. They want you in the habit of buying on a schedule so it feels 'off' if you miss a beat. Starbucks uses this to keep folks drinking their coffee flavored sugar water. Let it go too long and consumers forget about you. That's why we got Windows ME & Vista.

    --
    Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/
    1. Re:One year cycles aren't for consumers benefit by Anonymous Coward · · Score: 0

      In the corporate world, its a pain in the ass. New OS's every year, give me a break. Every 2 years would be more acceptable.

    2. Re: One year cycles aren't for consumers benefit by Anonymous Coward · · Score: 1

      I don't think this is true. For example there have been so many frequent releases of the FF web browser that it always feels like I just upgraded. I'm not looking forward to the next release. In fact I fear it! If it's like FF 57 or their other frequent releases it will probably just break a lot of functionality, or it will change the UI for no good reason, or it will feel a lot slower, or it will require even more memory than it already does. More frequent releases just make them all blur together.

    3. Re:One year cycles aren't for consumers benefit by Anonymous Coward · · Score: 0

      Starbucks also uses chemical addiction via caffeine. Ever had a caffeine withdrawal headache? It's a powerful motivator.

    4. Re:One year cycles aren't for consumers benefit by Darinbob · · Score: 1

      And this is because each new release also comes with new major problems. We aren't upgrading to High Sierra at work, because it does not work (never mind the blatant security hole). Every time a new tool is rolled out, something goes wrong, unless you're one of those that does nothing but use a Office (although on Mac that is tje most likely thing to break). When the updates don't break in functionality they will inevitably have rewritten the UI. I presume that latter is so that IT nuns can roam the corridors and easily see who did not upgrade and then give them a wack with a ruler.

    5. Re: One year cycles aren't for consumers benefit by Zero__Kelvin · · Score: 2

      What the hell are you going on about? Starbucks has different blends, but they aren't "releases" and calling coffee "coffee flavored sugar water" is like calling Prime Rib "A1 smothered steak flavored cow muscle". It isn't served with sugar, and coffee is literally coffee flavored water.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    6. Re: One year cycles aren't for consumers benefit by Anonymous Coward · · Score: 0

      You realize that "steak sauces" were invented by the French in order to hide the fact they were selling rancid road-kill?

      If Prime Rib requires any kind of seasoning or sauce at all it is not "Prime" Rib, it is merely road-kill.

    7. Re:One year cycles aren't for consumers benefit by omnichad · · Score: 1

      High Sierra breaks compatibility with a lot of good software. Like all Pre-X versions of Final Cut Pro.

    8. Re: One year cycles aren't for consumers benefit by Zero__Kelvin · · Score: 1

      Which would be an important point if mine wasn't that it is *not* required, nor served, but rather is something some people apply after it is served, much like the OPs "sugar water" statement.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  4. Betteridge Invoked! by Anonymous Coward · · Score: 1

    /thread

    1. Re:Betteridge Invoked! by darkain · · Score: 1

      You must be new here: this isn't a news article headline, it is a "Slashdot Asks" - specifically invoking discussion, not lazily authoring of news publications.

    2. Re:Betteridge Invoked! by Anonymous Coward · · Score: 0
    3. Re:Betteridge Invoked! by Anonymous Coward · · Score: 0
  5. Agile by sunderland56 · · Score: 4, Insightful

    Internally all these companies preach "Agile" and "continuous software delivery". Guess that's just all to pacify upper management, since it isn't really working.

    1. Re:Agile by MerlinTheWizard · · Score: 1

      Indeed. But behind the whole "agile" gimmick, which is just there to make it look like it's remotely related to technical management, there's a devious business model that probably won't go away at least until the whole current economy collapses. It's all about securing continuous revenue. Like others have said, it goes hand-in-hand with subscription-based models. Once you get into this kind of business model, I don't think there is any easy way out. It's a trap.

    2. Re:Agile by Darinbob · · Score: 1

      I think upper management would prefer something more predictable than Agile. Agile is usually pushed hardest by new employees coming from places that were already part of the Agile cult.

    3. Re:Agile by Anonymous Coward · · Score: 0

      Management wants Agile release cycles without spending enough money on test automation.

  6. FF's frequent releases have ruined it by Anonymous Coward · · Score: 2, Interesting

    Worse than even annual releases are the much more frequent releases of web browsers, mainly FF. Early on, FF used to have relatively infrequent major releases, but when they did come out they were good news. They brought lots of great improvements, and new FF releases were something to look forward to. Then around FF 4 they started moving toward more frequent releases. I think it has been awful, cumulating in what has been the worst release for me yet, the recent FF 57 that broke nearly all of my extensions and that ruined the UI. All that these frequent releases do is let the FF developers shovel shitty changes on to us users every few weeks. Rapid releases don't encourage doing a good job. They just encourage lots of unwanted change for no good reason that's then forced on users who never asked for these changes and who don't want them. The ESR releases don't even help because they're just specific versions of the rapid releases. They're afflicted with the same flawed development model as the frequent releases.

    1. Re:FF's frequent releases have ruined it by Dayze!Confused · · Score: 3, Informative

      I recall reading blog posts about app development and the author encouraging developers to release often so that users know your project is active. Personally I turned off auto update, and check through the list occasionally to see if an app I'm using has an update, and what features they have added. If all they say is "more bug fixes and features", or "we'll let you know of the features in the app", that app doesn't get updated, and may eventually be uninstalled. To me the frequent call for updates is annoying. Unless I'm actually experiencing a bug, or it's a security patch, I don't really care about the latest feature. If I did I would check if an update has been made available.

      I did have a bank force an update on me so it would be compatible with iPhone X, even though I'm using an iPhone 6s.

      I figure I've saved perhaps 100Gb of unneeded downloads for apps like YouTube, Facebook (while, this one is now uninstalled), and the various bundled iOS apps that are 500-1000 Mb.

      From my experience at Intel when they were trying to get into Android phones we start a cycle on a new version with everything broken and barely get everything working again just in time for Google to release yet another update which breaks something again. The point updates would take a couple weeks maybe to fix, but the major version updates were hell.

      My other experience from a user study which was for Intel's health and technology showed that it wasn't just Google that makes it shitty, and perhaps it wasn't Google at all, but every time we tested something and filed a bug the next day they would have marked all bugs as fixed and told us to test on the new version where we would inevitably find the same bug. Bug fixing makes them seem like they are making progress and looks like a good metric to management, where really they are just sweeping shit under the rug.

      --
      "All tyranny needs to gain a foothold is for people of good conscience to remain silent." [Thomas Jefferson]
    2. Re: FF's frequent releases have ruined it by Zero__Kelvin · · Score: 1

      Release early / release often is not a new concept.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    3. Re:FF's frequent releases have ruined it by Anonymous Coward · · Score: 1

      Not only that, but every new release showed that it took about 30 bugfix releases to get to a stable browser after each major update.

      Now we get at most one bugfix release and one or two security updates before the next round of breaking changes. This has lead to the bugs piling up, with bug reports getting closed with WONTFIX WEDONTCARE all the time.

      In the end it has become so bad that they had to rip out the last piece of what made Firefox better than the competition, the extension system.

      The result has a browser that looks and feels like Edge, installs adware when you are not looking, includes ads (you call them donate buttons, I call them ads), and sends all your private information to Google.

      I guess that's one way to try to compete with Google and Edge - copy the worst of both browsers.

    4. Re:FF's frequent releases have ruined it by Anonymous Coward · · Score: 1

      Mozilla did this to combat Chrome's insane release schedule. In many ways Google has totally ruined what betas, RCs, and major version numbers should be. Heck even the Android API is at 27.

    5. Re:FF's frequent releases have ruined it by Kjella · · Score: 1

      and perhaps it wasn't Google at all, but every time we tested something and filed a bug the next day they would have marked all bugs as fixed and told us to test on the new version where we would inevitably find the same bug. Bug fixing makes them seem like they are making progress and looks like a good metric to management, where really they are just sweeping shit under the rug.

      Well bug fixing is a good metric, but refiled bugs should be a huge red-flag metric. If you're closing bugs that aren't actually fixed that's like improving support call times by hanging up on customers. That it can happen accidentally because the bug description or reproduction steps were unclear or incomplete is fine. That you made a botched fix that didn't completely address the issue or resolve it properly, fine. But if you're just saying we got a new version and are closing all bugs against the old one as outdated just like that, the person in charge of that policy should be perp-walked out of there. It's pissing on the effort of everyone who tried to help themselves and others by improving your product. And if management isn't aware it's happening they really need better feedback channels from the actual users.

      --
      Live today, because you never know what tomorrow brings
    6. Re:FF's frequent releases have ruined it by JohnFen · · Score: 1

      I agree. The insane frequency of releases is what made me disable automatic updating for everything.

  7. Process, Procedure, and business continuity by neurosine · · Score: 1

    I see these iterations as consumers filling the os makers need for recurring revenue, and it can be disruptive. Most businesses need a foundation of policy and procedure. The way they print, scan, and even read email attachments often changes when a new os comes out. Often their mission critical software doesnâ(TM)t support the os, and in order to upgrade work around and compromises have to be made to a system that was secure, reliable, and predictable. I know at least one government is still using Windows 7. Most of the bugs and security issues have been worked out. Expensive custom made software remains compatible. Companies need stability, and a new OS is invariably disruptive. This is why many kiosks mobile computing systems and telephone systems are still using NT, CE, and OS/2. The investment of integrating these systems into a highly secure and well documented infrastructure is just too expensive or impractical to do every year, or every 5 years. Microsoft moving to a subscription based scheme is probably a good compromise. Clients can keep using the systems they have in place, people can be trained, and documentation doesnâ(TM)t need to be recreated every year. Of course the OS makers keep trying to push these organisations to use the new systems by taking away support, and creating new applications incompatible with older OSâ(TM)s. This will probably always be a point of contention.

    1. Re:Process, Procedure, and business continuity by Anonymous Coward · · Score: 1

      I know at least one government is still using Windows 7

      I would bet you would struggle to find one government that doesn't still have some Win7

  8. Huh? by Anonymous Coward · · Score: 0

    "has seemingly gone off the roof."

    That's it, enough internet for me today.

    1. Re: Huh? by Anonymous Coward · · Score: 0

      Yeah, must not be a native speaker and doesn't know things go "through the roof." Also managed to foul up "... features ... don't...."

  9. Basically, they can't. by XSportSeeker · · Score: 4, Insightful

    The answer is yes, but tech companies won't do it, because these things have nothing to do with consumer needs, but are instead strictly tied to stuff like marketing, and advertising. And it has huge sprawling effects that are hard to predict and figure out.

    For companies like Google, Apple and Microsoft, software cycles don't live in a vacuum. They are tied to advertisement campaigns, keynotes, presentations, relationships with press, developers, business contracts, and a whole ton of other stuff people might not be aware of.

    It takes far more than what the article is complaining about to tip the scale.

    1. Re:Basically, they can't. by Hadlock · · Score: 3, Insightful

      This, pretty much. The product/sales/marketing departments are bred and educated on the yearly sales cycle; software development is ultimately dictated by them. The closest truce that I've seen has been the creation of LTS releases, which matches the annual or semi-annual cadence of the corporate sales/acquisition cycle with that of need for IT departments/software developers to ship and support stable software. Ubuntu's 2 years between LTS releases is rather long but it's extremely predictable and results in good stability with the interleaving releases being flexible enough to try out new features without screwing over seasoned IT professionals.
       
      For consumer products like the iPhone there will almost always be an annual incremental upgrade over last year; you don't want to sell the same product (iPhone, Laptop, Tablet*) two years in a row with no improvements at Christmas, you're looking at a sales disaster. You'd have to get rid of the Christmas sales season to effectively kill annual software updates.
       
      *The iPad seems to be the sole exception to this, the iPad Mini hasn't seen any significant upgrades since ~2013 and apple still sells the iPad Mini 2 despite being on version 4 or 5 now. Tablets with their larger batteries and internal volume pretty much maxed out on features within a couple of years of their introduction and hit full market saturation and last forever for whatever reason.

      --
      moox. for a new generation.
    2. Re:Basically, they can't. by Anonymous Coward · · Score: 0

      huge sprawling effects

      Yes, pretty much agree with its effect on I.T. departments putting out schedules and stuff like man-months and budgets and TPS reports. We have our own Butterfly effect. Enjoy the holidays o/

    3. Re:Basically, they can't. by CanadianMacFan · · Score: 1

      Also iOS needs to come out on an annual basis in order to support the new features in the new iPhones and iPads that come out every year. It would be great if Apple could move away from the annual release cycle of the phones until they had the features working properly.

    4. Re:Basically, they can't. by Dayze!Confused · · Score: 1

      There is this demand from investors to not only make profit, but to make more profit than before. Changing the release cycle would send the stock plummeting as investors would believe they would be getting less return.

      --
      "All tyranny needs to gain a foothold is for people of good conscience to remain silent." [Thomas Jefferson]
    5. Re:Basically, they can't. by Bearhouse · · Score: 1

      Except that my two top-spec iPads and iPhone 4s were wonderfully responsive and fluid right until the last software update which, guess what, made them so slow as to be practically unusable.
      I'm sure that's just a coincidence...

    6. Re:Basically, they can't. by omnichad · · Score: 1

      support the new features in the new iPhones and iPads that come out every year.

      Most of the time those aren't even phone features, but software features restricted to specific models. Remember when Siri first came out? What phone can't record audio with a microphone and send it to a remote server?

    7. Re:Basically, they can't. by swillden · · Score: 1

      This, pretty much. The product/sales/marketing departments are bred and educated on the yearly sales cycle; software development is ultimately dictated by them.

      This is true, but not in the direction you imply, I think. Left to themselves, most development and QA teams would release more often than once per year, not less. Or maybe never.

      Very long development cycles are bad, because they lead to developers trying to fit too much into each release, and they lead to developers racing the release deadlines. If your product is only released once per year and you miss the deadline, your feature isn't going to launch for another full year. That provides a strong motivation to try to cram stuff in that isn't quite done.

      The "natural" release cadence is driven by QA. When development cuts a release, QA starts testing it. The time it takes QA to complete testing (including time for development to fix bugs they discover) is how long development has for the next iteration. So the development cycle is naturally dependent upon the level of QA automation. I suppose QA could take longer than a year, but that seems like a dysfunctional process in nearly all cases.

      Of course, not all cut and tested releases need to go to customers. But if they don't, IMO development and QA should not know which releases will go to customers.

      Note that feature size and complexity varies, so whatever release cycle you use some features will be too large to fit into a single cycle. This is another problem with long release cycles, they often discourage development of features that don't fit in a cycle (note that the cadence of performance reviews also plays a role here; developers like to have concrete accomplishments to point to -- "launched feature X" is a much easier case to make than "made progress on feature X").

      I think the best way to deal with this is feature control flags. Add hidden controls that turn features on or off, and default them to off while the features are under development. QA tests the default state. When a feature is complete, you change the default for the flag. If QA finds that this creates problems and the release is destined for customers, the default can be reverted, the release re-tested and launched that way. Once it's determined that the feature is solid and doesn't create problems, the flag can be removed.

      The closest truce that I've seen has been the creation of LTS releases, which matches the annual or semi-annual cadence of the corporate sales/acquisition cycle

      Agreed. This is the solution to the mismatch between customer needs and development cadence. And between marketing/sales goals and development cadence. And note that (like Ubuntu) there's no need to assume that one launch cadence fits all customers' needs, and indeed there's value in having more than one. But however many launch cadences are adopted, each needs to have a support commitment that lasts until after the next iteration launches (IMO, each should be supported until iteration N+2 launches, at minimum). That in turn drives a requirement for maintenance and support staff, which constrains the number of launch cadences.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    8. Re:Basically, they can't. by Anonymous Coward · · Score: 0

      This, pretty much. The product/sales/marketing departments are bred and educated on the yearly sales cycle; s/p>

      Yup, which is why we go for open-soure. Cut out the sales & marketing. Release on a random schedule - that is, whenever something actually has improved. No artifical deadlines. And nothing to pay either.

  10. Modularize by darkain · · Score: 1

    Just modularize the OS the same way others have already. Android is Linux based. Decouple the kernel from the UI API from the UI implementation. Same goes for other hardware layers of abstraction too. One of the biggest thing hurting Android to date is the lack of updates that need to be approved by both handset manufacturers and cell network carriers. We're stuck waiting months to years for updates, assuming we even get any at all. I'm currently on an Android device that can run every app I've downloaded from the market without a hitch, yet I'm still stuck on "Security Patch Level: March 1st, 2017" - and there have been countless vulnerabilities exploited between then and now. If not for handset and carrier bullshit, I'd be able to update individual packages on my own device to their current versions to solve this increasingly important security issue.

  11. Use the Debian model by klingens · · Score: 1

    Debian takes approx 2 years between releases and has at least a ~6 months freeze before releasing, sometimes longer. Great for commercial applications.
    https://en.wikipedia.org/wiki/...

    At the same time, they have a sort of rolling release for people who want new stuff in testing branch so everyone can continously test, and a bleeding edge for all the cool kids who need to brag in sid/unstable

    From the OSes/distros I use, Debian ist always the best to actually use and by far the easiest to upgrade when a new version rolls around. I only install Debian when I change to a new disk/ssd. My homeserver runs on a 80GB Barracuda IV parallel ATA (the thick ribbon cables) from ~2003. After installation: forever simply dist-upgrades no "reinstall since the damn thing BSODs on boot" or whatever. The only reason this is possible cause Debian takes a lot of time preparing the releases (those >=6 month freeze times).
    Ubuntu which is the most like Debian instead has a 6 months release cycle and they constantly have shit-tons of problems with every new release, same with Windows which also moved to a 6 months cycle now.

    1. Re: Use the Debian model by Anonymous Coward · · Score: 0, Offtopic

      Debian isn't a good example. Systemd was forced into Debian against the wishes of its users. Systemd caused a lot of Debian users a lot of problems. Many had to even move away from GNU/Linux completely, to FreeBSD or even Windows in some cases. Debian's longer release cycle did nothing to prevent the systemd disaster that ruined Debian for so many of its best users and contributors.

    2. Re:Use the Debian model by Dragonslicer · · Score: 3, Insightful

      Ubuntu which is the most like Debian instead has a 6 months release cycle and they constantly have shit-tons of problems with every new release, same with Windows which also moved to a 6 months cycle now.

      If you don't like how quickly things change in the normal Ubuntu releases, stick to the Long-Term Support releases, which are, like Debian, every 2 years.

    3. Re:Use the Debian model by omnichad · · Score: 1

      Is that really easier than Ubuntu LTS? I use either Ubuntu LTS or CentOS for servers. And 5 years of updates is pretty good without any upgrading.

  12. Happy Holidays!!! by Anonymous Coward · · Score: 0

    Fleece Slobbynuts (horn part)
    Fleece Slobbynuts (horn part)
    Fleece Slobbynuts

    Prospero anus on Phylicia Rashad!!

  13. Of course by jbmartin6 · · Score: 1

    They should spend the time fixing problems instead of making gratuitous interface changes. Useful major features only come along every few years anyway.

    --
    This posting is provided 'AS IS' without warranty of any kind, implied or otherwise.
  14. There is no macOS progress anyway by Anonymous Coward · · Score: 0

    And all the barely changed version caused totally superfluous fragmentation, compatibility and thus end user nightmare.

  15. Major releases whenever, bug fixes quarterly by layabout · · Score: 1

    Major releases are for revenue enhancement. Bug fixes are there to keep the customer from getting totally pissed off. Quite frankly, it doesn't matter what package it is, fix the damn bugs. I need to get my work done, not build workarounds.

  16. release cadence by Anonymous Coward · · Score: 0

    The only way to fix all the bugs they cause is to release MORE often, not less.

    Visual Studio 2017 for instance didn't even make it a full 24 hours to release a patch to version 15.5.

    So golly sakes, how about a release every 5 minutes, guys? I have nothing better to do than to stare at that spinning cursor all day and watch your empty promises of "We're almost done!"

    1. Re:release cadence by leonbev · · Score: 4, Insightful

      You're not buying into that "Continuous Deployment, ship a new build to production every night!" BS, are you? Automated code testing is still no match for real end-user testing, and you're going to eventually release shit code to production if you rely on it.

  17. It depends... by The+Grim+Reefer · · Score: 1

    I'm tired of updates that change everything just for the sake of changing it. Security updates, bug fixes, etc. should be rolled out as soon as they've been Q & A'd for not breaking something else. But redoing the entire UI for a program or OS every year just for the hell of it pisses most people off. If a software company is going to do that, then at the very least give the customers the option to revert to the legacy UI, or something close.

    I understand that Microsoft wanted to grab the mobile/tablet market using Metro. But what they ended up doing was not only giving their customers the middle finger, they poked them in the eye with it. Why couldn't they simply do all of the under the hood updates on the Windows 7 UI? It's stupid to just change things for the sake of change. When there's a truly useful change, they it's great. But giving us the UI from the hospital scene in Idiocracy is not it.

    Firefox has been guilty of this to the point that they pissed away their market share. Constantly breaking add-ons with each update on a weekly basis is just dumb. Copying the Chrome UI is also stupid

    I understand the desire to have a cleaner UI, but I wish all software companies would stop cleaning up the interface to the point of making it less usable. If there's a button that's going to be used more than once, don't hide it three levels into a contextual menu.

    1. Re:It depends... by Anonymous Coward · · Score: 0

      As someone who worked on both hardware/device driver development and applications development on Android, the biggest problem now is that there is a huge stack of source code API's going all the from X-windows/EGL/OpenGL drivers, base application Java API's. On top of these are built Qt5 code for cross-platform application support with Windows and Linux. For applications involving computer vision add OpenCL, OpenCV, machine learning toolkits, plus the application itself. There are probably more layers that I have forgotten about. With Windows and Linux, there's CUDA and general GPU support.

      For game development, there is Unreal and Unity. They are built on top of the various graphics API's DirectX and OpenGL. Once again, there are multiple versions of each API (eg. DirectX9/10/11/12, OpenGL 2.0/3.0/4.4.4.5, GLES 2.0/3.0/...) and each version has to be supported. Even different hardware has different quirks due to vendor/hardware release.

      Web browsers have to sit on top of all the different "engines" that exist; font engines, video/audio codecs and whatever native API's exist...
      A single smartphone is more complex than a high-end UNIX workstation from the 1990's.

    2. Re:It depends... by swb · · Score: 1

      They realize they have a mostly captive market so they aren't hurt by making a bunch of unnecessary UI changes that turn out to be disasters.

      For Microsoft the upside for Win8 was "we reinvented windows for the tablet and captured the market" and the downside was "some people will bitch about Microsoft". The downside was never "Windows will go away because people quit buying it."

      The real problem is that Microsoft sees it as necessary for them to "innovate" or else they will lose business. One of the genius things about Jobs and iOS at Apple is that they figured out how to sell people *an additional* computing experience using a different OS than Windows. They didn't compete against Windows, they had no competitor -- which is why it was so successful.

      But Microsoft is still competing against a phantom opponent for some reason. I don't know what it is, some actual fear of being left behind, some kind of personal jealousy or inadequacy complex its executives have for being so smart, so rich and yet somehow not cool or A list because they have boring and safe software which runs half the world.

      People will never come to you for hip or cool or new. Ever. Stop being tryhards. Paying Imagine Dragons or movie location scouts or the NFL to shill your tablets will not make you cool, hip or sporty.

      I wish Microsoft would wise up and sell people what they really want -- *stability*. The whole world is topsy-turvy and people crave stability, why not sell it to them?

  18. On the desktop yes, for consistency by HalAtWork · · Score: 1

    They use yearly releases to switch things around in the interface and change around options, as well as reset preferences.

    If there was consistency and refinement then that would be much more user friendly, not to mention carrying forward preferences and selected defaults as opposed to the big upheaval of installing a new version of Windows for example.

  19. Desktop Mac users... by DeplorableCodeMonkey · · Score: 1

    Would be thrilled if Apple actually had a yearly update cycle.

    1. Re:Desktop Mac users... by Anonymous Coward · · Score: 0

      Since they do have a yearly update cycle, we are thrilled indeed. A Chris Matthews tingle up our leg for Obama kind of thrilled.

  20. That would not change anything. by rundgong · · Score: 1

    It's not like a 2 year release cycle would mean 1 year of developing the same features, followed by 1 year of beta testing.
    It would only mean 2 years of developing more new features followed by 6 months of patches instead of the 4 months of patches we get today.

    What is needed is more focus on testing, and less focus on new "features" that most people don't even want!

  21. This issue is actually rather simple... by CAOgdin · · Score: 1

    ...are these vendors to stay attached to their "income is the most important thing in the world" mindset, or do they take the more mature view that "customer satisfactions is vital to survival?" Clearly, most of all major industry is focused on the first, at the expense of long-term survival.

    There's a reason that some automobiles are preferred over others, but many customers will STILL buy the cheaper model...only to become disgusted with it's quality in due time. Same issue, same ultimate result: Mercedes outlives the likes of virtually all domestic automobile companies (aka "Detroit"). Business success is measured by the number of customer who COME BACK, rather than try to find another vendor (who, in this renewal of the "Gilded Age") who will dazzle them with trinkets to sell them junk that needs to be replaced every few years, and an ever-increasing price.

    Who is the Mercedes of the Operating System market? (My assessment: Nobody trying to make a profit fulfills that role, as more customers take the attitude: "If it's going to be junk, why shouldn't I just rely on what's free? At least I'm paying a fair price for it!"

    If customer satisfaction were the standard by which they judged their success, "free software" would just be a testing ground for new ideas to gain a foothold, not a significant fraction of the adopting population.

    1. Re:This issue is actually rather simple... by Anonymous Coward · · Score: 0

      The issue seems simple to you because Dunning-Kruger.

      Pretty much everything you say is wrong, even if you do claim your viewpoint is the "mature" one. Hint: mature people don't have to point out they are mature.

  22. longer release cycles != less bugs by paulpach · · Score: 2

    The assumption here is that with longer release cycles there will be less bugs.

    This just does not follow at all. You may think "but they would have more time to fix bugs", sure, but they will also have more time to add new bugs. Every new feature will have a corresponding number of bugs, having larger releases means having more features per release. Maybe you think "keep the amount of features the same just do more testing" sure, but they can do that with smaller releases as well.

    If a company releases every 2 years, that means that a bug will be sitting there unpatched for 2 whole years. The new release may fix all those bugs, but it will also introduce a whole set of new bugs that will stay there for 2 more years. If the same company releases every month, then the worst bugs will be squashed within a month or two. The bugs that survive longer are the low priority ones. By having frequent releases and prioritizing the defects properly, the same company can keep a higher overall quality.

    A customer may decide to upgrade only every 2 years, in which case, the customer is not affected by how many releases are made, so they are not worst off.

    If you do software development right, the real question is not "is the software ready to be shipped?". Your software should ideally always be ready to be shipped. The real question is "which features are ready to be shipped", you would simply merge the features that are ready and tested. Anything that is half baked will be left for future releases. This model decouples release cycle and quality. The quality question then becomes an issue of how much testing each individual feature has (automated testing FTW).

    1. Re:longer release cycles != less bugs by JohnFen · · Score: 2

      This is true, but the two aren't completely disconnected.

      Rapid release cycles and Agile development methods go hand in hand, and in my observations and experience, nothing has accelerated the decline in software quality as much as Agile development methods.

      We need to get rid of Agile, and when Agile is gone, rapid release will necessarily go as a side-effect.

    2. Re: longer release cycles != less bugs by Anonymous Coward · · Score: 0

      Exactly.

      Agile has rapid releases because their quality assurance is so low they always need to put out fires of their own creation. Think about that sentence... and how it forms a positive feedback loop.

    3. Re: longer release cycles != less bugs by antdude · · Score: 1

      Lots of companies don't care about QA these days. :(

      --
      Ant(Dude) @ Quality Foraged Links (AQFL.net) & The Ant Farm (antfarm.ma.cx / antfarm.home.dhs.org).
    4. Re:longer release cycles != less bugs by paulpach · · Score: 1

      If Agile means to you having less testing, you are doing it wrong.

      To the contrary, the best thing you can do in agile and DevOps in general is add automated testing and run all the tests on every single commit.

    5. Re:longer release cycles != less bugs by Anonymous Coward · · Score: 0

      If a company releases every 2 years, that means that a bug will be sitting there unpatched for 2 whole years. The new release may fix all those bugs, but it will also introduce a whole set of new bugs that will stay there for 2 more years. If the same company releases every month, then the worst bugs will be squashed within a month or two. The bugs that survive longer are the low priority ones. By having frequent releases and prioritizing the defects properly, the same company can keep a higher overall quality.

      That is not what happens in practice though. For example, Firefox started going down the toilet when they started having rapid releases. They brought in pointless UI changes, while at the same time paying no attention to memory management issues. How long did we have to wait for multiple processes in Firefox? They were too busy getting minor and pointless features into a ship-ready state.

      As a second example, consider Windows 10. The reboots caused by updates are at least as frequent as BSODs in Windows 95. Major updates wipe out custom settings that you have to manually set again. For instance, the fall creator's update (1709) reactivated touchpad tapping and other "features" that I do not want, and wiped out all the our customised tiles in the start menu, replacing them with its own junk. And yet MS continues with god-awful auto-hide scroll bars and an alphabetically-sorted start menu. But hey, I can make good memes with the new picture editing apps.

      Rapid releases targets low hanging fruit. It is the 24-hour news cycle of software. Just as most people don't have anything of importance to say most of the time, programmers evidently don't come up with good ideas and good code on such short intervals of time. Rapid release is only good if you lower expectations in regards to quality and workmanship.

    6. Re:longer release cycles != less bugs by Anonymous Coward · · Score: 0

      The new release may fix all those bugs, but it will also introduce a whole set of new bugs that will stay there for 2 more years.

      If the same company releases every month, then the worst bugs will be squashed within a month or two.

      These positions are not consistent. If each new release both fixes bugs and introduces new ones, then you're going to have bugs all the time, regardless of whether the releases come out every month or every two years. At least, if the release cycle is a year or more, users have time to identify the bugs that affect them and figure out workarounds.

    7. Re:longer release cycles != less bugs by JohnFen · · Score: 1

      I never said Agile means you do less testing, although an awful lot of Agile practitioners seem to think that automated testing can replace or reduce the need for other sorts of testing, which isn't true at all.

    8. Re:longer release cycles != less bugs by yuvcifjt · · Score: 1

      Every blind-follower says exactly the same line: "you're doing agile wrong".

      Every company I've worked at, using agile, they ALL appear to be "doing it wrong" - especially with micro-management ("daily stand-ups"), along with a blame process ("sprint review"), and a continuous sprint-cycle to ensure your devs are constantly on a treadmill and never have time to think, evaluate, and innovate!

      What's worse is that it's some of the devs, who advocate for agile (i.e. blind followers), not knowing that it only benefits the business and management, especially in keeping a close eye on your devs and ensuring the company is getting their money-worth by keeping them on a treadmill ("sprint") of never-ending stress to deliver.

    9. Re:longer release cycles != less bugs by omnichad · · Score: 1

      The reboots caused by updates are at least as frequent as BSODs in Windows 95.

      Twice a day updates now? Just kidding - I got hard freezes just as often as BSODs.

    10. Re:longer release cycles != less bugs by paulpach · · Score: 1

      Nothing wrong with twice a day updates (we sometimes do even 3). But only if you have a comprehensive automated test suit.

    11. Re:longer release cycles != less bugs by omnichad · · Score: 1

      Is that test suit custom-tailored?

    12. Re: longer release cycles != less bugs by Anonymous Coward · · Score: 0

      Is that a power suit?

  23. Yes by JohnFen · · Score: 2, Insightful

    Although there are many things that are contributing to the ongoing decline in software quality, I think "rapid release" and similar Agile-inspired release cycles have done more to speed up the problem than any other single factor.

    Ditch it.

  24. What one year update cycle? by 140Mandak262Jamuna · · Score: 1
    It is insane. Our software is certified for the design of nuclear reactors and airplane structures and avionics. We have reporting requirements for our bugs to go to NTSB, FAA, DGCA, CRE a whole alphabet soup of agencies regulating nuclear power and airplanes from a dozen nations.

    The high, mighty and the wise people, otherwise known as the sales team, have pushed for and won three month release cycles. Planning meetings are immediately followed by progress review meetings with no time in the interim to make any progress.

    --
    sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
  25. Ignore the calendar. Ship it when it's ready. by RightwingNutjob · · Score: 1

    Otherwise you'll get a reputation for rush jobs and mistakes.

  26. Is the parent post not a dumb groid? by Anonymous Coward · · Score: 0

    I guess I just proved you're a north american pavement ape.

  27. That's two updates per year for Windows 10... by Slyswede · · Score: 1

    With Windows 10 Microsoft wants everyone to adopt an even more frequent update cycle, as the spring and fall versions of the OS will only be supported for 18 months.

    This actually makes more sense than you might think, because fewer Windows versions and patch levels means testing is easier, which in turn reduces the risk of undetected problems with the upgrade process in the released version.

    There is still a long term stability option for organizations with strict certification demands, but that branch obviously won't get the benefit of updated features and technology everybody else can enjoy.

    I'd hate to be a third-party vendor though, they will need to adapt much faster than today. Then again, if I was a customer of the third party vendor I'd want to put more pressure on them to stay current and keep my product working.

    1. Re:That's two updates per year for Windows 10... by JohnFen · · Score: 1

      With Windows 10 Microsoft wants everyone to adopt an even more frequent update cycle

      Which is insane. Releases are disruptive, so Microsoft is saying that they want everyone to be disrupted even more.

      that branch obviously won't get the benefit of updated features and technology

      That sounds like a desirable thing, not a downside. Part of the problem with rapid releases is that new features and technology come out far too often.

    2. Re:That's two updates per year for Windows 10... by Anonymous Coward · · Score: 0

      I have "properly written" applications from the 1990's that run just peachy fine on the latest version of Windows 10 1709.

      It is simply badly written software that does not work when the OS is upgraded -- something that has been built with "fly by night" technology.

      Like the Linux ABI, the Win32 ABI has not changed significantly in more than two decades. If the software stops working when the OS is upgraded that it a bug in the software and should be patched just like any other bug.

    3. Re:That's two updates per year for Windows 10... by omnichad · · Score: 1

      Then again, if I was a customer of the third party vendor I'd want to put more pressure on them to stay current and keep my product working.

      And I, as a consumer, have not bought into the software subscription model. I want software to "just work" 5 years after I bought it. It was the one thing you could count on from Windows until recently. The copy of Adobe Creative Suite I bought 10 years ago works on nothing after Windows 7 without extreme UI bugs.

  28. Switch to YYYY.MM.DD releases by Anonymous Coward · · Score: 0

    Would this be possible? It would simplify things a great deal, at least from a user's perspective...

    1. Re:Switch to YYYY.MM.DD releases by Anonymous Coward · · Score: 0

      Just to add, I'd much prefer software companies focused on stability/security/speed instead of features. I don't need a new release every year with a bunch of fancy shit I never use.

  29. off the roof by Anonymous Coward · · Score: 0

    Hey, Sundar, it's 'through the roof.' When you're using Americanisms, get it right.

  30. windows 10 can use stuff like SPX or 10.X.X for th by Joe_Dragon · · Score: 1

    windows 10 can use stuff like SP X or 10.X.X for the updates if just to give an quick way for people to see if they are up to date the build numbers are ok but not easy as say MAC OSX numbers or most linux distros have easy numbers like say centos 7.X. At least it's better then windows 8.

  31. windows 7 and 2012r2 really need an SP or rollup by Joe_Dragon · · Score: 1

    windows 7 and 2012r2 really need an SP or update rollup the long list gives issues with windows update now days.

  32. Ubuntu LTS still get SP like updates to it by Joe_Dragon · · Score: 1

    Ubuntu LTS still get SP like updates to it with an easy move update to the next LTS.
    Centos / redhat is an LTS of fedora.

  33. Ubuntu snaps by Anonymous Coward · · Score: 0

    With things like Ubuntu Snaps I see the release cycle getting shorter. It's now easier to push out updates, and the user receives them automatically.

  34. Give me realtime updates by Anonymous Coward · · Score: 0

    I want my OS updates as fast as they are checked in and compiled, dammit!

  35. No need for timed cycles... Just sell when ready! by King_TJ · · Score: 1

    I hate the push to get something new out the door every single calendar year. On the corporate I.T. side, it's a huge time waster and hassle for I.T. staff, even if every one of those new releases was given away free. It's not just about the "big items" like new operating systems. It's all of the supplementary stuff that kills you with a thousand paper cuts. For example, we've had to start paying for the latest annual update to TeamViewer for our remote control software. Otherwise, if you decide you're "just fine staying on version X"? They start rolling out version Y and all of your users get prompts to update their clients. Once they do, your older version can't connect and remote control them anymore. It's not realistic to expect everyone you deal with to constantly reject the update prompts, so you just give in and buy the upgrade.

    I think there was a time when most people got excited about new product releases, at least for the apps or OS they used regularly. But most software has hit the point of diminishing returns now. New versions not only bring bugs but hassles re-learning how to do tasks you could do just fine before things were moved around. New features are often not even relevant for the way you use the product. I mean, even with something as popular as Microsoft Office -- give somebody a copy of Office 2013 and then have them try Office 2016 on a different PC, and ask them to give you reasons the new version is noticeably improved. I'd bet money they can't find a single thing, beyond noting the need to "sign in" to use the Office 365 subscription payment model in it. (Pro tip: There ARE new features, such as the ability for multiple users collaborating on a Word document to see the changes in real-time as someone types them. But how often did you CARE about that?)

  36. Sorry, but your generalization doesn't work by Anonymous Coward · · Score: 0

    M$ now typically releases two versions per year for Windows 10. Ubuntu does the same.

  37. Re:No need for timed cycles... Just sell when read by Actually,+I+do+RTFA · · Score: 1

    Do you expect your annual salary every calendar year (in biweekly or monthly increments)? Or that the salary is paid "when the business is ready".

    There ARE new features, such as the ability for multiple users collaborating on a Word document to see the changes in real-time as someone types them. But how often did you CARE about that?

    Me not at all, but I know other people were really excited. And, importantly for MS, those are people who were moving to GoogleDocs because it had that feature.

    --
    Your ad here. Ask me how!
  38. Bygone days by Clayperion · · Score: 1

    Remember when you would upgrade software because it actually had additional features or bug fixes that were useful? Rapid release cycle schedules have stifled true product innovation, as upgrading is more often mandatory for perceived/enforced compatibility. "We support all our software for 1 year after the next release (which is every X months)" No need for us to innovate, you have to keep paying to use our product as we'll just make it non-functional in 9-12 months! Dont get me started on the paradigm shift AWAY from standards and interoperability...

  39. Correlation with solar orbit? by sjbe · · Score: 1

    Software giants Google, Microsoft, Apple and others release a major software update to their desktop and mobile operating system (and OS for other platforms they have) each year.

    I'm fine with annual software updates if someone can explain to me the relationship between the need for a software update and the time it takes to orbit the Sun once. Otherwise just release the updates when they are ready to be released. If that is more often or less often than 1 year I don't care either way. Release it when it has been adequately tested and debugged and not a moment earlier except to consenting beta testers.

  40. Re: Possessive I by Anonymous Coward · · Score: 0

    Why this bullsjit back on front page

  41. Windows is more like 5 years, 6 months is nothing. by CraigCruden · · Score: 1

    The companies I work for usually only upgrade Windows close to the point that software support is ending. This was the same for Win XP, and Windows 7. The fact that they are now doing 6 months for macOS and iOS.... seems insignificant in comparison.

    As an individual I move almost right away to a new version, but if I were a company I would not move until at least 2 patch cycles have completed -- and maybe longer (for macOS that is close to 3 months) -- and that is what I would consider fairly aggressive. Even before the recent spate of issues, you would have to be a fool to try and move quicker than that IMHO.

  42. I'd take stable over new anyday by Anonymous Coward · · Score: 0

    Half the crap that get's introduced in upgrades is worthless junk features anyway. I would rather have a stable more mature OS then the latest and greatest still in a alpha beta test status. Microsoft especially have completely degraded Windows 10 with this obsession over six month upgrades. Apple has at least toned down the upgrade cycle, although users still upgrade and then complain things don't work. Many times the user has the option to avoid a upgrade and yet they can't stop themselves.

  43. Gone off the roof? by Anonymous Coward · · Score: 0

    How about going through the roof

  44. Re:windows 10 can use stuff like SPX or 10.X.X for by Anonymous Coward · · Score: 0

    Windows 10 build numbers are stupid simple. They're just the release time in yyMM format.

    The current build number is 1709, released in September 2017. The one before that was 1703, released in March 2017. The one before that was 1607, released in July 2016.

    And they're listed on the System screen.

  45. Forward, into the past! by XXongo · · Score: 1

    Even though "Alphabet" is the name of Google's parent it is still a good concept even when dealing with other companies. If you understood the alphabet you would know that N comes after M.

    Good to know. I was about to finally upgrade my Utopic Unicorn-- old but classic-- but now you have explained it to me, I understand that Aardvark would be a giant step back

    1. Re: Forward, into the past! by Zero__Kelvin · · Score: 1

      Any time you install Ubuntu you take a giant step back. Nothing will protect you from incompetence I'm afraid.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  46. Re:windows 10 can use stuff like SPX or 10.X.X for by omnichad · · Score: 1

    Except 1709 was released in late October. It sets in stone their failures forever.

  47. Re:No need for timed cycles... Just sell when read by Anonymous Coward · · Score: 0

    The Tab Bar shit is in Mixed case instead of ALL UPPER CASE?

    Office 2010 was the last version of Office that worked (more or less) correctly. It has been a race to remove previously working features since then.

  48. Get Off My Lawn by Anonymous Coward · · Score: 0

    As a older IT professional, imho

    The cycle of patches, updates, new versions will not end.

    Marketing has to have something "New & Improved !!! Now with IPv6 plus !!!" to sell.
    The fear of it just working and no one paying for support.
    The fear of a competitor having one feature more than your product,

    Management chiselling away at costs & headcount.
    Trying to meet a schedule dreamed up without regard to staff or past history input.
    Demoing products on short notice without any previous plan of doing so.

    New programmers aren't learning lessons the older programmers already learned.
    History is repeating again and again.
    The industry doesn't value the experienced old IT people.
    The knowledge is lost.

    The internal program designs aren't designed to be modular & bulletproof with well thought out upgrade paths (i.e. consumer transparent)
    The same can be said for file formats & inter program communication protocols.

    Upgrades are changing the user experience constantly.

    The documentation & error messages just plain suck.
    The basic users want something understandable.
    The advanced users need more details.
    The expert users want all the details and bad data visible plus a dump.

    Good, Fast, Cheap Pick Two

    and if you miss a semicolon, period or comma.... your spacecraft fly's off into interstellar space silently...

    Really your help queues fill up quickly, you get bad software review, sales go down and your company gets bought up for pennies on the dollar.
    Plus all the employees are let go & jobs moved to a low cost location & the products are kept on life support until they can be dropped completely

  49. Slashdot Needs A New Moderation by Anonymous Coward · · Score: 0

    -1, Lame

  50. Starbucks does it with a rewards program by rsilvergun · · Score: 1

    and very few people buy their coffee black or with just a hint of milk or sugar. They just won't admit it when they're drinking their Unicorn or Christmas Tree Fraps. This isn't me being a mean spirited person. There's a body of marketing research that shows folks don't like to admit their personal tastes when asked. It's why marketing and market research is so hard. The way it was put to me (in a speech by Malcolm Gladwell although it wasn't his idea) is this:

    Ask anybody what their favorite coffee is and they'll tell you they like a bold, rich roast. But put them in front of a coffee machine and most will go for something less strong. That's because nobody likes to say they like their coffee milky and weak.

    --
    Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/
    1. Re: Starbucks does it with a rewards program by Zero__Kelvin · · Score: 0

      Bullshit. I am a Starbucks Gold Card holder. By default they serve their coffee black with no room for cream and sugar. Also, I drink dark blend, but add cream and sugar, and I promise you none of us give a fuck what you think of it.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  51. Re:Yes - But by Anonymous Coward · · Score: 0

    There's a legitimate reason for upDATEs - fixing things, adding minor or extending features, etc. Those should happen regularly, and should not be graced with names - version numbers perhaps. The old system of maintaining a main version for several years was good for the users because it provided a measure of stability. It was bad for the company because it's hard to charge for ongoing updates and for security reasons (most updates are security and bug-related) you can't charge Joe Blow a subscription fee for those.

    UpGRADEs on the other hand involve new functions and major changes in the UI. In the past, those happened every few years for operating systems, perhaps 1-2 years for major applications. If the changes are significant enough, it makes some sense to charge for them - if they actually add value to the system.

    Unfortunately, it's gotten to where, for Windows at least, the upGRADEs (defined as a new o/s release that replaces rather than patches the previous release) happen twice a year - that's too often, especially since each new release seems to break something (violation of backward compatibility principle that previously drove Windows). Major appplications have an annual "upgrade" cycle now too, which is phony in many cases and in some (looking at you, ACD Canvas) actually has removed functionality. At best, it becomes an annual "subscription" because only the latest "version" gets any patches at all. Other commercial o/s like Android & Apple don't seem to have reached the semi-annual cadence of Windows yet, but they're trying. And FF is just trying to out-Chrome Chrome with a major version number every time there's a patch; it's really had maybe 3 upGRADEs in the last couple of years, meaning significant changes in the engine and/or UI, with most of the version number changes being upDATEs at best.

    As for names, MS needs to upgrade their act. Apple & Ubuntu have been eating their lunch for years. How about the next W10 release (in spring 2018) starts the EColi line - say, "Elementary EColi?"

  52. Huh? by aix+tom · · Score: 1

    > The situation has gotten so dire that IT admins in many corporate environments are waiting for as long as six months before they are certain that it is fine to get the staff to move to the "newer" major software update.

    I have been in Corporate IT for close to 20 years now. That we lag 2-3 years (sometimes even more) behind software version is pretty much standard.

    Quite often we even move to major Version X only when major Version X+1 becomes available for the "public beta testers"

  53. Meanwhile in the real world by Big+Bipper · · Score: 1

    Most smart phone users are lucky if they get even two updates from their providers.

    --
    You live and learn, or you don't learn much.
  54. What 1-year update cycle? by Anonymous Coward · · Score: 0

    Microsoft presumably releases a new version of Windows every three years (their schedule rather slipped after XP). RHEL and Debian also have multi-year cycles. Some software manages 2 releases each year.

    1. Re:What 1-year update cycle? by Anonymous Coward · · Score: 0

      That's MS now. Win10 has 2 feature updates aka new releases (replaces the entire existing install) a year.

  55. Re:windows 7 and 2012r2 really need an SP or rollu by eaglesrule · · Score: 1

    Win7 has a service pack and update rollups.

    Why aren't you including updates on your install media?

  56. Re:Windows is more like 5 years, 6 months is nothi by eaglesrule · · Score: 1

    Regular users never ever say "I love my job, I'm not stressed out and overworked at all! I sure wish my computer would change in arbitrary ways so I could relearn the same process I've used for years. New menu systems are so fun!"

    They also never say: "Well, I have a perfectly good printer, but I don't care if it goes into the trash and there isn't budget for a new one, since my computer has been changed so the start menu looks more like the Brady Bunch intro. It's so nice!"

    Changing OS versions is like going to the dentist. You only do it if you have to, to stave off greater misery.

  57. Score:-5, Pwned by Anonymous Coward · · Score: 0
  58. How's life in the hypocrite lane?

  59. *One year* update cycles? by Anonymous Coward · · Score: 0

    If only we were so lucky. Windows 10, for one, has been getting 2 major updates a year since its release:

    1507
    1511
    1607
    1703
    1709

  60. don't see the problem by sad_ · · Score: 1

    but then again, i'm the guy on the left;

    http://www.stickycomics.com/wp...

    --
    On a long enough timeline, the survival rate for everyone drops to zero.