No More Waits

  • We'd really know if the market wanted new features if they still sold old versions of software alongside the new ones, at reduced cost. Of course, few vendors will do this because of the increased support costs, but also because the take up of the new versions would be far reduced.

    Today I'll be developing with SQL 2000 and Crystal Reports 8.5, and doing other bits of my job with Windows 2000, Office 2000 and some scarily aged Unix stuff. Sure, there are a few things in the later versions of each product I'd like to have, but could I justify the costs to an accountant?

    Bill.

  • The cost of upgrading is enormous, far beyond the license cost. While some technologies (i.e. wireless) are changing so fast that upgrades are necessary, databases are pretty much a known entity. Keeping existing product running is far more cost effective than the overall costs of changing systems. Microsoft's planned obsolescence (with concurrent support dropoff) is the last thing we need.

     

     

    ...

    -- FORTRAN manual for Xerox Computers --

  • Personally, I think their plan is to get 45% the people to upgrade every other cycle, so every 2 years, 45% of the people will upgrade, having skipped the previous release.

    Does this mean that we should upgrade from 6.5 now?

     

     

     

  • Our company went from Win3.1 to Win98 to WinXP. And Office2 to Off97 to OffXP. But we went from Oracle 8i to SQL7 to SQL2K.

    We generally skip the in betweens on the desktop because of the cost. And finally converted officeXP over the vet's day weekend. We will probably hit the SQL2K5 when SP1 comes out. But the end-user cost of upgrade is ridiculous and I think SA is a rip off.



    ----------------
    Jim P.

    A little bit of this and a little byte of that can cause bloatware.

  • It's all about revenue from MS standpoint. From ours it's primarily stability then support followed by features. 5 year cycles are just fine (and probably more realistic). 2 year cycles are OK too (but we're not into the vaporware zone). Now whether the cycle is 2 years or 5 years is all up to MS - they just need to get marketing, sales, development and testing all to agree on the timelines and features. If that were done, then maybe the political 'face saving' gesture of the 2 year release plan would not be needed. 

    As for SA, well it allowed us to cash in (get a refund on) 90% our used case hours with MS PSS under Premier Support. Those refunded hours are being used for training and site inspections and such. SA may be a waste for some but not us. Just a note, we have SA for all MS products, not just SQL Server.

    RegardsRudy KomacsarSenior Database Administrator"Ave Caesar! - Morituri te salutamus."

  • Yes, upgrade from 6.5!!!!!!!!!!!! No more questions, my memory can't handle it!!!!

    I know it's all about revenue, and I do think we should support future development. But it has to be a fair profit and a good development effort. I'm kind of liking two year cycles with me upgrading every 4 years

    Course the selling older version for less money is an interesting idea.

  • We are still on NT so fat chance we will upgrade anytime soon from SQL2K. The main reason? Our very expensive application software runs on these versions just fine and the software manufacturer has no reason to upgrade just because there is a new SQL version. Instead, they have created a new line of software product (but will still support both) but the newer version won't support our needs and our customizations we did to the source code. The improvements they made really are not related to SQL or the operating system so the latest version of either is just not needed. I think your 5% number might be low, at least initially. We are planning to upgrade the OS for other reasons but not SQL until SQL2K10 or so.

  • I prefer a lesser changes between versions and lesser development cycle.

    Yukon - have amazing features.

    But now adoption our system requires a lot of time.

    And then upgrade on clients' servers - ... rrrrr!

  • In general, upgrading injects a lot of chaos in the enterprise and we try to avoid it. When MS added Reporting services to the tool set for SQL Server that was great. MS would be better of incrementally upgrading is various components over time, instead of all at once. Maybe releasing a new version of SSIS one year and then releasing a SQL engine another year would smooth out he change.

Viewing 9 posts - 1 through 10 (of 10 total)

You must be logged in to reply to this topic. Login to reply