I had the pleasure of participating in an open source panel at the 2016 Cisco Live event last month in Las Vegas. Much like the host city, the event was larger than life – huge and packed with energy. For the panel, I was joined by Cisco’s VP and CTO of cloud computing, Lew Tucker; Lauren Cooney, senior director of open source strategy at Cisco; Phil Robb, senior director of networking solutions for the Linux Foundation; and Charles Eckel, DevNet open source developer evangelist at Cisco. We had a wide-ranging conversation about open source and its value to developers and customers, which centered on the theme that participating in an open source project is more social than technical. Some key takeaways from the panel’s conversation around this theme are:
  • When joining a community, you need to learn about the culture of the project
  • The best way to grow a community of supporting vendors initially is to pick up the phone and present the project to friends
  • A key requirement to creating a successful community is to create a healthy, diverse, welcoming culture
  • Focus on user needs and adoption first – a developer community will grow from the diversity of ways in which users adopt your software, and vendors will be more interested when they see that your software solves a real user problem.
We also had an interesting discussion on the potential pitfalls of engaging with an open source project as a user. From my perspective, I see these pitfalls as directly related to the potential benefits, something I shared in the panel.
  • Benefit: You get to engage in the community process much earlier and help ensure that the project fulfills your needs.
  • Pitfall: You need to learn a project’s culture and show up with some resources of use to the community to have productive engagements.
  • Benefit: As a user, you defer payment to the point of value. You don’t have to invest money up front to figure out whether the software will be useful to you.
  • Pitfall: Adopting community-supported open source software involves investing time and effort up front.
  • Benefit: As a consumer of a successful community project, you have a choice of vendors who can offer commercial support for the project. In addition, you have reduced risk of finding yourself running zombie code in production, if a supplier gets acquired or goes out of business.
  • Pitfalls: You end up having to choose from among multiple vendors, and the selection criteria are going to be different from what they would typically be. You end up having to educate your purchasing department about analysing the risk of acquisition. And a poor vendor choice can result in vendor lock-in, if you choose a vendor who has “forked” the upstream code to make a premium product that you come to depend on.
Throughout the panel, we had excellent audience participation from attendees asking about best practices for licensing, examples of projects which serve as exemplars of best practice, and the complications of finding a business model around an open source project. The questions and resulting conversation created the kind of open dialogue we all hope to have at events like this. Were you able to attend this years’ event? If yes, share your thoughts in the comments area below. I’d love to hear what open source topics were top-of-mind for you at the show.

About the author

Dave Neary is the Field Engagement lead for the Open Source Program Office at Red Hat, communicating the value of open source software development to Red Hat customers ad partners. He has been active in free and open source communities for more than 15 years as a consultant, community manager, trainer and developer. In that time, he has worked on advising companies in finance and telecommunications industry on effective adoption of, and participation in, open source projects.

Read full bio