Blog

Looking for Something?

Search for posts and comments here.

3 open source myths that might be inhibiting your team's progress

 
 

3 open source myths that might be inhibiting your team's progress

 

As a leader, you are constantly looking for ways to help your team develop.

 

So when your bright sparks want to learn and use newer, more modern software - you'd like to help with that.

 

You also anticipate that the team will be able to produce more value and be more efficient. It's a win-win.

 
 

But what if the software is open source?

If it is is widely used and well regarded (e.g. the analysts have them in their magic quadrants etc), you feel comfortable, but your tech teams and others may not.

 

As a leader, your job is to break the barriers down - freeing your team to explore and learn and deliver. Three of the key myths to debunk are:

 

1. Security - "Open source is not secure"

 

Although open source code is available to view, does this translate to a higher risk of attack? No:

  • With more developers looking at the code, vulnerabilities are usually identified faster than with proprietary software (and its small developer community)

  • Open source has much lower potential for backdoor risk. If you were looking to program a backdoor into your software - you'd need closed source

2. Skills - "The skills are harder to come by than with the older software that we use"

  • Open source is easy to learn - with broad user communities and many free resources such as blogs, active forums and videos to access

  • It is easier to work out what the software is doing and debug because you can see the code

  • Students prefer the freedom and lower cost - so adoption rates are high

  • This means that the total cost of ownership is potentially lower

3. Quality - "Open source has lower quality code - you get what you pay for"

  • Not really: with large, active communities, coding errors are identified and rectified quickly

  • The community contributors are typically very passionate about their work - free or paid

  • The activities are coordinated centrally, with QA teams checking community contributions

  • This means that the quality of the code is potentially higher

 

What other open source adoption barriers are you breaking down for your team?

FS Internal Audit / Risk Analytics