Confronté à la même problématique, j'ai envisagé la démarche suivante pour mes développements professionnels :
Etant développeur objet d'applications de gestion, je code des composants génériques et abstraits que je vais mettre en LGPL et je garde la spécialisation métier en proprio.
Je participe à l'effort du libre et tout à chacun peut utiliser ces briques génériques pour faire de nouvelles applis en GPL ou non. A terme, je peux décider de passer certaines briques métiers en GPL quand je les ai suffissamment amortis
D'un autre côté, mon moteur est vu par de nombreux développeurs, j'ai du bugs report et si mon moteur est beaucoup utilisé, ça me fait de la pub.
Bien entendu, cela ne fontionne que pour des sociétés où la valeur ajoutée est plus dans l'implémentation métier que dans la technicité.
Par exemple, travaillant avec des banques ou des assurances, je n'envisage pas de mettre un systême de gestion d'alertes financières en GPL. Par contre un moteur d'alerte non spécialisée en LGPL oui.
[^] # Re: Pas forcément facile
Posté par tekool . En réponse à la dépêche Programmeur independant et GPL. Évalué à 1.
Etant développeur objet d'applications de gestion, je code des composants génériques et abstraits que je vais mettre en LGPL et je garde la spécialisation métier en proprio.
Je participe à l'effort du libre et tout à chacun peut utiliser ces briques génériques pour faire de nouvelles applis en GPL ou non. A terme, je peux décider de passer certaines briques métiers en GPL quand je les ai suffissamment amortis
D'un autre côté, mon moteur est vu par de nombreux développeurs, j'ai du bugs report et si mon moteur est beaucoup utilisé, ça me fait de la pub.
Bien entendu, cela ne fontionne que pour des sociétés où la valeur ajoutée est plus dans l'implémentation métier que dans la technicité.
Par exemple, travaillant avec des banques ou des assurances, je n'envisage pas de mettre un systême de gestion d'alertes financières en GPL. Par contre un moteur d'alerte non spécialisée en LGPL oui.
Qu'en pensez vous ?