Slashdot Mirror


Why is OSS Commercial Software So Expensive?

An anonymous reader asks: "Our startup honestly wanted to use OSS products. We do not want to spend time for any OSS bug fixing so our main requirement was -official support for all OSS products-. We thought were prepared to pay the price for OSS products, but then we got a price sticker shock. Now behold: QT is $3300 per seat. We have dropped the development and rewrote everything to C# (MSVS 2005 is ~$700). Embedded Linux from a reputable RT vendor is $25,000 per 5 seats per year. We needed only 3 seats. We had to buy 5 nevertheless. The support was bad. We will go for VxWorks or WinCE in our next product. Red Hat Linux WS is $299. An OEM version of Windows XP Pro is ~$140. A Cygwin commercial license will cost tens of thousands of dollars and is only available for large shops. We need 5 seats. Windows Unix services are free. After all, we have decided that the survival of our business is more important for us then 'do-good' ideas. Except for that embedded Linux (slated for WinCE or VxWorks substitution), we are not OSS shop anymore." Why are commercial ports of OSS software so expensive, and what would need to happen before they could be competitive in the future?

123 of 718 comments (clear)

  1. Not a Good Business Model for Enterprise by eldavojohn · · Score: 4, Insightful
    Why is OSS Commercial Software So Expensive?
    Possibly because it's not a good business model for enterprise consumers--and therefore must up its charges.

    I mean, you want to sell a product that a community developed. Which means its quality could be variable. On top of that, you want to support it. The depends on excellent documentation which isn't enforced in the open source community. There's probably a lot of dead OSS projects for every one successful OSS project. You'll notice that the software itself is very very free ... what the summary is complaining about is 'seats' (training or support).

    This particular user seems to be looking for portable technologies. The commercial versions of these technologies are still in their infancy which does not bode well for the OSS alternatives. I would suggest that you're paying the early adopter fees on a few of these things. Afterall, Google uses a stripped down version of Red Hat. My company of tens of thousands employees uses Red Hat company wide. They find the free cost to be quite lucrative--just buying support whenever it's needed.

    The OSS business model works well for the individual user who isn't looking for support because the free end product is out there for them and they use it if it works. The enterprise consumers looking for support year after year must pay quite a bit.

    The software itself is not expensive, nor is it necessarily harder to support--it's just very difficult to create this support out of nothing.

    In my opinion, you're going about OSS all wrong. You should stick with what is working and slowly move to a new OSS tool one at a time. You will encounter learning curves. But there is a lot of information online and, worse comes to worse, you can look at the source/documentation yourself.

    I imagine there's something about the product you aren't telling us about that is quite constraining ....
    --
    My work here is dung.
    1. Re:Not a Good Business Model for Enterprise by Anonymous Coward · · Score: 5, Insightful

      I mean, you want to sell a product that a community developed. Which means its quality could be variable. On top of that, you want to support it. The depends on excellent documentation which isn't enforced in the open source community. There's probably a lot of dead OSS projects for every one successful OSS project. You'll notice that the software itself is very very free ... what the summary is complaining about is 'seats' (training or support).

      How is anything you just said unique to F/OSS? The quality of proprietary software is variable, and so is the support. The quality of documentation for proprietary software is likewise spotty. Proprietary software projects die on the vine all the time; at least F/OSS projects can be easily picked up again, if there is any interest.

      As for the article's premise, that commercially supported F/OSS software is expensive - how is that any different than proprietary software? There's a reason that Paul Allen and Larry Ellison are in a boat building competition. I really with the Slashdot editors would spend a least an iota of energy attempting to filter out the trolls; but maybe they just enjoy the flamefests.

    2. Re:Not a Good Business Model for Enterprise by nine-times · · Score: 5, Insightful

      What I find surprising is that, in the few responses I've skimmed (including yours), I haven't seen anyone mention that these companies need to pay programmers. There's this tremendous myth that OSS is all written by good Samaritans in their spare time, and companies that sell it commercially simply rebrand it, box it, and ship it.

      It's like people think that Linux is free, so why can't Redhat distribute it for almost nothing? Redhat and Novel employ programmers, too. In fact, the paid programmers make a tremendous contribution to all of this FOSS we benefit from. That's right, sometimes it's the big companies' work that makes the FOSS version so good, so the commercial companies aren't getting all that work for free.

      I don't mean to insult anyone here, and I don't want to quibble about the ratio of good Samaritan contributions vs. paid contributions. Still, you can't discount that there are Redhat-employed programmers working on Redhat, and sometimes Redhat's work ends up in the free stuff.

      So what I'm saying is, businesses selling commercial OSS have the same costs as a closed shop, even though they receive some free help. And for all the free help they get, these savings are offset by the fact that people don't have to buy their software. So let's say they cut their programming costs in 50% (just a number I'm plucking out of the air), their revenue is also cut by 75% (another made up number) by people who would buy it, but decided instead to download for free.

      And this doesn't even take into account the whole dynamic of competition in commercial OSS. In short, for whatever Redhat spends in development, Novel also gets that work for free, and vice versa. Now maybe Novel doesn't want to use that work, and maybe Redhat is benefitting from Novel in just the same ways, but it sure does complicate the business model.

    3. Re:Not a Good Business Model for Enterprise by GIL_Dude · · Score: 3, Insightful

      Good points. I'd also point out that the summary doesn't include the cost of the Windows support contract. Not that I think it would outweigh what is listed for the OSS things, but it would be fair to have that too since you don't really get any support from MS for Windows unless you pay for support. The $140 listed doesn't include it.

    4. Re:Not a Good Business Model for Enterprise by Skreems · · Score: 2, Interesting

      I don't really buy that argument, though... lots of people download closed source software without paying. The ones that need support, or want to support the company for whatever reason, are the ones that pay. At this point, OSS just doesn't have the user base it needs to make cheaper prices profitable, but that's not because of people who download it for free. It's because the ones who need support for it aren't very plentiful at the moment. Hopefully as it catches on more, that will change.

      --
      Slashdot needs a "-1, Wrong" moderation option.
      The Urban Hippie
    5. Re:Not a Good Business Model for Enterprise by djcinsb · · Score: 5, Informative

      The $140 (for XP Pro) is the cost of the OS without other software. Red Hat comes with a compiler suite and a lot of other useful items, so the direct comparison of the costs of the packages is not really a valid measure.

      --
      A signature always reveals a man's character - and sometimes even his name. -- Evan Esar
    6. Re:Not a Good Business Model for Enterprise by nine-times · · Score: 2, Informative

      Lots of people pay for software without specifically wanting support. First, you have consumers who don't really know how to pirate or get around activation schemes. Also, there are businesses for whom the cost of a license is cheaper than a visit from the BSA. Gosh, there are even people for whom paying for the software they use is a moral issue.

      Redhat, on the other hand, has given moral and legal permission to use their software for free. I myself have purchased copies of Windows and Photoshop, but downloaded Linux and GIMP without paying anything. Maybe I'll donate some money to the projects one of these days, but I don't anticipate paying for Redhat anytime soon. However, everything else being equal, if there were no FOSS Linux distros available, would I be willing to buy a copy of Redhat? Probably.

    7. Re:Not a Good Business Model for Enterprise by snuf23 · · Score: 3, Insightful

      No. GCC can be used to compile a proprietary app for example. It doesn't become "tainted" by the GPL. Now you can't modify the source of GCC and sell that without releasing the changes as open source under the GPL.

      --
      Sometimes my arms bend back.
    8. Re:Not a Good Business Model for Enterprise by killjoe · · Score: 3, Interesting

      The price for redhat includes support the price for XP does not. Not only that but it also comes with databasess (plural), directory services, compilers, office suite, and thousands of other pieces of software.

      The author is cherry picking and presenting half truths in order to try to make a point. It's a weasily thing really.

      Anyway so QT costs a lot of money, why not use wxwindows, FOX, FLTK, or a dozen other perfectly fine open source toolkits.

      So "one company" charges you a lot of money for real time linux why not go to a competitor?

      I think this guys is thinking OSS is like windows and that there is only one vendor for anything. Most windows shops are shocked to find that they can shop around for vendors and negotiate contracts. They don't have to bend over for their vendors (strange concept huh?).

      --
      evil is as evil does
    9. Re:Not a Good Business Model for Enterprise by TheRaven64 · · Score: 4, Informative
      The depends on excellent documentation which isn't enforced in the open source community.

      That depends on the project. In OpenBSD, for example, you are not allowed to commit any code without also committing a corresponding update to the documentation (and your code must be commented according to the OpenBSD KNF guidelines; see man style for more information). Other projects have less strict commit rules.

      --
      I am TheRaven on Soylent News
    10. Re:Not a Good Business Model for Enterprise by skiflyer · · Score: 5, Informative
      I don't really buy that argument, though... lots of people download closed source software without paying. The ones that need support, or want to support the company for whatever reason, are the ones that pay. At this point, OSS just doesn't have the user base it needs to make cheaper prices profitable, but that's not because of people who download it for free. It's because the ones who need support for it aren't very plentiful at the moment.

      Not the kind of stuff this guy is talking about though. Personally I think the problem is he's comparing apples to oranges... I don't have numbers, and I'm not going to go get them, but let me point out a few of the obvious flaws in the summary IMO.
      • RHE to WinXP OEM: Uh, no... Ubuntu to WinXP OEM, RHE to Win2k3 Server
      • QT to MSVS2005: Why not go GTK+ vs. C# Express, both free
      • Embedded Linux ... that's about volume, if you're embedding linux you should be saving a small fortune per appliance vs. putting WinCE on each of them, but yeah, the development aint cheap.
      • Cygwin commercial vs. Windows Unix tools, I think you're mis-understanding what each of those can do.
      Right tool for the job, sometimes it's OSS, sometimes it's not... but the above post is like me complaining about the cost of steel vs. plastic because a caterpillar bulldozer is pricier than my nephew's sand bucket.
    11. Re:Not a Good Business Model for Enterprise by Korin43 · · Score: 3, Insightful

      With commercial software, if you want support, you can get it directly from the company that makes the software. If you want Linux support, you get a company that takes a product made by someone else and only slightly changed by the company to give you support. It's not quite the same.

    12. Re:Not a Good Business Model for Enterprise by mysticgoat · · Score: 2, Interesting

      Agreed; to be comparable, one would have to add to the price of Windows the prices of a variety of goodies that come bundled with Linux. And if one intended to stay in business, one would also have to add in the prices of antivirus, antispyware, firewall, and other necessities that Windows needs to be operational.

      But also the TFA is doing a lot of mixing of apples and oranges. Charges per seat for FOSS imply yearly support contracts, which makes sense, since by definition the license to the software itself is free. What is outsourced under these support contracts, and how does that compare with the cost of self-supporting a Windows shop?

      I work for an institution that thinks it has done the right thing by going almost exclusively with Microsoft. And it does get the software licenses for a very low price, and there is no overt charge for accessing MS's extensive knowledge databases. But we have one employee at a cost of at least $50,000 per year whose full time is taken up with administering a handful of servers and a couple of dozen workstations. Part of that $50,000 is a covert cost of using the MS knowledge databases, because he has to wade through that stuff to figure out why the boss's email has taken to reverse spelling every seventh word. Oh, he has an assistant at about $25,000 per year whose time is spent doing all the routine stuff that keeps the software running (configuring, reconfiguring, repairing blown registries, maintaining manifests of authorized software in case the BSA decides to audit, etc).

      Comparing the OSS yearly support per seat to the $75,000 per year for on site personnel in a Windows shop is at least as appropriate as the comparisons made in TFA.

    13. Re:Not a Good Business Model for Enterprise by harlows_monkeys · · Score: 3, Interesting
      RHE to WinXP OEM: Uh, no... Ubuntu to WinXP OEM, RHE to Win2k3 Server

      The RHE he was using for comparison was RHE WS, which is an apt comparison.

    14. Re:Not a Good Business Model for Enterprise by CCFreak2K · · Score: 2, Informative

      RHE to WinXP OEM: Uh, no... Ubuntu to WinXP OEM, RHE to Win2k3 Server

      From what I read, he wanted Red Hat Workstation which, IIRC, a boxed copy is $140 versus Windows XP Professional, which is retailed normally at $200 (although it can be gotten cheaper at some places).

      --
      "Beware of he who would deny you access to information, for in his heart he dreams himself your master."
    15. Re:Not a Good Business Model for Enterprise by digitalcowboy · · Score: 2, Funny

      Not only that but it also comes with databasess (plural),...

      Indeed! Very plural, apparently.

    16. Re:Not a Good Business Model for Enterprise by nine-times · · Score: 4, Insightful

      Microsoft offers support and training included in the cost of a license in Windows? I've never heard of that.

    17. Re:Not a Good Business Model for Enterprise by Anonymous Coward · · Score: 2, Insightful

      Do OEM versions come with support?

    18. Re:Not a Good Business Model for Enterprise by skogs · · Score: 4, Funny

      Mod parent up.

      Enterprise support is availabe, but most of the time a qualified individual can search the KB articles just as fast the the dork on the other end of the phone in Microsoft.

      --
      Who is this that even the wind and the waves obey Him? Surely this computer must submit also!
    19. Re:Not a Good Business Model for Enterprise by MouseR · · Score: 4, Funny

      Why are commercial ports of OSS software so expensive [...] ?

      well, it's takes a lot of beer to get customers to buy free stuff.

    20. Re:Not a Good Business Model for Enterprise by rubycodez · · Score: 2, Funny

      and the KB won't have an unintelligible Hindi accent to its english

    21. Re:Not a Good Business Model for Enterprise by Znork · · Score: 4, Insightful

      "you can get it directly from the company that makes the software."

      Unless they're out of business. Or have discontinued the product. Or most of the development team has quit.

      The difference between opensource and proprietary software is that with proprietary software only one company is legally allowed to fix any bugs.

    22. Re:Not a Good Business Model for Enterprise by d.3.l.t.r.3.3 · · Score: 5, Insightful

      To my experience with commercial OSS solutions, commercial OSS with a project taken from the community is practically illicit competition. A company can live up with 2 or 3 integrators and sell software made by 10-20 people, manpower-wise. Sure they still have to pay for those 2 or 3 programmers, but it is way less than hiring, sustaining and training a whole staff.

      That's why I call it a scam. Starting up a project to be commercial OSS it's a nightmare: you get almost no support by the community till you have something working, especially if you aren't endorsed by one of the well-known OSS VIP who seems to be the only one that can say "I opened a new OSS project to improve my salary and climb the industry ladder" and get people working without salary for them. You are stuck with the same expenses and problems of closed source management, with the added value that a competitor can start integrate your solution once it works and make it better with 10-20% the money you invested in the project, assuming you are able to make it even with all the expenses to win the inertia of starting a business. Sure, given the time patches will start to come in (especially from early adopters, not necessarily by the extended community) but it too much risky to make it commercial open source from the start if you plan to start from scratch. Most of the successful OSS commercial solutions started up from hobby project or are simply integrations of other people work, they are not fair when they define themselves successful commercial enterprises, since they didn't deal with the startup costs and started with something of value by itself.

      In addition, for enterprise grade software, OSS makes no difference over proprietary solutions. I now work on a small corporation based on 7 different nations and everywhere, while the platforms used vary from full OSS (my preference) to totally Closed Source, the customer gets always the sources on software developed with full control over it. The added value of OSS for them is on the infrastructure (no money spent on anything is not strictly the software), not on the project itself. Wonder why corporations are moving to SOA? That's the reason, no more clients getting the source code to turn on the less paying maintainer, since they are getting only the services.

      Aside several enterprise projects, most of the OSS software reside in the realm of user-oriented utilities. Here, aside for being free, there's still too small interest on the source for the end users. I usually say to our managers that aside to fork a project to add a sterling point on your CV, nobody cares about sources on OSS software for personal use, since the selling points of these applications are cost (the less the better) and functionalities (the more the better). Sure OSS ensures these small projects will be alive even if original devs abandon it, but here more than anywhere its almost impossible to make money: if you want to get paid a bozo can start forking a free version again. If you get commercial someone can still relieve your software and make it better with less hassle, outselling you. There are a lot of commercial implementations of OSS software that are so much polished and user-captivating that outshadow community driven ones, most of them are on dog eat dog mode, continously cannibalizing other competitors in functionalities and sparky features (take a look at the jabber clients). So, if you are the one developing the software AND you are also in need to improve it to remain competitive, you are pretty much rising your internal costs and are more likely to be outsold by competitors that only integrates waiting on the road for code to come. Improvements have less impact than new features, but they are still costly. Planning new versions of your software while improving your current one to remain commercially competitive, if you aren't backed by a license that allows you to ask money from competition, pretty much kills you, otherwise your project will start to stagnate on itself (like many OSS do, to

      --

      Matteo Anelli

      .brain - http://www.dot-brain.com

    23. Re:Not a Good Business Model for Enterprise by Munchr · · Score: 3, Funny

      If you purchased an OEM kit from a distributor or store, with or without piecemeal parts, you're considered to be your own OEM. Call your landline from your cell, or vise versa :)

    24. Re:Not a Good Business Model for Enterprise by Antique+Geekmeister · · Score: 2, Interesting

      It's also apples and oranges. RedHat server versions are comparable to Windows 2003, plus MS Office with the built-in OpenOffice, plus SNMP services, plus a print server, plus an industrial grade mail and webmail and IMAP server, plus a backup server with the built-in Amanda system, plus an industrial grade file server, plus industrial grade firewalls and security tools, plus good CD and DVD ripping sftware, and you don't have to buy additional client licenses if you have more than 25 clients. Moreover, almost all of RedHat server tools are available free as part of the CentOS distribution, if you don't want the commercial level of support and would rather use the tools free. I've actually used CentOS to demonstrate RedHat tools, before urging a client to go ahead and buy a licensed RedHat system in order to get that commercial grade of support after my contract is ver.

      No, where the original poster got messed up was in trying to run commerical style software on an open source system. QT licensing is the same cost as several weeks of on-site consulting time, and should frankly be replaced in most projects with a simple web interface for portability. The Embedded Linux software is very customized, and very project specific: that's why it costs so much. Rewriting everything in C# is one of the stupidest things I've ever heard of: it's a Microsoft written language, it's *designed* to frce you to use proprietary tools, and it's a Java wannabe. If these folks had been clueful, they'd have rewritten in plain C for speed and portability, or C++ for object oriented code, or actual Java for the write-once, run-anywhere advantages. But writing anything in C# that can be avoided. And the only reason to use Qt, and its licensing, is to allow you to keep your source code unavailable.

      The CygWin license cost quoted is misleading as well. The only license for CygWin that costs that much is if you want to use CygWin to publish binaries without providing source code. The licensing is described at http://www.cygwin.com/licensing.html.

      This original poster was basically trying to build a closed source environment, and paying the premium to insist on keeping their environment closed. Of course that will be expensive! It's not taking advantage of the open nature of the systems at all.

    25. Re:Not a Good Business Model for Enterprise by ajs318 · · Score: 4, Interesting

      Bollocks.

      The Open Source Community is very forthcoming with help. No matter what problem you're having, you can rest assured that someone else has already had that very same problem before -- and solved it, and written about how they it. Google is your friend. Also, Linux at least is modular by design, which simplifies troubleshooting. As counter-intuitive as it may sound, knowing how to fix one problem on a Linux system may help you fix an apparently completely unrelated problem.

      The reason why commercial licences for software also available under the GPL are so expensive, is to discourage you from buying them and make you choose the Open Source version instead. As long as you give back any improvements you make (or keep them secret, and keep your trap shut if/when someone else makes the same improvements and gives them away) you'll be fine. If you want to write closed-source software, you have to pay for it in money -- which can be used to fund the creation of Open Source alternatives to your own closed proprietary shite. By the same token, if you're too proud to search the Internet to find a solution to your problems, you can pay for it in money.

      The Community generally wants to help. However, if you don't play by the rules of The Community, expect a big, fat "SCREW YOU!" Why should it be any other way?

      --
      Je fume. Tu fumes. Nous fûmes!
    26. Re:Not a Good Business Model for Enterprise by Eivind+Eklund · · Score: 2, Interesting
      The question isn't the number of free support sites - the question is what level of support you get from them. My experience is that the free support I get for high quality open source programs is generally much, much higher than the level of support I get for commercial programs - even when the commercial support is paid for and prioritized.

      Eivind.

      --
      Doubting the existence of evolution is like doubting the existence of China: It just shows that you're uninformed.
    27. Re:Not a Good Business Model for Enterprise by Antique+Geekmeister · · Score: 2, Informative

      This original poster is probably trying to build a user interface for a portable device where they don't want to publish their source code. That means they need to use libraries that are not under GPL. Ergo, they need Qt or a similar license, and that's why the Qt license costs so much rather than using open source and publishing open source.

      This person wants to reap the benefits of open source development, without opening their own code up for similar development. This kind of thing is *exactly* why the GPL exists: to keep closed source developers like this from harvesting the cream of open source and then locking it up for their private products.

    28. Re:Not a Good Business Model for Enterprise by Znork · · Score: 2, Interesting

      "The most likely reason is that the F/OSS companies don't yet have the size of (paying) customer base necessary"

      Perhaps. But consider this; with proprietary software _everyone_ has (for certain values of has) to pay for the support, wether they need it or not. With F/OSS, those who really want and/or need the support have to carry their own weight as the rest do without.

      "I very much doubt it is that the F/OSS companies are milking excessive profits off support."

      The proprietary companies are milking excessive profits off of the monopoly value of copyright tho, easily allowing them to subsidize certain groups of users at the expense of others. Yet another example of the conflict between free market economy and IP.

    29. Re:Not a Good Business Model for Enterprise by walt-sjc · · Score: 2, Insightful

      Um, in many many cases the company that is providing the "service" is ALSO fully in control of the development process, and usually has the primary developers on staff. QT, MySQL, and Asterisk are prime examples of this. In fact, I would go as far as saying that MOST commercially supported OSS software works this way.

      That said, I do agree with most of the pricing concerns in the FA. RedHat is insane. I looked into a significant number of "server" licenses for one of my clients, and Windows 2003 server would have been 1/3rd the cost over 3 years. The problem is that RedHat somehow thinks that the support costs of N servers is cost-of-one*N where we all know that this isn't true (quantity discounts in the 100 unit range are minimal.) This must be why most hosting companies use FC or CentOS. I can see paying that support cost for a company that has one or two servers, but the math just doesn't work with 100. They really need a license model option where you pay for X hours of support or Y number of incidents (or at LEAST a serious price break for large quantities.)

    30. Re:Not a Good Business Model for Enterprise by Phisbut · · Score: 2, Informative
      In many ways, it is shameful to know that the OSS community helped those guys to develop a product but in return they offer a licensing model which suits only "Big Players"

      Actually, *they* developed the product on their own, and then decided to open-source it. They have every right in the world to do that.

      I got pretty frustrated that me, and a couple of friends, cant use QT to develop commercial software. For the 4 of us we would have to spend some 12.000 Euros. with a monthly avg salary of 400 Euros per month (my country), we just cant afford to start a business based on QT.

      The "full" version of Qt is $3300, which is about 2600 EUR each, with 4 developers, it's 10400 EUR. If you're planning on starting a business doing commercial software, with 4 employees, and you can't expect to recoup the initial costs of 10000 EUR, then your business plan is seriously fucked up and you really should reconsider. 4 salaries would cost you more than double that.

      --
      After 3 days without programming, life becomes meaningless
      - The Tao of Programming
    31. Re:Not a Good Business Model for Enterprise by tehcyder · · Score: 2
      However, if you don't play by the rules of The Community, expect a big, fat "SCREW YOU!" Why should it be any other way?
      *sigh*

      Yup, that's the way to win any argument, and to convince any doubter of the advantages of OSS.

      --
      To have a right to do a thing is not at all the same as to be right in doing it
    32. Re:Not a Good Business Model for Enterprise by mabhatter654 · · Score: 4, Informative
      excellent example of this... the OS version RH WS versus Window XP. He claims RH WS expensive at $299 while windows is $140 OEM. Read that again. RH is offically supported for so many instance calls per year/term etc.. and if you find a bug they will write it down and may actually fix it... just for you! For 5 seats that's a steal. Compare to MS windows, for starters that $140 price does not entitle you to call Microsoft for any problem! There is NO support for OEM, you must call who you bought it from. The "supported" version is $299 as well... but that still doesn't entitle you to call for support... you have to pay per call for that as well. For 5 seats of windows you're not even a bug on the windscreen.

      As far as the other products he mentioned, they are buying commercial licenses without the usual "GPL only" restrictions as well as support. These are companies that will actually ANSWER your calls and fix problems you find, not just take your money and point you to a website. Remember, MS Visual studio, C#, CE tools may be cheap for price, but come with NO SUPPORT!!! NONE! if you want to actually call somebody, you have to pay per call/hour/service additional. The cost for most commercial products is only to legally USE them. not get help!

      Perhaps this company didn't need quite so many support options, it seems a little silly to purchase the "deluxe" versions for such a small shop. But I'd give them credit for trying and helping out by paying!

  2. Commercial versions vs. "based on" by Southpaw018 · · Score: 5, Insightful

    Let's draw an extremely fine line here: commercial parts/versions of OSS products, and products built on OSS.

    Commercial versions of OSS products aren't worth it, anywhere, almost ever. Just look at the prices above. In almost every case, go with the closed soruce version, and you'll save yourself a hell of a lot of money.

    Now, look at two highly successful products built on open source: Fonality PBX (Asterisk) and Barracuda Spam firewall (Spamassassin). We use 'em both. I'm our entire IT department - just me. I already have too much on my plate, and when we were in the market for a new antispam solution, the natural pick was a Linux-Exim-Spamassassin/RBL frontend to our Exchange 2003 server. Powerful, effective, free (aside from hardware).
    Problem: I'm already working tons of overtime - do we pay a contractor $120/hour to come in and try to set a system up, then rely on me to support it when I already don't have time? Or, do we pay a company like Barracuda Networks $1300 for their itty bitty model of the spam firewall and get a system that's guaranteed, backed up by all the time they've spent developing their hardware and frontends, 24/7 support, automatic updates, and license-free monitoring and filtering? I don't have the numbers with me, but the cost in staff + contractor time + hardware vs. the Barracuda system (which is overkill for our little network) was something like 3:1.

    --
    ACs are modded -6. I don't read you, I don't mod you, I don't see you. Don't like it? Don't be a coward.
    1. Re:Commercial versions vs. "based on" by Pharmboy · · Score: 4, Interesting

      Another reason it makes sense is that you can strip a box down for one task, like a web server or mail server, and reduce the amount of maintenance on that box much easier with FOSS, due to the reasons you state. This is difficult with MS, but very easy with Linux or BSD. Adding other features is pretty easy later on if you want. It is the flexibility that makes FOSS so popular on the server side.

      Need a domain server? I can take a spare box, install a base Fedora and bind in about 20 minutes. Or add bind to an underutilized server in about 2 minutes. MS just can't compare when it comes to small to mid size business servers. FOSS installs faster, has fewer issues when hardening, and in general is easier to secure, particularly when we are talking about using only one or two services. (block every damn port but 53 and move ssh to an unused high port and open that one up.)

      On the desktop, however, it has been another issue. I can't even get my USB wireless ethernet cards to work in Linux, and there are virtually no apps for small to midsized businesses. Most of the solutions that I have looked at on Linux cost about 20 to 50 times more than similar products on Windows (yes, really 20 to 50 times more) so we can't AFFORD to move to "free" software on the desktop yet. I know this will change, but I was convinced 10 years ago that it would have changed within 10 years....

      --
      Tequila: It's not just for breakfast anymore!
    2. Re:Commercial versions vs. "based on" by skiflyer · · Score: 4, Interesting
      Like what? I am not being a smartass, I am truly curious what you business folks need.

      I run a small business... so let me answer your question, but I disagree with the grandparent, so I'll also include some answers, though he's right that there are big gaps.
      • Accounting: GnuCash is good, I can't use it because my accountant doesn't support it.
      • Some kind of basic organization ala MS Project... dunno personally, but MSProject sucks too.
      • Visio equivalent... dunno
      • Defect tracking: Bugzilla
      • Source Control: SVN Obliterates some of the 6 figure competitors IMHO
      • Email: Thunderbird
      • Contact management: Yes, we have choices, but the propertiary ones are better IMHO
      • Inventory: Dunno, can't say the commercial ones are any good either, guess that's why I'm writing one right now
      • Scheduler... sorry Sunbird & the like aren't up to part yet... still gotta give Evolution an install, but I'm busy
      • Backup solutions: OSS is way ahead of the commercial ones here IMHO
      • Databases: PostgreSQL is a winner for me
      • An OS that supports my eight monitor setup easily, stuck on windows
      • Remoting software: Putty is the best CLI one I've ever seen, TightVNC is good for most of my stuff, but I prefer to use RemoteDesktop when appropriate (when I can lock the screen.. yes I know rdesktop is great, not a server tho)
      • Internal chat network: OSS slaughters propertiary
      List goes on and on I imagine, every small business needs something a little different, that's why the economy loves us so much, we put a huge percentage of our income back into operating costs. But, as you might have determined from my disjointed comments, my customers love me because I employ the best tool for the job philosophy... I ask two questions, and in this order: Can it do the job well? What's it cost? Often OSS is better, often it's not.
    3. Re:Commercial versions vs. "based on" by Pharmboy · · Score: 3, Informative

      Inventory management, purchase order, customer record keeping, invoicing, for a company that needs more than 5 seats, but less than 50. Very few users accessing, but ungodly amount of records added daily. 30k+ P.O.s per year alone. (We have very efficient employees) Most software available on FOSS is for individuals, or large corps are writting their own, or you go SAP, etc. and end up paying $100k for a complete solution when you only have 15 people accessing the data. AND it wouldn't do what my current software does, so I would have to pay a programmer to modify stuff.

      Or I can buy cheap Dell computers and about $1000 to $3000 worth of Sage/Peachtree products which suck but get the job done. I even have to pay more for Dell's without Windows. It was a most frustrating time, and no matter how much I wanted to migrate completely over to FOSS, it is pointless if it costs more and does less.

      We still use Linux on all servers, and when the market has products that are cost effective and work for us, we will migrate, but it doesn't look like it will happen soon. I have talked to several people at companies that make software we DO like, and they say they will never port over to Linux. Ever.

      --
      Tequila: It's not just for breakfast anymore!
    4. Re:Commercial versions vs. "based on" by Pharmboy · · Score: 4, Interesting

      I think I am talking about something very different than you. To me, our business is a small to mid size biz. We do $10 mil a year, and generate close to 100,000 purchase orders, invoices and to a lesser degree quotes, per year. With 15 people. GnuCash can't do that. And yes, the accountant doesn't support it anyway.

      We are not a technology company, we sell stuff. Our software needs are about inventory, manufacturing, distribution, wholesale, retail, ecommerce, and include 3 basic product catagories, 5 different price levels, 2 methods of sales, 3 locations, importing products from different countries, UPS, FedEx, LTL trucking, dedicated trucking, tracking, dropshipping, contract manufacturing, marketing, and a lot of other things that most companies with 15 people don't do. I have been here 13 years, and no one does it like us. Then again, most of the companies in my industry from 13 years ago are now out of business.

      We are stuck in the middle and have unique needs, which is why I have spent the last several years kludging stuff together with Perl and doing most things with my 2nd or 3rd choice of methods. We are not a traditional small business, but we are not a full blown enterprise, and there is a complete dirth of products available for companies like us, both on the WinTel platform, but particularly in the FOSS arena, because there are not many companies like us to write for.

      We dont use schedulers or calenders, source control, chat networks, bug tracking, etc. Not every Slashdotter works for a tech company. Some of us sell the stuff you guys buy with your extra money. I dual boot linux and MS so I can game and get work done. On the server side, we have used Linux for many years (think RH 5.x), including samba, bind, apache, etc. but for the heavy apps, they just simply do not exist for mid sized companies. Yet.

      --
      Tequila: It's not just for breakfast anymore!
  3. Some Theories... by pen · · Score: 3, Insightful

    Three reasons come to mind:

    • Quality and reliability: These products may cost you less in the long run. I couldn't begin to say how many hours I've wasted tracking down stupid issues in every Microsoft environment I've ever used, from Visual Basic 3 to today's Visual Studio.NET
    • Support: I would guess that most of these licenses come with some kind of support contract.
    • Relative obscurity: If you have hundreds of thousands of customers, you can afford to spread the load between them. When you only have a few thousands, you need more money per customer to support the same level of development.

    Of course, these are all hypothetical and general. YMMV.

    1. Re:Some Theories... by dedazo · · Score: 5, Interesting
      If you have hundreds of thousands of customers, you can afford to spread the load between them. When you only have a few thousands, you need more money per customer to support the same level of development.

      Which would mean that all software begins life as insanely expensive and then comes down in price? My experience sez that's not the case.

      Quality and reliability

      Yeah, I've never had to track down stupid issues in open source software. Never!

      Support

      Since the common wisdom seems to be that Microsoft charges a lot of money for nothing and it's super-easy to replace "propietary" software with FLOSS equivalents (MySQL vs. Oracle, GiMP vs. Photoshop, etc) I'd say that's about the only thing you could conceivably be charging for, other than packaging and/or integration. So I suppose the issue here is really "why are support contracts so expensive?" rather than "why is the software so expensive?".

      Either way, my (relatively limited) experience with FLOSS vendors is that they tend to be a bit arrogant in the sense that they'll tell you that whatever you're using right now is "shit" and they have the solution to all of mankind's problems (including yours), and then they have absolutely no idea how to create things like tiered pricings and segment/volume discounts for different types of customers. That's something commercial software vendors do very well. The commercial ones will also tell you that they'll get you off the "shit", but then they can walk the walk. FLOSS vendors seem to be all talk.

      In our case we ended up going without a support contract (insanely expensive) and hired a guy that was an expert with the software. He did all the customization work we needed for about a year and he made a good $50K with virtually guaranteed future contract work. The "vendor" (if one can call them that) ended up losing out to the hacker kid in mom's basement - literally.

      --
      Web2.0: I love when people Flickr my cuil and digg my boingboing until my google is reddit and I start to yahoo
    2. Re:Some Theories... by Frank+T.+Lofaro+Jr. · · Score: 2, Interesting

      Support?!

      I submitted 3 Apache bugs (39940, 40146, and 40301) and they haven't even been assigned to anyone or commented on by anyone, never mind fixed!

      --
      Just because it CAN be done, doesn't mean it should!
    3. Re:Some Theories... by GIL_Dude · · Score: 2, Insightful

      But it sounds like you are paying for it in time and frustration if not directly out of your wallet. I hate that! My time is worth something to me when I am off work - and at work it definitely has value to the employer. They charge it out at a high rate, so if it is spent trying to get action on a bug like this it is not very productive time.

    4. Re:Some Theories... by Sancho · · Score: 3, Insightful

      Indeed. That was my (poorly illustrated) point. If I was paying for support, it would be someone else's problem. Failure to support that hardware device which the webpage claims is supported would probably be breach of contract. With OSS, I'm just screwed if I'm unable to fix it and no one else is willing to.

      Granted, with closed source software, there are far fewer people capable of fixing it, but if you've paid for the software and it doesn't work, I feel like you should be able to demand that the manufacturer fix it. At least there should be some entitlement there, whereas with OSS, there is none.

    5. Re:Some Theories... by swillden · · Score: 4, Informative

      If he did submit a bug and has an open case with Microsoft for it, it is free. Bugs, hotfixes and licensing cases are (and always have been) free.

      Admittedly it's been a few years since I dealt much with MS software, but back around 2000 or so, I found some bugs in VC++ and it cost us $199 per incident to report them. I guess they called it "support" because an MS engineer looked at the problem for a while before deciding it was a bug, but it still seemed like paying money to report bugs to me.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    6. Re:Some Theories... by swillden · · Score: 2, Insightful

      With OSS, I'm just screwed if I'm unable to fix it and no one else is willing to.

      Have you tried identifying someone who has the knowledge to fix your issue, and offering them money to do it?

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    7. Re:Some Theories... by swillden · · Score: 3, Interesting

      I see. Yeah, I'm sure it's easier to buy a new NIC or whatever than fight with the one that's broken. Until manufacturers care about drivers for OSS operating systems, that's going to be an issue. On which subject, by the by, I have a nice anecdote: When I got my IBM Thinkpad T40, with an Intel WiFi chip, there was a problem with the WiFi driver. A small percentage of packets were being corrupted. I sent an e-mail to the driver project mailing list and in less than an hour the driver developer at Intel sent me a patch to test. When manufacturers do care, support for OSS can be very good, indeed.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    8. Re:Some Theories... by Sancho · · Score: 2, Interesting

      Indeed. I chose Intel wireless specifically for this purpose, and I'm rather sad to see people giving it flack for the distribution restrictions.

      The crazy part about all of this is that the OS I'm using is BSD. The nic works great on Linux, but whoever ported it to BSD (Theo, I think?) either didn't do it right or somewhere along the way it got screwed up. Now bringing the interface down and back up makes the NIC worthless. Reboot is required to fix it.

      I believe the original driver release was for Linux from the manufacturer (the also have a firmware blob for the device). I suppose I could write them for support, but I'm not hopeful.

  4. Re:Red Hat not competing with Microsoft by DraconPern · · Score: 2, Insightful

    I don't see how RedHat is competing with 'Big Iron' when it doesn't have half the features. May be against lowend Solaris installs, but the price isn't that different.

  5. Profit! by riversky · · Score: 3, Informative

    Hire people to make the software (even open source) = Wages to pay

    Hire people to make the software but not pay them = slavery

    Charge more for the product than the wages you pay = PROFIT

    Ok that was way too simple but the bottom line is no one ever said OSS was non-profit or even small profit. In fact by driving down costs these providers can get richer than with proprietary software. The model is buy low and sell high. Economics 101

  6. Support by radish · · Score: 5, Informative

    But you say you want support, that's why you're paying. Hate to break it to you, but an OEM license of XP doesn't buy you any useful support. Neither does a $700 VS license. Microsoft, like everyone else, charges for support contracts.

    --

    ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

    1. Re:Support by QuantumG · · Score: 2, Interesting

      No, the problem with QT is that their business model is not actually based on any legal concept of copyright. Their spin on licensing is that developers must pay a seat license to develop applications which use their library if the resulting product is going to be "commercial". They specifically say that you can't use the open source version of their product to develop commercial software. Then, in the same breath, they claim that their library is under the GPL, which, if you ask the authors of the GPL they will tell you, has no such restriction.

      --
      How we know is more important than what we know.
    2. Re:Support by QuantumG · · Score: 2, Informative

      Alternatively, you could just write the UI for your application in the appropriate language for each of the platforms you want to support. Yes, that means writing one in C# for Windows, one in Objective-C for Mac and one in C for Linux. Then use a common core for all platforms. The UI should be seperate from the core anyway, so its not like it is hard to write three seperate UIs. It does, however, mean you can make the app look different on each platform, something that people who use cross platform toolkits claim they don't want, until they actually start getting customer complaints from users who want your app to look and feel like every other app on their platform. Of course, these are usually Mac users, and we tend to just ignore them, so the myth of cross platform UIs continues.

      --
      How we know is more important than what we know.
    3. Re:Support by swillden · · Score: 4, Informative

      The only way that they can charge more for the "commercial" version AND enforce their right to limit how you use the software is for them to build a completely proprietary project that runs on Linux, then they can license their complete, compiled (with or without source), and wholy owned product however they chose, but if they choose to license under the GPL then they cannot impose the use restrictions.

      Nonsense.

      Qt is licensed under two licenses: The GPL and Trolltech's commercial development license.

      If you use the GPL version, which you acquire from wherever you like, then your application must also be licensed under the GPL, or you have no legal right to distributed it. Technically, you had no legal right to create it, except by accepting the terms of the GPL, because your application is a derived work and creation of derived works is reserved to the copyright holder.

      If you buy the commercial license, you can sell your software as closed source, and you can redistribute the run-time files that Trolltech provides you, or that you build from the copy of the code that Trolltech provides you.

      Code which was originally written under the GPL is not eligible for integration into a work under the commercial license. Not because Trolltech is adding requirements to the GPL, but because Trolltech's commercial license excludes such software from being linked to and distributed with their commercial version of Qt. You can't do it under the commercial license, and you obviously can't do it under the GPL.

      There's no weird copyright theory here, just a couple of different licenses.

      In practice, of course, lots of people start commercial Qt projects prior to purchasing development licenses. I've never heard of Trolltech making any attempt at all to curb this, beyond simply saying that it's not permitted.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    4. Re:Support by QuantumG · · Score: 2, Interesting

      The problem is your inability to do a small amount of research on your own. From their FAQ:


      Can we use the Open Source Edition while developing our non-opensource application and then purchase commercial licenses when we start to sell it?

      Answer:
      No. Our commercial license agreements only apply to software that was developed with Qt under the commercial license agreement. They do not apply to code that was developed with the Qt Open Source Edition prior to the agreement. Any software developed with Qt without a commercial license agreement must be released as Open Source software.


      So say I develop a nice open source app. Someone comes to me and wants a commercial license so they can distribute it without source. I go to Trolltech and ask for a commercial license for their library and they spring this shit on me. There goes my opportunity to fund my open source development. Moral of the story: don't use Qt for open source development if you ever want to be self funding by dual licensing.

      --
      How we know is more important than what we know.
    5. Re:Support by QuantumG · · Score: 2, Insightful

      Jesus, are you a simpleton or what? You can't dual license any code you developed against the GPL version of Qt. That means you must have a commercial license of Qt from the very first day you sat down to code your open source app. No-one starts an open source project with the knowledge that they are going to dual license the code when it is mature (usually 3 to 5 years after you start the project). Trolltech's licensing policy is designed to thwart people using the GPL version of their library to do proprietary development, but it, in effect, thwarts all dual licensing of open source software. Of course, this is an unintended consequence, but it comes about as a result of Trolltech choosing an insanely strange business model (charge the developer instead of the distributor) in an attempt to milk money out people earlier on in the development process.

      --
      How we know is more important than what we know.
  7. Re:sounds like you don't really know what you need by binarybum · · Score: 3, Insightful

    While I think your second line is a good idea, your first misses the point - the submitter was comparing commercial OSS vs. CSS not commercial OSS vs. free OSS.

    --
    ôó
  8. It's the support costs. by SarekOfVulcan · · Score: 5, Informative

    How much support do you get from Red Hat for your $299?

    How much from Microsoft for your $140?

  9. Win XP Pro OEm - support? by ahg · · Score: 4, Informative

    Red Hat Linux WS is $299. An OEM version of Windows XP Pro is ~$140.

    And the OEM version of Windows XP Pro is supported by whom?

    I don't know what support Red Hat provides with the $299 version but I know supposrt is primarily what you're paying for or everyone would be using Fedora Core.. Please compare apples to apples - last I heard OEM versions including zero vendor support.

    --

    --Aaron Greenberg

  10. Re:Red Hat not competing with Microsoft by paitre · · Score: 2, Interesting

    Exactly.

    My employer is going RH (and possibly SuSE) and we're saving something like 7 figures in licensing and hardware support contracts by dumping the majority of our HP and Sun systems for bladeframes running RHEL.

    Even with that, we're still paying a crapload, but the savings are immense when compared to RH's "real" competition. Personally, I suspect that RH would be nore than happy to lose what little of the workstation market that they have so they can rake in more money in server licenses...

  11. Much of your cost is because you are "commercial" by NotQuiteReal · · Score: 4, Insightful
    The expensive items are because you want "commercial" versions - e.g. you want to create a closed product. (e.g. you cite how expensive it is to use Cygwin and Qt - commercially).

    You might want to consider your business model - can your product be FOSS too, and then YOU charge the big bucks for support, etc.?

    --
    This issue is a bit more complicated than you think.
  12. Economics... by huckda · · Score: 2, Interesting

    An OEM version of Windows XP Pro is ~$140.

    And the virus you get is FREE, but ends up costing you a little more than $140.

    joking and MS-flaming aside...
    OSS support for specific products that you mention is outrageous.
    but for the MAJORITY of OSS products the support is much less.
    But it all comes down to simple economics:

    Supply vs. Demand if all of those OSS products you mentioned have viable competitors the price would be lower

    in the closed source realm there are TONS of players and the costs need to be lower to get a good chuck of the market.

    --
    "Just Smile and Nod." --Huck
  13. Pay for open source??? by Foofoobar · · Score: 4, Interesting

    We run Jboss, Tomcat, Apache, MySQL, Asterisk, etc. Do we pay for support? Hell no. We have a knowledgable and competent staff. You only need to pay for support and commercial products if you DON"T have a knowledgable and competent staff. You are basically paying someone else to be that staff. That's why you are paying the high price. That and the re-assurance that someone is responsible for the product you are paying for so that you have someone to bitch and whine to when it breaks. With an unsupported open source product, you are the only person responsible for maintaining everything. These are the reasons why you pay the high price. But you always have the option NOT to pay and just support it yourself. Plus you are comparing HIGH END support contracts and their are low end support contracts that are a LOT less. It all depends on what you want.

    --
    This is my sig. There are many like it but this one is mine.
    1. Re:Pay for open source??? by paitre · · Score: 3, Insightful

      In a past life working at a (still profitable) dot-com we didn't pay for support either.
      Tomcat, RedHat, Apache, etc.

      However, there's a BIG difference between a webhosting-type services company that MIGHT promise 2 9's and a transaction processing company who promises 4 9's and where downtime costs/losses are measured in the thousands or tens of thousands of dollars per hour.
      Any business where reliable systems are a critical component are going to be willing to pay for that reliability, be it in HA hardware solutions, HA software solutions, or more likely, a combination of the two.

      Sometimes, you really don't have a choice - you need high end support because you need someone to blame when the shit hits the fan. You need someone who will dedicate development time to alter their product to meet your specific needs. Out of the box w/basic configuration? Sure, pay the least you can. Throw in semi-exotic hardware and the need to meet high-end reliability targets, and support costs are literally the least of your concerns.

      It's not what you want. It's what you need to properly cover your ass and support the business.

  14. Why pay anything by iambarry · · Score: 3, Insightful

    Seems to me like you are searching out the most expensive commercial OSS on the planet, then asking why wouldn't you just buy the MS product instead.

    Why would you want the $10,000 version of Cygwin when you can download and use it for free? Likewise, there are plenty of reputable free Linux distributions out there, many suitable for use in embedded systems.

    If you want a commercial Linux, why not look at Redhat? Its comparable in price to Windows. There are plenty of embedded applications.

    1. Re:Why pay anything by Wavicle · · Score: 2, Informative

      Why would you want the $10,000 version of Cygwin when you can download and use it for free?

      Because they don't want to release their software as GPL, and the free version of cygwin requires it.

      If you want a commercial Linux, why not look at Redhat?

      Because they want a real-time embeddable OS and that's not what RH is selling.

      --
      Education is a better safeguard of liberty than a standing army.
      Edward Everett (1794 - 1865)
    2. Re:Why pay anything by CodeBuster · · Score: 2, Informative

      Because they don't want to release their software as GPL, and the free version of cygwin requires it.

      Then they cannot use the GPL for the free version either, otherwise you could could just download the free version and use it commercially anyway and that would be perfectly legal under the GPL. This is why SleepyCat uses their own OSI and FSF approved license for BerkeleyDB, so that they can legally distinguish between the free version and the pay version while still maintainting control over end use and some features of other OSS licenses such as GPL. I think that sometimes managers want to use GPL because they have heard about it being an "open source" license and trendy, but they don't understand that the GPL has some potential gotchas in the actual language, such as the inability to place limitations on use of the software once it is distributed and the requirement that the source code be distributed for free or minimal charge to cover the cost of shipping and CDs or paper and ink only, that might torpedo their business plans if they are not based upon support. So yeah, you can charge $1 million dollars for the software but who would pay that when they can get your code on CDs for $2 and compile it themselves and use it however they want without restriction, including redistributing their compiled version for free and undercutting your prices?

  15. Bandwidth don't come cheap... by RLiegh · · Score: 2, Funny

    Someone's gotta pay the bill for all those torrents. Speaking of which, my fedora dl is almost done. Thanks, d00d!

  16. Re:Red Hat not competing with Microsoft by CastrTroy · · Score: 2, Interesting

    Exactly, Redhat WS is not equivalent to MS Windows XP. With Redhat you get a lot of stuff you don't get with Windows XP, like a full office suite, which from MS would cost more than $300.

    --

    Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
  17. Buh? by drinkypoo · · Score: 2, Insightful
    QT is $3300 per seat. We have dropped the development and rewrote everything to C# (MSVS 2005 is ~$700).

    you act as if Qt were the only option around. What about GTK+ and wxWindows?

    Embedded Linux from a reputable RT vendor is $25,000 per 5 seats per year. We needed only 3 seats. We had to buy 5 nevertheless. The support was bad. We will go for VxWorks or WinCE in our next product.

    That's fine. Next time, pick a different vendor. How much research did you do before picking this vendor?

    Red Hat Linux WS is $299. An OEM version of Windows XP Pro is ~$140.

    If you need support for every Linux desktop in your organization, you have bigger problems than how much you're paying for licensing. Also, that Windows XP Pro only comes with installation support. ALL support after installation is either hourly or on contract. So basically, instead of using white box linux so that you get a free redhat with free updates, you spent $140 to be locked into a Microsoft platform. How is this a win again?

    A Cygwin commercial license will cost tens of thousands of dollars and is only available for large shops. We need 5 seats. Windows Unix services are free.

    I hate to break this to you, but "Windows Services for Unix" is crap. Also, you only need a license for cygwin if you want to distribute non-GPL software. Why go so balls-out for open source if you're not going to distribute open source? Your "do-good" ideas are half-assed and do not impress us under these circumstances.

    After all, we have decided that the survival of our business is more important for us then 'do-good' ideas. Except for that embedded Linux (slated for WinCE or VxWorks substitution), we are not OSS shop anymore."

    Congratulations. Sounds to me like you wanted to use all the FoSS tools to create a non-Open product (let alone Free.) We don't need ya! Don't let the door hit your ass on the way out, kthx.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    1. Re:Buh? by vijayiyer · · Score: 2, Insightful

      "Congratulations. Sounds to me like you wanted to use all the FoSS tools to create a non-Open product (let alone Free.) We don't need ya! Don't let the door hit your ass on the way out, kthx."

      It's this kind of mentality that truly is the hindrance to the adoption of OSS.

    2. Re:Buh? by AVee · · Score: 2, Insightful

      And how is a company developing closed source software helping 'the adoption of OSS'? And by the way, who said we wanted 'adoption of OSS' in the first place? Personally i couldn't care less if others want to spoil there money on MS software, as long as they don't try to fore me into using the crap...

    3. Re:Buh? by Achromatic1978 · · Score: 2, Interesting
      Apropos of anything else you say:

      using the free stuff, with the *intention* of paying... at some point... eventually

      Like for example, the Qt libraries, which he /could/ download and use for free. /Until/ someone remembers this detail, long after they've gone live / IPO and purchased their commercial Qt license, and points to the FAQ that says "from day one, you must use a commercial license", and the GNU community, not to mention the Slashdot community, screams like their first child has just been stolen about suing them into oblivion for violating the sacred GPL, you mean? Because you know and I know that's exactly what would happen, following your "advice".

  18. Re:Red Hat not competing with Microsoft by eclectus · · Score: 2, Insightful

    apples & oranges. You are dropping HW & SW support from HP/SUN and getting SW support only from RHEL. If you compare SW only support costs from Sun/RedHat/HP at equivilant support levels, they are fairly equivilant.

    *full disclosure. I work for Sun Support, onsite at a large company that uses HP, RHEL, and Sun. I work with the folx who purchase support from all three vendors, and I'm going off of what they tell me, plus what I've seen elsewhere.

    --
    This signature is a waste of 42 characters
  19. Um... You're *not* paying for the software. by Colin+Smith · · Score: 4, Informative

    Pretty clearly. That bit's available for free.

    You're paying for official support and services. Presumably 24/7 telephone, onsite if necessary. You're paying for people and their expertise not software.

    However, there is a good point. Support is expensive, there's a market out there for lower cost support services.

    --
    Deleted
  20. Broken Logic by mrsbrisby · · Score: 4, Insightful
    Why are commercial ports of OSS software so expensive,
    That assumes they are, which they arent. As you say, Red Hat Linux WS is $299. An OEM version of Windows XP Pro is ~$140. The problem is that support for Windows is $35 per call, per email, or per online chat. Of course, this only includes end-user support. Developer support is 250$ per call.

    You can compare QT to GDI+ all you like, but GDI+ works on one platform, and QT works on many. Expect to pay more for an increased feature set. Law of the land, open versus closed never has and likely never will have any effect on that.

    and what would need to happen before they could be competitive in the future?
    They already are. You can tell because Microsoft shills like yourself are pretending to have questions about them not being competitive on slashdot.
  21. A question about RedHat.... by SumeyDevil · · Score: 2, Interesting

    RedHat does charge $299 per year for one license. With Microsoft, you're getting $140 for a copy forever (and if you order from a major vender, it's basically free). I know, I know, the argument is that you're getting perpetual support for the RedHat license- but have any of you tried to use it? It's generally pretty terrible. We've ended up switching everything to Ubuntu or CentOS b/c it's just as easy to find support by googling, rather than getting re-routed through RedHat. It doesn't make sense to me. Over the lifetime of XP, you've paid $140, and gotten free updates. For the lifetime of RedHat (let's assume XP's ungodly 6-7 year lifespan so far) you're paying almost $2000! You can also argue that "you don't need to get support for all the machines" but RedHat complains incessantly, and you won't get any updates, which isn't really safe for a corporate world. Additionally, a significant Linux deployment usually requires someone with significant knowledge. Last I checked, it's cheaper to hire someone to manage a windows deployment than a RedHat one. I wouldn't mind paying the $299 as a one time fee...but $2100?? Almost 10 times the value of a Windows license? Is the support your paying for really worth that much?

  22. Apples to oranges by Todd+Knarr · · Score: 4, Insightful

    You say you want official support. Then you proceed to compare an officially-supported copy of RedHat Enterprise Linux to an OEM copy of Windows XP. Well, I hate to break it to you, but that OEM copy of XP comes with no support. If you read the agreement, it says you as the system builder are responsible for supporting that copy once installed. You don't even get the installation support that comes with the $300 retail XP box. All you get is Windows Update, and the opportunity to hear the Microsoft rep tell you to call the company you bought your computer from. The same with Visual Studio. The commercial software isn't cheaper as far as support goes, they just aren't quoting you the real price until after you're committed.

  23. It's the Quality by Ashcrow · · Score: 2, Interesting

    On thing that a lot of comercial Open Source shops are guilty of is providing to high of quality support. Sure, RHEL is more expensive with an update/support contract than Windows, but have you ever called Microsoft before? Not only do you get friendly folks from india on the line but usually leave (afte ~ 6 hours of calls) with no real answer. If you tally up the time spend on the phone and then running diag yourself on the Win box you end up with much higher costs.

    Don't get me wrong, there are some comercial OSS companies out there who over price and under serve, but the majority I've delt with have been really, really good compared to the traditional competition.

    On the same token, not everyone needs a comercial version of XYZ app. I run Fedora 6 BETA as my production workstation at home ... on an intel mac mini. Not only is it really stable, bugs are fixed without me lifting a finger (well, ok, so I run yum -y update).

    The use of software should be gauged by the return on investement that the software and support provides. Have an internal IT Helpdesk team? Do they know XYZ app well? Why pay to double your support? Double support is something a lot of shops do so they can 'find a neck to choke' externally? The news is that choking doesn't fix the issue!

    I've spent a decent amount of time working for Open and Closed companies and shops. The quality of code and support from the Open (or more Open) shops were much higher than the Closed source/black box shops.

  24. And this is why I prefer Sun's way by Anonymous Coward · · Score: 2, Insightful

    As said before there are a dozen OSS projects out there and when it comes to OS there's one thing you can't expect: reliability. Note that I'm not claiming that this is no where to be found, but you can't approach a project with "I demand...", etc. Got that part so far?

    When looking Enterprise business this is exactly what is happening. Your customer is paying you and as such can't be told "We know you liked the product as it was but there were some bugs and so here's the new version. Unfortunatly it reacts a little bit different than the previous release." When your whole business is build upon such a product then this approach is not going to work. This would mean that OSS would be an absolute no no when it comes to Enterprise based computing. Which would be a shame IMO since there are some very good products out there, which over the years have already demonstrated that this doesn't have to be an issue perse. But the secret here?

    Control. You will have to have someone (or a group) in control who are calling the shots, which also means that the person shouldn't be too afraid to simply cancel certain developments because of the reasons already mentioned above. However, in many cases companies fully rely on the OSS "market" by grabbing software together and neatly packaging it all up and when changes do happen they simply set their own staff to work to either "undo" those changes or merely port them back into their maintained version of the problem. That may look like OSS on the Enterprise, but its more like playing Enterprise-based business with an awfully weak and riskfull model. Resuling in what you experienced.

    Finally, why I like Sun? Because they do things differently and don't pay much attention to the whiners ("it has to be FREE") but try to walk on that golden (middle) road to both please their customers and the developers. They simply came up with an already existing business model and started looking how OSS could fit into this. You see this happening right now with Solaris. People can build on Solaris all they want, fork it, whatever, but Sun keeps control over what does and doesn't get into the OS. Thus resulting in OSS developers who can make a difference while protecting their options to fully support the software they're releasing. I'm really surprised that RH or SuSE (now Novell) never seemed to use such an approach but more or less "winged" it, at least thats how it looks to me. You're basicly paying for support and some "insurance".

  25. Actually, ya it does by Sycraft-fu · · Score: 4, Interesting

    What a Windows license buys you in terms of support is two major things:

    1) Patches. MS releases patches for Windows and everything associated with it, and tests those patches to make sure they work. If an incompatibility is found (it's rare one survives the initial testing) it gets fixed. Now of course there is OSS that does that, but there's no guarantee. With MS it's not really a question of if the software will be patched during it's supported life. Same deal with supported OSS software like RHEL. Sure, Fedora also does patches, but they aren't tested like the RHEL ones are, and if the developers of the component don't release a patch, they aren't likely to patch it for them.

    2) The knowledge base. MS has a massive knowledge base that is really very good. I use it all the time at work. When a Windows system bluescreens do I start a debugger? Hell no, I'm not a programmer. I write down the details and look it up in the knowledge base. The answers tend to be just want I needed. If some weird problems comes up, again I go looking in the knowledge base. It is a central, easy to search, repository of solutions tested by MS themselves. You don't get that with a no-charge OSS product. Sure there are news group posts, and IRC logs and such out there but man, tracking down the answer can be hell, if anyone has found an answer at all.

    3) Vendor support. When a vendor sells you a system with Windows, they are guaranteeing hardware support (at least if they aren't shady). When Gateway sells me a rackmount server with Windows installed, I know that it will be working, and I know that it will have drivers for all it's hardware. However when I try and install FC4 on it, maybe it doesn't work. In fact what does happen is it kernel panics on install (we still have never figured out why). Should it not work, I can call them and get it fixed, if it's a Windows problem they'll call MS and get it fixed. You can get the same thing with Linux, but only buying a system with a supported Linux distro on it, which is usually an enterprise Linux.

    Those are not at all worthless support resources. Support doesn't necessarily mean holding your hand through configuration, it just means ensuring that all the resources you need are available. You get that with commercial solutions, be they OSS based or not. It's not the same as a support contract, but often is what people need.

    1. Re:Actually, ya it does by misleb · · Score: 2, Interesting

      1) Patches. MS releases patches for Windows and everything associated with it, and tests those patches to make sure they work. If an incompatibility is found (it's rare one survives the initial testing) it gets fixed. Now of course there is OSS that does that, but there's no guarantee. With MS it's not really a question of if the software will be patched during it's supported life. Same deal with supported OSS software like RHEL. Sure, Fedora also does patches, but they aren't tested like the RHEL ones are, and if the developers of the component don't release a patch, they aren't likely to patch it for them.

      Don't forget about user supplied patches. Even if an OSS vendor doesn't supply an official patch, i've often been able to find a user supplied patch for problems. The fact that comercial vendors "test" their patches is a red herring. I don't care if they've tested a patch to make sure it works for everyone in every situation. I just care that it works for *me*. Why should I wait for vendor to "test" the patch? If I hit a project/server stopping bug, I don't have time to wait for them to officially release it, or worse, wait for them to include it in a service pack. I want it now.

      Sometimes vendors take their sweet time fixing a problem. I'm currently in this situation with Retrospect backup. There is a bug that only a couple people are experienceing and EMC is totally dragging their feet on providing a patch. I've been waiting MONTHS for a fix. My backups are incomplete on one server. If it were open source, I would dig through the source and fix the damn bug (or at least work around it) myself!

      2) The knowledge base. MS has a massive knowledge base that is really very good. I use it all the time at work. When a Windows system bluescreens do I start a debugger? Hell no, I'm not a programmer. I write down the details and look it up in the knowledge base. The answers tend to be just want I needed. If some weird problems comes up, again I go looking in the knowledge base. It is a central, easy to search, repository of solutions tested by MS themselves. You don't get that with a no-charge OSS product. Sure there are news group posts, and IRC logs and such out there but man, tracking down the answer can be hell, if anyone has found an answer at all.

      While I haven't dealt much with the Microsoft knowledge base, I have used the Novell knowledge base quite extensively and have had a similarly positive experience. I also use a LOT of OSS and while the information isn't cnetralized, I have about about the same success rate at finding solutions to my problems. All in all, I would say that I "enjoy" dealing with OSS problems more than dealing with Novell/Microsoft problem. The reason is simple: transparency. Access to the code has saved my ass more than once. And when I find an OSS solution, more often than not, I *understand* what went wrong. Where with Microsoft, the solution is often just "apply this patch" or "click this check box" or "replace this DLL" with not much help regarding what is really going on.

      3) Vendor support. When a vendor sells you a system with Windows, they are guaranteeing hardware support (at least if they aren't shady). When Gateway sells me a rackmount server with Windows installed, I know that it will be working, and I know that it will have drivers for all it's hardware. However when I try and install FC4 on it, maybe it doesn't work. In fact what does happen is it kernel panics on install (we still have never figured out why). Should it not work, I can call them and get it fixed, if it's a Windows problem they'll call MS and get it fixed. You can get the same thing with Linux, but only buying a system with a supported Linux distro on it, which is usually an enterprise Linux.

      This rarely happens to me. For one thing, I usually base my server purchase decisions on what is known to be supported well. I don't just take any random server and expec

      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    2. Re:Actually, ya it does by killmenow · · Score: 3, Interesting
      MS releases patches for Windows and everything associated with it, and tests those patches to make sure they work.
      For varying definitions of the word "work".

      I'm not joking and I'm not sure what you're smoking. Rarely, if ever, are production boxes patched with Microsoft patches without some due diligence. Best practices dictate patching test boxes first to see what the patches break before patching production boxes...because -- consistently -- Microsoft patches break existing software. I cannot stress this enough: Microsoft patches break shit all the time. Right now, I'm dealing with a situation where the latest 2003 service pack wreaks havoc on Terminal Services and causes some of the wierdest crap I've ever seen happen on a system (completely hosing opening shortcuts to URLs in IE [their own software, I might add])...and Microsoft's answer? "Uninstall that last service pack." Yeah, they test their patches to make sure they work, as in, they fix the bug they were patching. But they do a shit job of testing what the patches break.
  26. The answer is in the question... by Noryungi · · Score: 3, Informative
    To wit:

    We do not want to spend time for any OSS bug fixing so our main requirement was -official support for all OSS products-


    Simple solutions:
    1. Make sure your programmers know OSS (Linux or otherwise) inside and out.
    2. Do not buy that support, since your programmers already know how to support themselves, fix bugs and/or know enough to select stable versions of OSS tools, instead of relying on the latest-and-greatest (and buggy) tools from a vendor.


    The same thing happened to me in my last job, a mixed Sun/Linux shop: people complaining about the price of Linux. Why? Because (a) only SuSE Linux was approved for a certain tool, and that tool was considered as critical by the company and (b) because company's policies and bean counters demanded official support from a reputable vendor for everything that was bought. The result? Thousands of Euros spent on buying expensive, gold-plated, 24/7 support contracts. That were almost never used, since both the programming and sysadmin teams had plenty of experience using Linux servers.

    Which makes perfect sense really: Sun support is sometimes cheaper than some Linux vendors, because Sun understands that software support also means hardware lock-in. Microsoft can be cheaper than Linux because, let's face it, all the OEM Windows installed on brand-new computers subsidize the dev tools (C# and Visual what-have-you) while support is essential to the survival of many Linux distributions. Heck, giving the software away for free and selling support contracts is the entire business plan of many Linux distributors! Also, Microsoft understands that, if you, as a developer, buy Visual Thingamajig 2006, you are locked into their platforms, and so are your clients. And that means more money, in the long run, for Microsoft. Why do you think they have recently started to offer programming tools for free? Not out of the goodness of their hearts, that's for sure.

    So, Linux, cheaper? Only if you solid in-house experience. I have also seen companies replacing hundreds of Sun and Windows 2000 R&D workstations by Linux/AMD machines. Why? The official reason was: "Linux is cheaper and good enough to provide the 90% functionalities we need, AMD is cheaper AND more powerful than SPARC CPUs, and everyone here likes (and knows) UNIX systems better anyway"... And that was the VP of R&D speaking.

    So, back to the point above: Linux is cheaper... as long as you have enough experience in-house not to need expensive support contracts.
    --
    The right to offend is far more important than the right not to be offended. (Rowan Atkinson)
  27. Apples vs Oranges by swillden · · Score: 4, Informative

    I think a big part of the problem is that you're comparing different things and wondering why they have different prices.

    Qt vs C#: Sure, C# is cheaper, but the price you quoted for Qt is for triple-platform licenses, and C# doesn't get you that much cross-platform support. Yes, Mono gives you support for other platforms, but it differs in many respects from the Windows version, whereas Qt is very consistent across all of them. Documentation and support for Qt is vastly better than the comparable C# support for non-Windows environments, (and somewhat better than for Windows as well).

    Red Hat vs XP: Red Hat contains far more functionality than XP. Depending on exactly what you're doing, you very likely have to buy additional software for XP. Also, how much support does that $140 XP license get you? Assistance with installation, and that's about it. Red Hat provides a lot more, and it costs a lot more. If you don't think you'll need the extra support, then don't buy it, and Red Hat will be a lot cheaper than XP.

    RT Linux vs WinCE/VxWorks: I can't argue here, not at the prices you quoted, and since you said you got lousy support from the Linux vendor (who was it, BTW?). Perhaps you just needed a different vendor? How about Wind River (makers of VxWorks, for those who don't know).

    Cygwin vs Windows Services for Unix: Depending on what you need, SFU may be fine. As long as you're just using the stuff provided by Microsoft, SFU is pretty good. If you want to be able to download any random Linux/Unix package off the net and have good odds that it will build and run, though, forget it, SFU is completely inadequate while Cygwin will do a good job. Note also that SFU comes with no support, unlike that commercial Cygwin.

    In nearly all cases, I think the core issue is that the prices quoted for OSS support (a) buy you better support than what you'll get in the closed-source case, (b) give you more in functionality, flexibility, or both and (c) are really intended for bigger companies who are less strapped for cash and who have a bigger need of the security blanket the support contracts provide.

    Your company would probably have been better off skipping the support contracts, using the software for no cost, and putting the cash aside to pay an independent consultant or two in case you get in a jam. You can get extremely high-quality support for most OSS for small consulting fees, just by hopping onto the project mailing list, identifying a handful of heavy contributors who know the area you're concerned with, and then privately offering them money for their time.

    Of course, if your management is too uptight to take that approach, and too tight to buy the OSS support, you should go with the closed-source offerings -- and then keep your fingers crossed that you don't have to rely on Microsoft's support. Wind River's support is good, in my experience, but the rest of the stuff you mentioned is from Microsoft.

    --
    Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    1. Re:Apples vs Oranges by Cylix · · Score: 2, Informative

      Regarding the RedHat support...

      Just to site an example (one I've said many times before).

      A friend of mine was in a similar boat. Needed support contracts across the board for major software and licenses across the board for everything else. (ie, Winzip, office, etc).

      Anyhow, so he picks up RedHat support and day one actually needs it.

      Fairly quickly, the issue is resolved and they e-mail him a new binary and source for lilo to get his system to boot. (Newer chipset at the time). Later, the patch would be added back in and his update was included as a fix for an issue.

      On the flip side, I did once have an issue with a IIS server and Compaq's Microsoft support division did a great job helping me through that. However, that was under a per incident cost, but it was good none the less.

      In any event, I'm sure my friend has had some more stories to tell, but I always liked that one.

      Me, support contracts would be nice on occassion, but generally I hammer the issue out all by myself.

      --
      "You should always go to other people's funerals; otherwise, they won't come to yours." -- Yogi Berra
  28. Doesn't quite ring true by SSpade · · Score: 2, Informative

    Qt comes in a range of versions. They're mostly freely available for open source products. For closed source products, the most sophisticated single-platform version, incuding a years worth of support, is $1100 / seat for small business and startups for up to 3 seats. The original poster wanted 3 seats.

    The only reason he'd have to pay $3300 / seat would be if he had more than $200,000 cash on hand. Not as available credit, but cash in the bank. Or if he was already bringing in more than $200,000 a year in revenue.

    I don't have much sympathy for well-funded startups that decide to choose bad technology rather than good technology because it's a grand or two cheaper. I expect this one will burn through its VC and crash and burn fairly quickly.

  29. You get what you pay for ... maybe by Skapare · · Score: 2, Insightful
    We do not want to spend time for any OSS bug fixing so our main requirement was -official support for all OSS products-.

    It seems this business decision was actually wrong for you. It might not be for many others, but it seems it was for you. Businesses that are in the business of doing something other than computer related work (for example, a law firm), such a decision to outsource all the support would usually be a good one. But in your case, I think that is not so. The behaviour of the core system is actually a critical element of your business model, and by outsourcing that, you will be paying premium.

    Why not call a meeting together with both technical staff and business staff, and raise the issue of what you (your business) would have to charge if you (your business) were to offer support to other companies for the very thing you wanted to outsource. See if you can come up with a price. If that price is similar to what you've found in the market, then apparently you already understand why the price is that high. But if the pricing you come up with is significantly lower, then you have identified a new business model to expand into.

    --
    now we need to go OSS in diesel cars
  30. Re:Qt by DrDitto · · Score: 2, Informative

    Qt does not cost $3300 per seat. You can download it and use it for Free. Oh wait, you meant "proprietary licensing". Right.

    Microsoft Visual Studio costs $700. Doesn't matter if you open-source your code or if your license is "proprietary".

  31. The same with OSS by Travoltus · · Score: 2, Insightful

    You can get plenty of OSS products for free, and then go to similar knowledge bases online for free support.

    Patches? Far faster than MicroSoft.

    ESPECIALLY RedHat.

    I am quite intimately aware of this particular fact.

    --
    --- Grow a pair, liberals... stop letting the Republicans bully you!
  32. Support Contract vs Software License by Ephemeriis · · Score: 2, Informative

    You toss out a lot of prices in your post, but you don't really indicate what the price is for.

    One example you use is a comparison of RedHat Workstation for $299 versus Windows XP Professional for $140. That RedHat Workstation you're buying comes with a fairly nice support contract... According to the website you get unlimited incidents and a 4 hour response time. That Windows price is just the license to use their software, no implied support contract at all...and Microsoft charges $245 per incident if you don't have a support contract...

    A more accurate comparison of prices might be Fedora Core for $0 (just the license to use the software, no implied support contract) versus $140 for Windows XP Professional. Or Redhat Workstation for $299 (with unlimited support) versus $8,299 for "up to 10 hours of proactive support assistance" from Microsoft.

    Software is cheap, support is expensive - and with OSS products you are generally buying support, since the software is usually available for free.

    --
    "Work is the curse of the drinking classes." -Oscar Wilde
  33. If they could just write a great debugger.. by tobe · · Score: 2, Insightful

    After all this time there's still no OSS debugger that actually works even a tenth as well as the *other* one..

    Really.. all the guys who cashed out and have a couple of years gentle work to spare on making a real debugger to go with a real kdevelop or (better still) anjuta for penguins can still make another million each out of that.. it's such a golden apple of a project still after all these years..

    --
    t o b e .no sig

  34. No official support for chosen solutions by alandd · · Score: 3, Insightful

    "Our startup honestly wanted to use OSS products. We do not want to spend time for any OSS bug fixing so our main requirement was -official support for all OSS products-."

    Great. Good Idea.

    "MSVS 2005 is ~$700... VxWorks or WinCE in our next product... An OEM version of Windows XP Pro is ~$140... Windows Unix services are free."

    None of the above chosen solutions, at the prices cited, include "official support" None of them. I am an embedded developer and the one solution for which you don't cite a price, VxWorks or WinCE, will cost many thousands of dollars, per seat, if you want full, "official support."

    From this I conclude that you were requiring full "official support" for OSS solutions but do not require "official support" for closed source solutions. Why are you surprised at the significant price difference in that case?

  35. Re:Qt not $3300 by Tolchz · · Score: 2, Insightful

    You'll still need a $400-$700 copy of Visual Studio even with your $1000 Qt libraries. Qt looks even worse now...until you need your code to run on Solaris,Irix,OS X, and Linux. Then your investment is quickly recouped when you can develop on one platform and deploy on 4 or 5.

    Do you think you can port any non-trivial Win32 application to Unix for under $1000 ?

  36. Re:Trolltechs QT pricing and M$ MSDN pricing by rca66 · · Score: 3, Insightful

    Sorry, but your comparison is ridiciluous.

    M$ MDSN pricing is $10,939 for the MSDN team suite. That includes up to 5 developers.

    Which means, if you have 5 developers using QT you already pay a similar amount. And now, what comes with MSDN Team Suite: Visual Studio, SQL Server, tools for software architecture, Business Solutions, all MS operating systems for different languages and more. You can absolutely not compare those two products. Even if you just take the MSDN Professional, which costs about 2000$ you get much more than just a library to create applications.

  37. I wouldn't want to work with you by cybrthng · · Score: 2, Insightful

    Software systems are more complex than the components that they just run upon that it is usually cheaper to buy support than to staff up for every potential issue you may run across.

    You obviously haven't worked for large environments that support 10s of thousands of internal customers before it even reaches the millions or billions of external customers. There is no way you could staff yet alone augment your knowledge base by hirring a bunch of know it alls. You need process, you need documentation, you need vendor support and you need relationships you can depend upon so you can focus on running your business rather than pushing some OSS or even off the shelf product that your vendor should be doing for its own well being.

    Business are here to make money.

  38. Re:Red Hat not competing with Microsoft by adolfojp · · Score: 2, Funny

    That is quite interesting. I was under the impression that OpenOffice.org was available for Windows.

  39. Re:Not a Good Business Model for Freedom. by hazah · · Score: 4, Insightful

    I hope you're not just trolling...

    Information wants to be free.

    What the hell is that supposed to even mean?! As far as I can tell, information is a pretty damn abstract concept, and it is people, if anything, that ever want something. Someone slaving away at the keyboard to make something work cannot be described as "information". It is called "labour".

    Hey, the argument works for other IP. Why should RH be an exception?

    First, to clarify it to anyone who may actually be misinformed enough to believe this nonesense, the whole idea behind the GPL is to undermine the concept of IP. Therefore, RH is most definately an exception to IP. While companies like Microsoft rely primarily on distribution sales (sometimes almost to the point of competing with themselves), RH is relying on providing customers with services (and they probably sell things too, but I don't feel like checking). So, no, this argument doesn't work, at all, without exception.

  40. VxWorks??? by AaronW · · Score: 2, Informative

    Having dealt with both VxWorks and a commercial embedded Linux I would recommend against VxWorks. My experience with their support is it's almost non-existant and it's missing a ton of functionality and has had a lot of bugs.

    For our new project we are using buildroot, which is free. It will automatically download all the various tools and libraries, build the cross compiler and everything else.

    If you need help setting this up, I suggest contacting one of the many consultants available to get you up and running. Once you're up and running, just go with a consultant when you're stuck. Our experience with a commercial embedded Linux vendor has been pretty bad with respect to support and I've heard similar complaints about other vendors as well.

    --
    This post is encrypted twice with ROT-13. Documenting or attempting to crack this encryption is illegal.
  41. Why not GPL version? by CustomDesigned · · Score: 3, Insightful

    Because a key requirement was commercial support == you call someone to fix bugs for you, not fix them your self. I think the main problem was not shopping around for the required support.

    1. Re:Why not GPL version? by Mr.+Jaggers · · Score: 4, Insightful

      Agreed. The vendor is not always the best support provider. For example, one of the reasons that microsoft is so successful in providing "support" is that they have so many "certified" solution providers. Commercial software houses that try to rely on microsoft for software dev support (in my experience) end up sorely disappointed. Being able to contract out the support/bug fixing in a bid process can bring better prices. There's not reason that a third party couldn't provide adequate development support for an open source product.

      The OP also seemed to be rolling all of support in the enterprise into the same support goal; like why waste money at all on vendor support for the dev workstations? That's ludicrous. You know they'll eventually need an IT person to maintain their windows workstations, even if microsoft is providing security patches. That person can do desktop support, and if they are competent, likely get better results faster than a commercial support vendor.

      It sounds to me that the problem for this startup was more an issue of lack of leadership at the executive level with strong personal experience in open source embedded development. From the pricing, I'm pretty sure I know which RT linux vendor they went with, and if so, "reputable" was likely not evaluated from a developer standpoint. I would probably say that the "not want to spend time for any OSS bug fixing" attitude is the problem. I'd rather a platform with *all* the code PLUS noncommercial support any day over code+commercial support, or (worse) just the support. It's making a big assumption that somehow the commercial product is going to come bug free and that support is going to snap a patch out to you by the end of the week (or sooner).

      I would say a shop running less than 10 devs is probably not going to get that level of attention from a commercial vendor, but who knows? Maybe they will. I'm sure that the OP will come back in six months and tell us all about how csharp, visual studio, and windows ce saved the day. ROI! TCO! Rah rah rah!

      --

      When I grow up, I want to have Christopher Walken hair.
  42. This article is a troll by RelliK · · Score: 3

    I would go further and say that this article is a troll submitted (*cough* *cough*) anonymous coward and posted, no doubt, to inflate page hits.

    The article starts out with a ridiculous premise that you need a "license" to use open source products. Wrong. The only time you need a license is if you want to *distribute* them. So yes, if you are using QT in a proprietary product, you need to pay Trolltech for proprietary license, but you do not need to pay anyone to run Cygwin on your machine!

    The second ridiculous premise is equating support contracts for open source products to OEM costs of proprietary software. Uhhm hello? The only thing you get with OEM proprietary software is installation support, and not a good one at that. For anything else, you have to pay per incident and expect to get this response.

    Of all the products the AC listed, the only one you have to pay for is QT. Is it worth $3300 when you can get VS.net for $700? Well, QT is an excellent widget library that runs on Windows, OSX, and all flavours of Unix. How many platforms does C# run on? That's right, *one* (no, mono is not a viable alternative). How much money will this save you in the long run? Besides, there are alternatives to QT (GTK, Swing, etc.) so you can use something else if you don't want to pay.

    So in summary, AC is comparing apples and oranges. Notice that he/she doesn't even ask for advice but simply states "we are not OSS shop anymore" as a matter of fact. What was the point of the article then? A rant by some AC who doesn't know what he is doing? Or a planted article by Microsoft shill? Hmmm....

    --
    ___
    If you think big enough, you'll never have to do it.
  43. Re:Qt by TheRaven64 · · Score: 2, Informative

    Visual Studio is an IDE, while Qt is a set of libraries. MFC/Win32/.NET are the libraries you would use with MSVS and they are free (with every copy of Windows, or LGPL'd with WINE/WineLib/Mono). Eclipse is an IDE you can use with Qt and it is free.

    --
    I am TheRaven on Soylent News
  44. Don't forget MSDN Re:Actually, ya it does by kendor · · Score: 3, Insightful
    For those who have the $ for it, my experience is that an MSDN subscription will pay for itself in all sorts of ways.

    Part of the MSDN support contract is unlimited newsgroup support in addition to formal support incidents. Meaning, that you can post to USENET, and Microsoft guarantees that someone will answer your question in (I think) 24 hours. Microsoft hires engineers and other folks to patrol for questions from MSDN subscribers, and the answers that they tend to give you are exceptional. I've received code samples, compiled projects, analyses of logs, and many other kinds of help from the support folks. This assistance helps me to plan project timeframes a lot more accurately: you don't get "stuck."

    Even purely as an educational and training thing, MSDN is worth the money, and I'll buy it as long as I'm in my current line of work.

    Another atypical form of support that's extremely valuable is MSFT's relentless stream of conferences and training events, especially Tech Ed. Tech ed is insane: 5+ days of dawn-to-dusk training, and they end up putting the entirity of the conference on streamable audio/video DVDs. One of the Microsofties from the 2006 event in Boston told me that they flew close to a thousand employees out to Tech Ed to staff the booths, train, present, etc. Even at $1600/head for registration, they cannot be making money off of this sort of monster event. But that's not the point. Microsoft is able to train a lot of people quickly, and show attendees a bunch of stuff that might be useful to their problem spaces. Developers of modest talents get free reign to pick the brains of developers of exceptional talents, and a little of that rubs off. And that's how Microsoft wins.

    Microsoft targets the needs of brilliant developers and it targets the needs of really mediocre developers and puts enough training out there in enough different forms that everyone is served. It has been a successful strategy, and IMHO deserves respect. Everyone wins.

  45. Real reason - basic economics by Fnkmaster · · Score: 3, Insightful

    The reason for the price point of commercial open source software packages is basic microeconomics, and has nothing to do with the better/worse quality of the software.

    The supported product has a close substitute, in the form of an absolutely free (and Free/Open Source) but unsupported product. So the lower end user base, on the bottom portion of the demand curve, will generally opt for the free alternative. Hobbyist developers and shops building internal-use applications only, for example, will use the GPL version of Qt. Many of these users might have been buyers at 500 dollars if there were no free alternative, but with an essentially identical free alternative, the support, on the margin, isn't worth 500 dollars to them.

    Thus if you price at 500 dollars you get a smaller portion of the market. To make things worse, adverse selection effects are likely, just like with individual health care plans - the people who pay for the supported product are actually paying because they want to USE the support! With many or most commercial software products, people buy the product but only use the support very occasionally or never. As a result, the cost of support *per copy sold* is much lower and margins are generally going to be higher for the commercial (non-OSS) software company.

    I think this is why Red Hat ultimately dropped their lower priced products - they realized they shouldn't be trying to compete with their free products, and that too many sales of their "Enterprise" products were getting cannibalized by lower end paid, supported products. Even though they lost a large number of paying customers in this move, the people who actually need support are much more price-inelastic and are willing to pay the higher price for Enterprise support if the only other option is no support.

  46. Better off to hire by dravine · · Score: 2, Informative

    Adding up all the licensing costs, it seems to me that you could have hired some one with sufficient OSS experience to manage the applications and servers for you for far less than your 'per seat' costs would have been. There is a great deal of community support, which is often far better than the support you pay for from commercial vendors. Aside from that, your company would be creating a job for someone who may not have one otherwise.

    --
    srsly
  47. Re:Qt not $3300 by Blob+Pet · · Score: 2, Interesting

    Startups will frequently take the quick way out... develop for Windows with Visual Studio first since they think that's the fastest way to market. Then they find out that the customer wants the app on Solaris, HP, even Linux. The startup doesn't have the resources to re-write the app, so what do they do? They try to port their apps using MainWin or some crap like that and find themselves in a living nightmare of royalty and development licensing fees as well as horrible performance. At the end of the day they finally bite the bullet and purchase Qt licenses and their lives become a lot easier.

    That was my last company.

    The flip-side? Develop on the Mac and then have to port to Windows! Use something Mac2Win, find that it doesn't satisfy, and then start migrating to Qt.

    That's my current company.

    --
    "...today consumers have been conditioned to think of beer when they see a bullfrog..."
  48. Re:Not a Good Business Model for Freedom. by gbulmash · · Score: 2, Interesting
    Someone slaving away at the keyboard to make something work cannot be described as "information". It is called "labour".


    Makes for an interesting saying:
    Information wants to be free
    But the people who produce it want to eat

    - Greg
  49. It's all about TCO, quality and your users. by twitter · · Score: 2, Interesting

    We do not want to spend time for any OSS bug fixing so our main requirement was -official support

    Is that cheaper closed source stuff is bug free or "supported"? I don't think so. The biggest benefit of free software is not having to worry about such costs. If you want to distribute non free software, you are back in the non free world and I'm not sure that's a viable place to be in any case. We can look at each of your issues, but it's impossible to go to far because we don't really know what your business model is or what you want to do other than have bug free software.

    QT, $3,000 per seat vrs M$VC at $700. How many M$VC's can you get at no cost for free software distribution? Is the difference in price worth the platform you will have to force on your customers? No version of Windows has ever worked as well as any Linux distribution I've used.

    Embedded Linux from a reputable RT vendor is $25,000 per 5 seats per year. We needed only 3 seats. We had to buy 5 nevertheless. The support was bad. We will go for VxWorks or WinCE in our next product. Once again, why don't you just write free software and what do think your users will think of WinCE?

    Red Hat Linux WS is $299. An OEM version of Windows XP Pro is ~$140. But Debian costs nothing and I never run into bugs. Fedora and a host of others are also available at no cost, why would you ever pay $140 for a Windoze seat?

    A Cygwin commercial license will cost tens of thousands of dollars and is only available for large shops. We need 5 seats. Windows Unix services are free. Ugh, why not just sell your customer a box that is *nix, like GE and other big equipment makers are doing? Once again, consider your user's experience and the cost of "supporting" all of their calls back to you when M$ does something else nasty to Unix Services.

    The cheapest place to be is free. You are going to have "bugs" wherever you go but there are fewer in the free world and you might be able to fix them.

    --

    Friends don't help friends install M$ junk.

  50. Re:He required support by killjoe · · Score: 4, Informative

    So is it your point that no human being can ever buy support for any other open source toolkit other then QT?

    He says that QT costs too much so we goes to VS for around 700 dollars. Does that 700 dollars include support? No it does not. He just threw that out because he is a troll. He is comparing the cost of QT + support to VS without support and picking a solution that only works on windows. C# + GTK is available for free from mono which he also completely ignores.

    The guy decides to drop QT because it costs more and moves to C# without once considering java with swing or swt or anything else? He never considers Mono and goes directly to paying for VS while not buying support from MS.

    The guy is either an idiot, shill, astro turfer or a troll.

    --
    evil is as evil does
  51. Other stupid Trolltech legal advice by QuantumG · · Score: 2, Interesting

    Using the Qt Open Source Edition, can I make non-opensource software for internal use in my company/organization?

    Yes, that's right, they actually refer the GPL as "viral" and they're not trolling (pardon the irony). It's their FAQ, so fair enough that they're gunna try to encourage people to buy as many commercial licenses as possible, but this is just out and out lying.

    --
    How we know is more important than what we know.
  52. Comparing apples to pears by guruevi · · Score: 2, Insightful

    Your comparing two entirely different products with each other:

    Retail Windows XP Pro to a full-blown Workstation/Server Suite with e-mail and phone support. Try calling Microsoft with your Windows issue. You pay $55 for the initial call, they'll try to upsell you a support plan of course and then say that the issue is something to do with 3rd party software. You could compare SBS to RHWS please, pricing starts somewhere close to $1000 for 5 clients.

    Next up QT compared to C#. Here you are comparing a multi-platform GUI-toolkit to a general programming framework. Compare GCC to C# or that IBM software for programming to Visual Studio. Also take in comparison the portability you get.

    Cygwin to Unix services? Come on, you gotta be kidding me. They have nothing to do with each other.

    I think you have poor product planning in your company and maybe someone with a MCP in your ordering department. Next to that, if you would open-source your software and share it, all those suites wouldn't cost you a dime. If you are a small company, your programmers should be capable enough of maintaining their own environment without support (it's been years since I called Microsoft, Apple, IBM's or RedHat's support line and we do have contracts with them) and if you're a bit bigger you might consider hiring a dedicated support guy. I have dealt with Dell and other companies before and before they handle your case and management gives permission for the guy to mess with the workstations/servers you will be 3 days out of production except if you give them half your paycheck.

    This article looks more like a shameless plug for Microsoft FUD and a smart move by their marketing department towards their latest get-thee-f*cked campaign

    --
    Custom electronics and digital signage for your business: www.evcircuits.com
  53. "Information wants to be free" explained by ChaosDiscord · · Score: 4, Insightful
    Information wants to be free.
    What the hell is that supposed to even mean?! As far as I can tell, information is a pretty damn abstract concept, and it is people, if anything, that ever want something.

    I trust when your physics teacher said, "Water seeks its own level," you got equally bent out of shape, pointing out that water doesn't "seek" anything.

    Now the grandparent was indeed trolling. "Information wants to be free" isn't a moral justification for copyright infringement. Like "water seeks its own level," it's description, not prescription. It's a short reminder that information tends to be distributed. It's inherent to our nature as humans, we like sharing information. We invented speech, pictograms, writing, printing, telegraphs, telephones, film, television, fax machines, email, the web, and more because we love sharing information so much. All it takes for information to escape is for a single small leak. Once it's happened, you're done. To try and stop information from being free, we set up expensive technological measures like DRM and legal measures like confidentiality agreements and top secret clearance. And yet the information escapes.

    "Information wants to be free" has gotten a bad rap because some idiots decided it mean that information should be free. No, it's just a description of human nature. Information is going to tend to be reproduce and distributed. For people who rely on suppressing the spread of information it's a reminder of what they're up against, just like someone building dams needs to keep in mind that water seeks its own level.

  54. The Questions Raises More Questions by crucini · · Score: 4, Insightful
    You haven't told us much about your startup. Are you tiny and poor? Do you have any employees?

    If you're tiny and poor, eating ramen and paying no salaries for now, then you don't need professional support for anything. You're better off saving that money and learning the skills needed to do it yourself.

    If you have at least one programmer on salary, the cost of tools, licenses, etc. is tiny compared to payroll. Are you seriously making a decision that affects your chance of success based on a few percent of your annual budget?

    Now behold: QT is $3300 per seat.

    Are you saying that you wrote the app to QT before checking the price? Seems to be implied by this "rewrote":
    We have dropped the development and rewrote everything to C# (MSVS 2005 is ~$700).

    (3300-700) * 5 = $13k. You completely ported your app to save $13k? This certainly tilts the balance towards "tiny and poor" and away from buying pricy "support". But how do you justify the choice of C#? Surely your 'behold' moment with QT taught you some caution?

    There are many factors in choosing a GUI toolkit. Price per development seat is a fairly minor one. The first question is, on what platforms must the GUI run? You haven't told us. You mentioned embedded Linux - is the GUI going to be part of the embedded product? Or running on PC's talking to the embedded product?
    If it's the former, do you realize that C#/Linux is a fairly risky path? Who will support you there? And how will you later hop to VxWorks, if needed?
    If it's the latter, have you asked an experienced Windows programmer about the tradeoffs between .NET and Win32 for client GUIs?

    I think a startup needs experienced team members to succeed. There is not much time for learning new skills, and not much money for buying support. When you talk about randomly hopping from embedded Linux to VxWorks to WinCE, I do not get the sense of a seasoned embedded developer. Each of these OS's brings its own set of tradeoffs, its own nightmarish traps, and its own steep learning curve. I'm far from an embedded expert, but I've looked over the shoulders of experts enough to make that observation.

    I think you need to work as a professional programmer for about 10 more years before you're ready for a startup.
  55. Re:He required support by Tim+C · · Score: 4, Insightful
    Does that 700 dollars include support? No it does not.

    Actually, yes it does:

    Depending on product and how it is purchased, you may be eligible for two support incidents at no-charge. These incidents apply to Full Packaged Products only and broadly speaking the following groups of products are covered - consumer products, desktop applications, desktop operating systems and developer tools.

    Also, while at $700 he wasn't talking about an MSDN subscription, were he to go with that instead the following would apply:

    No-charge Support Incidents as a Program Benefit or Microsoft License Type
    Click on the appropriate link to find out whether you are entitled to no-charge telephone or online support incidents if:

            * You have a Multi Year Open license or an Open Subscription licence
            * You are a member of the MSDN Programme
            * You are a member of TechNet Programme
            * You are a Microsoft Registered Partner
            * You are a member of the Microsoft Certified Partner Programme

    (Note that I can't be bothered to reconstruct the links)

    So no, you don't get as much support (I assume - I actually don't know what TrollTech's support is like), but it's incorrect to say that you don't get any, even if you just buy VS.NET. (And any company serious about developing with/for MS products ought to buy at least one MSDN subscription, if only for the support...)

    On top of that, community support resources for MS are at least as plentiful as those of the OSS community. Programmers working with MS tech are not fundamentally any different from those of us working with Java, or with OSS tools; we're all human, and most of us are more than happy to help out a fellow programmer in need from time to time.
  56. Really? by Sycraft-fu · · Score: 2, Interesting

    Then maybe you should be removed form Windows support and reassigned or let go. Sorry but if you have these problems "all the time" then you are doing something wrong. Where I work we've got about 500 windows computers, give or take. Those run on a rather eclectic mix of hardware, some as old as P2s, some as new as Core 2 Duos. Servers, workstations, you name it. We run a pretty eclectic mix of software too. Off the top of my head some examples would be Matlab, HFSS, Photoshop, Office, Vegas, Visual Studio, Metrowerks, Miktek and so on. A fairly diverse Windows environment, in other words.

    Wanna know how many patches ever came out that broke systems? One: SP2. How many broke? 2, both personal systems loaded to the gills with spyware. We wiped them to get rid of the spyware, they took the update and worked fine. That's a pretty good track record. Comparable to Solaris (which we also run a lot of)

    Now let's compare that to, say, Fedora, which we also run. I won't go in to patching issues, let's talk about more basic ones. FC4 won't install on our Gateway blade servers period, which is primarily where the research group wants it. It kernel panics and reboots before hardware enumeration. Cannot figure out why. FC3 does install fine and has been running... Sometimes. The systems seem to unaccountably lock up and sometimes even turn off! Our Linux guys are stumped. They've run memtests, that's fine, run an mprime test, no heat problems, but let those things go and they just hang. There is no info at all available on what might be the cause.

    Now I don't fault the Fedora group 100% for this, after it's not certified to work with this hardware, but then that's part of what a software license buys you. On all the systems we buy with Windows they have compatible hardware. All the drivers needed are provided, they are even all signed by MS. With a free Linux, well obviously there's some hardware compatibility problems, at least with FC4. No way to solve it, other than to buy a certified Linux solution. Nothing wrong with that, but then you can't argue the price advantage which is precisely what this whole thing was about.

    So really, leave me alone with the tired zealot tripe of "Windows breaks all the time," or "Windows crashes every day." No, it doesn't. My full time job is supporting an environment that's largely Windows and really, it gives us very little troubles. My Windows desktop at work, well it never crashed before I moved it to the Vista beta. I mean never, in 3 years. Most of our systems just work, the patches go out automatically and there's just no problems. When something does get messed up, there are excellent resources to find out what's wrong.

    At work I see time and time again the saying "Linux is only free if your time is worthless," demonstrated. Supported Linux solutions can be real easy, and solid, however then you are talking money. Free solutions have no upfront cost, but we seem to spend a ton of time making them work. When you have a situation like "Hmm, Fedora is busted, well try Debain, or Slack, or whatever," that's time intensive and thus not free.

  57. Not necessarily correct by Lonewolf666 · · Score: 2, Insightful

    If "free" doesn't come with a 24/7 support contract, it's not "free."

    If the product is mature and well developed, you might not need support. I'm working with Delphi (non-free!) in my job and cannot remember one case where we actually called Borland because of problems.
    Most of the time, we find the necessary answers on the internet. But that is something F/OSS is good at too.

    --
    C - the footgun of programming languages
  58. Red Hat Linux WS is $299. An OEM version of Window by tuxisthefuture · · Score: 2, Funny

    Obviously you also recieve loads of tools such as wordprocessors, spreadsheets and countless useful other utilities with Microsoft Windows XP. I think not.

  59. XP OEM vs RHEL WS - support by Builder · · Score: 2, Insightful

    A lot of people here are commenting that with XP you don't get support, whereas with RHEL Workstation you do. This is true, to an extent.

    The real difference though is that Red Hat really do cost A LOT more for support, and you are FORCED to pay for that support year after year just to get bugfixes and security patches to the software you are using.

    With XP, you pay per incident for support, and that can add up quite quickly with just a few support calls. But at least you are eligible for every single patch for the lifetime of the product.

    With Red Hat, you pay for support for your first year and you get patches. But if you don't cough up in the second year, not only can't you phone in for support anymore (for all the good that's ever done me tbh), but more importantly you can't get patches any more. So the product you choose can lock you into annual fees to a vendor and if you don't pay them, your system is exposed. Not nice at all!

  60. wrong assumptions - wrong questions by grindcorefan · · Score: 2, Informative

    Lets start by dealing with each example one-by-one:

    Qt: To buy a "commercial" license for Qt gives you the right to use qt in non-free software. If you don't buy a "commercial" license, you can still use Qt but you'll have to comply to the GPL. This has ABSOLUTELY NOTHING TO DO with the question of getting support or not. As long as the GPL is ok for your business model, you can go to other companies than Trolltech in order to get a support contract for Qt, that's how Free Software works. Secondly, the "commercial" Qt license does give you more than simply the right to use the Qt libraries and entitlement to support, it also gives you the complete source code and the right to modify it as you see fit! MSVS won't give you that for any money in the world. Additionally, the renewal fees at Trolltech's webpage suggest that the yearly support comes at a price tag of about $1000 per seat, which is much closer to the price tag you've listed for MSVS.

    Embedded Linux: I can't comment on that as you do not give enough data. However, my impression is that quite a number of Embedded Linux vendors violate the GPL anyway and that the pricing's dodgy. On the other hand, $250000 is a cheap price tag for a non-free OS license that gives you the right to integrate it into some piece of hardware and re-sell that piece of hardware as many times as you want. I doubt vxworks or WinCE will give you that, either. Again, the license will give you access to the complete source code, something windriver or ms won't give you unless you pay much more money.

    RedHat: You've never heard of things like CentOS, Piebox Enterprise Linux etc. before, do you? Again, you're making the wrong assumption that one particular vendore has a monopoly on support. Get it, with Free Software and freely available source code, this is simply not the case. You can always go to another company in order to get support for a certain Free Software product. Again, ms won't give you no support and no source code for 140 bucks.

    cygwin: I don't know what you want to use cygwin for, but I don't know why you'd need a "commercial" license again, either. You can get support for Free Software without paying for a "commercial" license (see above). Do you want to develop non-free software with cygwin? That'll be difficult, mate. cygwin itself is just a wee library, the biggest part of the software available in the cygwin package are GNU tools. These are not available for dual-licensing anyway, using them in non-free software would violate the GPL. You'd have to re-write GNU all yourself again...

    Conclusion: You are either clueless or a fudder. You compare apples with oranges and you don't seem to know what you want to do with all that Free Software. It seems your business model is based on freeloading Free Software and converting it into something non-free to make quick money with going the old-fashioned non-free software way. D'oh, why don't you use BSD then? You don't understand how dual-licensing works. You don't realise that with Free Software, the imaginary "original vendor" doesn't have a monopoly on support. The source code is freely available, everyone can get it and maintain that piece of software for you, even you.

  61. Value by RAMMS+EIN · · Score: 2, Interesting

    ``what would need to happen before they could be competitive in the future?''

    I don't think anything needs to happen before these products are competitive, because they already are. Vendors charge more for them, and apparently, customers are willing to pay more for them. In other words, the products are worth it.

    It makes sense that OSS is more valuable than closed source software, all else being equal. You get the source code, you are allowed to edit it, you are allowed to sell it, you're allowed to incorporate it in your own products, etc. etc. You can maintain the software even if the vendor won't. These are huge advantages.

    Of course, all else is not equal. You're not looking at the same product being available under a closed source and an open source license, you're looking at different products and different licenses. Nor do all the advantages of OSS necessarily matter to you. So, to you, perhaps the open source offerings are not worth the cost. However, that doesn't mean that they are not competitive; it means they are in a different market.

    --
    Please correct me if I got my facts wrong.
  62. Free support for OSS? by abigsmurf · · Score: 2, Insightful

    Sorry the support offered for free for OSS products is pretty hopeless for businesses. If a company has lost 100's of hours of work due a bug or problem, they have the option of complaining the makers of commercial software. Ever tried complaining to the makers of a piece of OSS? "if you don't like it, make something better yourself" isn't an option for the vast majority of businesses (and inviduals too). Most community support for programs involves forums and messageboards, sometimes wikis. That's not an advantage of OSS, every popular piece of software has forums like these.

  63. yeah, but how much would high quality support by petermgreen · · Score: 2, Insightful

    Our startup honestly wanted to use OSS products. We do not want to spend time for any OSS bug fixing so our main requirement was -official support for all OSS products-.
    fine but you should understand that support is extra with most propietry software too.

    We thought were prepared to pay the price for OSS products, but then we got a price sticker shock. Now behold: QT is $3300 per seat.
    yeah trolltech (strangely fitting name don't you think) have set themselves up in a neat position to rape commercial software developers for linux, use a freeer toolkit like gtk. IIRC that $3300 does include the distribution though (unlike with MS where you will have to pay for a copy for every device you sell).

    We have dropped the development and rewrote everything to C# (MSVS 2005 is ~$700).
    and what if any support do you actually get at that price?

    Embedded Linux from a reputable RT vendor is $25,000 per 5 seats per year.

    A Cygwin commercial license will cost tens of thousands of dollars and is only available for large shops.
    if you are shipping software based on cygwin you are a f*cking idiot anyway. Cygwin is barely tolerable in the controlled environment of your own boxes, once its on machines you don't control expect crashes caused by different apps shipping different versions of cygwin1.dll which don't play nice when loaded at the same time.

    ultimately with any software if you wan't good support you will have to pay through the nose for it. The software itself (whether free or propietry) tends to be dirt cheap in comparison.

    --
    note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  64. Re:He required support by T.E.D. · · Score: 2, Informative
    Does that 700 dollars include support? No it does not.


    Actually, yes it does:

    This should be modded as +5 Funny, as I get a "page not available" screen when I click on the link.

            Depending on product and how it is purchased, you may be eligible for two support incidents at no-charge. These incidents apply to Full Packaged Products only and broadly speaking the following groups of products are covered - consumer products, desktop applications, desktop operating systems and developer tools.


    This is nothing like the support one tyically expects with a commercial support contract. 3K per seat per year is a typical price in the industry. Our RTOS licenses are in this ballpark, as are our commercial (non-Microsoft) compiler support contracts. If that is what support prices really are for OSS, there is nothing unusual about them.

    One of the things that periodicly paying a large amount of money buys you is leverage with someone who can fix your problems. If they are tardy or non-responsive, you can shut off the gravy spigot. The thought of getting Microsoft to do that, even if you were paying them 3K a year, is laughable. They are so big and rich, nothing short of government action can budge them.

    Perhaps a better topic would have been "Why are Microsoft's support options so odd?"