Author Archives: Mirko Ross

The future is still much bigger than the past

26 years ago Tim Berners Lee invented the world wide web. A good reason to start this post with one of his quote.

1989 Berners Lee could'nt predict that his work at CERN will lead in one of the biggest impact on society. HTML in that time was not perfect. But it had the potential to inspire people worldwide to create products based upon the initial work of Berners Lee.

The lesson we can learn on FIWARE: You may don't need to provide a perfect product when an idea is born. You need people which share the vision.

But don't get trapped to believe that inspiring people is just a marketing challenge. Early stage HTML was not perfect in the technical implementation but it had already a brilliant simple concept. Easy to understand and with high clarity in the technical approach. This mix attracted developers worldwide and results to success.

Looking on FIWARE today, we can learn from the success story of Berners Lee:

It's essential to bring high clarity into the solution stack.

FIWARE is branded "Future Internet". Let's simplify, in order developers can recognize the brilliance. 

We invite you to discuss the tools needed at IoT Week Lisbon.

Meet and discuss on IoT Week Lisbon 18th June

Let's meet and discuss about the future tools needed to build an open source ecosystem on FIWARE.

During IoT Week Lisbon you can get in touch with board Members of the FIWARE Assiociation. On 18th we invite you to join an open dialogue on FIWARE:

Rob van Kranenburg

Mirko Ross

Alexandra Rudl

Joaquim Cabezas

Pedro Malo

More information on IoT Week lisbon: http://iot-week.eu/events/iot-week-lisbon/

Licenses on FIWARE – Terra Incognita

Beside functionality, quality and documentation the license is one of the most important point of using open source code in commercial products.

It's important to know, if and how the license of a FIWARE Generic Enabler has effects on the overall solutions stack of your work.

So let's have a look on the licenses of Generic Enablers

In the FIWARE Association we did a brief look on the licenses described in the Generic Enabler Catalogue and add them to a map of the FIWARE Architecture Specification. This should help to visualize todays license situation and to get a feeling on the terra incognita (the FIWARE reference architecture map does not match 100% to the names of the GE in the catalogue – we did our best to identify the catalogue GE's. Just let us know if we missed a GE.)

FIWARE Generic Enabler License Map

First the good news:

All Generic Enablers available in the FIWARE Catalogue are published under OSI approved Open Source Licenses. If you use FIWARE Generic Enablers from the catalogue you can be sure that your GE is based upon an OSI approved real open source license.

9 different Open Source Licenses in the FIWARE GE Stack

But what else we see: Generic Enablers in the FIWARE Catalogue are published with different open source licenses. We count at least 9 different license types on the review. Including a broad range of license with strong copyleft effect as GPL and permissive license as MIT.

GPL and MIT for example are OSI approved open source licenses – but they are build on complete different philosophy regarding the freedom of commercialization. GPL has a very strong copyleft – and it's not made for selling code based upon classical proprietary vendor revenue models. On GPL vendors business model has to be charging distribution fees or additional service around the product. The product it self cannot charged by license fees. In opposite the MIT is more vendor friendly: it does not force your overall product to run under open source by copyleft and it allows to use code within a classical proprietary software solution.

On complex open source projects it's not unusual that you can't avoid to build the solution by using code published on different licenses. But at all developers and maintainers should be very careful by mixing too many open source licenses. Adding different licenses to the stack is increasing complexity of how the different licenses are affecting the legal frame of the overall product build upon the software stack.

Managing licenses in open source stacks is a main task

Having 9 different licenses over a set of 40 Generic Enables is increasing the legal complexity on how to use FIWARE by commercial products. Additional on the copyleft licenses we also have to deal with different versions of GPL, GPL v2, GPL v3, LGPL and AGPL. Why? It obviously looks likes a missing task of managing the license model of FIWARE in detail.

One of the most important goals must be to simplify the license map and to install a license management.  Companies and FIWARE users are in need of an easy to use legal frame to build successful commercial products and services.

 

 

 

 

Keep it simple

Developers like open source when the solution makes their life easier. They turn away if it’s more complex than their daily challenges.

Also the maintainer of an open source community project is in need to avoid complexity.

Because simplicity will lead into a manageable environment:

  • Easy to keep documentation on track
  • Less efforts on providing updates and upgrades
  • Less risk to lose sight of vulnerabilities on code reviews
  • Clear legal fundament with transparent license policies

If we look on FIWARE to today, the eco system needs improvements to attract developers and to provide a maintainable eco system.

Keep is simple will be good guideline go into a reliable future.

But it also takes some painful actions:

  • Remove all parts from FIWARE which are not useful for the core solution (btw. What’s the core solution? Internet of Things, Smart Cities, Rich Media or 3D User Interfaces? State today it sounds like a solution for everything – which is not helpful to attract developers)
  • Reduce Code to a common Open Source License model (instead mixing at least 9 different licenses under one core)
  • Bring the GE’s to common Linux based distribution (force maintainer to adept on a common distribution base)
  • Rebuild the documentation (it will be less documentation than today, more easier to maintain)

It sounds easy, but avoiding complexity on an open source eco system is a never-ending task. State today this is not a question of money. It’s a question of willing ness of courageous actions.

hello world!

Learning a new programing language printing „hello world!“ on you screen is the first step of success. It’s a very good analogy on our first milestone with the FIWARE Association.

In the last weeks we build up a board of exiting people to get faces on the front of the FIWARE Association. From now the FIWARE Association has a visible frontend and we move into the phase of action.

hello worldOne task will be building bottom up a sustainable open source community for the further development of FIWARE. Developers should contribute their reviews of the FIWARE stack and improvements of Generic Enablers to maintainers. That’s minor a question of open source code management tools – this is more over a question of creating and keeping open source spirit in the FIWARE community. “Let’s inspire” will be a good driver for the FIWARE association. 

FIWARE has the potential to become an open Gateway from BAN (Body Area Network build with wearable) to VWAN (Very wide area Networks on meshed Smart Cities). The FIWARE stack needs to run on a common Linux base upon different scales: from an e.g. Arduino in the IoT up to a VM  or a massive Cloud Service.

The vision: "FIWARE out of the box" – simple to install and easy to integrate on every scale.

To achieve this we have to get rid of dependencies in the actual GE Stack: License mismatch and unmaintainable code.  This will open a wide ecosystem for FIWARE and a big business potential for everyone: Enterprises and SME as well.

Mirko Ross