Subscribe by Email

Your email:

Connect With Us!

Current Articles | RSS Feed RSS Feed

Proprietary Software Support vs. Open Source Support; Common Misconceptions

  
  
  

Many people in the business world prefer to use proprietary software instead of open source software due to the misconception that proprietary software is better supported than open source software. After several years of supporting both open source software and proprietary software, it becomes clearly evident that just because you pay for proprietary software does not mean that supporting that software is any easier; in fact, there are plenty of reasons why supporting open source software is actually easier.

Let’s identify the set of steps you would take to handle a support issue for proprietary software.
First, you would have a system administrator consult the software documentation to learn more about the issue at hand to find a solution to the problem. If the administrator cannot resolve the issue with the use of documentation, then do one of the following:

    • If you have business-level or production-level support from the software vender, open a support ticket with them at this time.

    • If one is available, post your issue on the online community for the product (forums, mailing lists, wikis, etc.).

    • Seek out another existing employee who might know how to solve the issue.

    • Contract a third-party expert to help fix this issue.

    • If the issue is actually a bug with the software itself, issue a bug report to the vender.


Believe it or not, the general steps to handling an issue with open source software line up almost identical to the steps above. At times it’s actually easier to deal with a bug fix for open source than it is for proprietary software. In open source, bugs are typically submitted to an online issue tracking system, which is public to any user. For simple everyday support issues there really isn’t much difference between open source support and proprietary software support.


What about when complex errors occur? For example, you may not be able to find anyone else from the online community that has experienced the issue. And nothing is popping up when typing the error messages into Google. In this case, the issue could be related to your data and specific use of the software. This would explain why no other users have experienced the same issue.

So what are you to do when there is no answer online and you're having an issue with the software? And now here lies one of the great benefits of open source: you have access to crack open the black box and see what is inside.

A skilled software developer has access to the actual source code that makes up the open source project – unlike if the issue was occurring within proprietary software. The developer will be able to debug the issue by crawling through the code rather than waiting for assistance from outsourced tech support or vender support. Sometimes the issue can be majorly complex, and crawling through the source code is often the only way to truly diagnose the problem. When/if the issue is identified as a bug in the software, a skilled developer or contracted third-party expert can rebuild the software with a self-made fix for this issue – no vender interaction required.

Proprietary software support issues can hit the “black box” – that is, getting a fix for a problem is quite rare and you’ll usually need to find a workaround for the support issue instead. Typically, the bigger the vender, the harder it is to obtain a fix. The beauty of open source support is whether you’re fixing the issue by hiring a third-party open source software expert (such as OpenLogic) or by utilizing an existing employee, you can always take full control of your support needs.



 

Subscribe to The Enterprise Open Source Blog via email





This work is licensed under a Creative Commons Attribution 3.0 Unported License
Creative Commons License


This work is licensed under a Creative Commons Attribution 3.0 Unported License
Creative Commons License.
Tags: 

Comments

Currently, there are no comments. Be the first to post one!
Post Comment
Name
 *
Email
 *
Website (optional)
Comment
 *

Allowed tags: <a> link, <b> bold, <i> italics

Enterprise OSS Blog Policy

If you read a post on The Enterprise OSS Blog, please leave a comment. Let us know what you think, even if it's just a few words. Comments do not require approval, but they are moderated.OpenLogic reserves the right to remove any comments it deems inappropriate.

 

Contact Us

Browse by Tag