Re: [milo-dev] Suggesting a GSoC project

[Jens Reimann <jreimann@xxxxxxxxxx>]

I think offering to create something new has nothing to do with "truth" or any religious approach.

What if you want to make changes to the "professional tool" itself? Can you clone the git repo of that as well? And make changes, bring them back into the main distribution of that tool? I guess not.

I think open source is not only about being able to "read the source code", but also about the ability to make changes to a solution. That requires some kind of a governance model, which the Eclipse Foundation provides. Looking at the OPC UA plugin you suggest, it is advertised as the source is "Available in the plugin package". That doesn't fit my idea of open source.

Again, I think it is fine to create and sell a closed source solution. Nothing is wrong with that.

But starting to talk people out of contributing to open source in favor of a close source solution on the mailing list of an open source project, that simply sounds wrong to me. With that argument you could also ask people to stop contributing to the Eclipse IDE as there are other commercial offerings available.

To cut that old "open source vs close source" discussion short …

… if someone likes to buy that tool. Please to do so.

… otherwise I am still looking forward to mentor a GSoC project about creating an OPC UA explorer tool.

Jens

On Mon, Feb 26, 2018 at 9:09 AM, Susan Iway <Susan.Iway@xxxxxxx> wrote:

 

Oh - i like open source - and i like eclipse and again the opcua plugin is open source.

See >> So i get a professional tool -- and if i miss anything,  i clone the github repo of the opcua plug-in and extend it.

 

But i dont like the religious approach.

Instead of having the only "TRUTH" we should focus on making things better.

See linux desktop or even eclipse:

    * eclipse actions

    * command framework

    * e4

This is no engineering.

 

Susan

 

 

 

 

 

Gesendet: Montag, 26. Februar 2018 um 08:45 Uhr

Von: "Jens Reimann" <jreimann@xxxxxxxxxx>
An: "milo developer discussions" <milo-dev@xxxxxxxxxxx>
Betreff: Re: [milo-dev] Suggesting a GSoC project

Hi Susan,
 

I think it is fine if you don't see the advantages of following an open source approach. Not all people do.
 

However, there are people who do see advantages of this approach. And this GSoC project is for them.
 

Cheers
 

Jens

 

On Sat, Feb 24, 2018 at 3:18 PM, Susan Iway <Susan.Iway@xxxxxxx> wrote:

The opcua plug-in is EPL -  impulse is not - but free to download and use.

So i get a professional tool -- and if i miss anything,  i clone the github repo of the opcua plug-in and extend it.

What else do i need ?

 

Dont get me wrong - nothing against developing another client - but for me i dont see any advandages.

You probably need to spend a lot of effort to lift it above toy level.

 

Susan

 

 

 

Gesendet: Samstag, 24. Februar 2018 um 13:25 Uhr
Von: "Jens Reimann" <jreimann@xxxxxxxxxx>
An: "milo developer discussions" <milo-dev@xxxxxxxxxxx>
Betreff: Re: [milo-dev] Suggesting a GSoC project

I am sorry but that isn't open source: http://toem.de/index.php/projects/impulse/licensing

 

The plug-in itself may be, but the whole UI is commercial. Or did I overlook something?

 

On Feb 24, 2018 12:42, "Susan Iway" <Susan.Iway@xxxxxxx> wrote:

>> And it would be open source, hence no need for people to provide their contact details to download the stuff, which would mean it would really be "freely" available :-)

>> And in addition to that, using the Eclipse Platform, it would be possible to write add-ons for this solution which extend the solution even further. Creating an open ecosystem.

 

EPL based milo client is already existing -> impulse opcua ext.  (http://toem.de/index.php/projects/impulse-opcua)

 

Cheers,

Susan

_______________________________________________
milo-dev mailing list
milo-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/milo-dev
 

_______________________________________________ milo-dev mailing list milo-dev@xxxxxxxxxxx To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/milo-dev

_______________________________________________
milo-dev mailing list
milo-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/milo-dev
 

--

Jens Reimann
Senior Software Engineer / EMEA ENG Middleware
Werner-von-Siemens-Ring 14
85630 Grasbrunn
Germany
phone: +49 89 2050 71286
_____________________________________________________________________________

Red Hat GmbH, www.de.redhat.com,
Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Paul Argiry, Charles Cachera, Michael Cunningham, Michael O'Neill

_______________________________________________ milo-dev mailing list milo-dev@xxxxxxxxxxx To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/milo-dev

_______________________________________________
milo-dev mailing list
milo-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/milo-dev

--

Jens Reimann
Senior Software Engineer / EMEA ENG Middleware
Werner-von-Siemens-Ring 14
85630 Grasbrunn
Germany
phone: +49 89 2050 71286
_____________________________________________________________________________

Red Hat GmbH, www.de.redhat.com,
Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Paul Argiry, Charles Cachera, Michael Cunningham, Michael O'Neill