Devoxx de dans un mois...

[Emmanuel Lécharny]

Salut les amis (et aussi les ennemis ;)

Avec Arnaud "petit robot" Héritier, on a un BOF dans un mois sur l'OSS
au quotidien.

Pour ceux qui comptent s'y rendre, ou pour ceux qui ne pourront pas y
être, ou ne voudront pas y être, ça nous intéresserait que vous nous
suggèreriez quelques points que vous aimeriez voir aborder (et retrouver
sur les slides, bien sûr).

Je laisse place à votre imagination débordante dans ce thread !

Merci d'avance ! (et estimez vous heureux qu'on ne vous ouvre pas un
google doc pour que vous pondiez la prez à notre place ;-)

--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com

[Pierre-Yves Ricau]

Hum.. une suggestion : perdre son temps à relire et faire corriger des pull requests avant de les merger étant beaucoup plus consommateur de temps que de tout coder soi-même, faut-il lancer l'OSSA : OSS Alone ?

--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes lescastcodeurs.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse lescastcodeur...@googlegroups.com.
Pour envoyer un message à ce groupe, adressez un e-mail à lescast...@googlegroups.com.
Visitez ce groupe à l'adresse http://groups.google.com/group/lescastcodeurs?hl=fr .
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

--
Pierre-Yves Ricau

http://www.piwai.info

[Frédéric Bouquet]

Peut être les différents modèles de business qui existent. Je pense
par exemple à l'approche double licence avec une version améliorée
propriétaire (talend/bonita), à l'approche XWiki, aux intégrateurs qui
utilisent l'OSS sans forcément y contribuer, ...
Et pour chacun de ces modèles, où en sont les boites qui ont réussi,
ce qu'il faut pour réussir (levée de fonds obligatoire ? peut on vivre
sur nos clients, ...)
Peut être séparer les éditeurs des intégrateurs d'ailleurs...

Frédéric Bouquet
Twitter/Github : bouquetf
http://www.espacedefouille.org/

[Remi Forax]

On 02/27/2013 07:15 PM, Pierre-Yves Ricau wrote:
> Hum.. une suggestion : perdre son temps � relire et faire corriger des
> pull requests avant de les merger �tant beaucoup plus consommateur de
> temps que de tout coder soi-m�me, faut-il lancer l'OSSA : OSS Alone ?

Et � quand les push request sur github ...

R�mi

>
>
> Le 27 f�vrier 2013 19:01, Emmanuel L�charny <elec...@gmail.com
> <mailto:elec...@gmail.com>> a �crit :

>
> Salut les amis (et aussi les ennemis ;)
>

> Avec Arnaud "petit robot" H�ritier, on a un BOF dans un mois sur l'OSS

> au quotidien.
>
> Pour ceux qui comptent s'y rendre, ou pour ceux qui ne pourront pas y

> �tre, ou ne voudront pas y �tre, �a nous int�resserait que vous nous
> sugg�reriez quelques points que vous aimeriez voir aborder (et
> retrouver
> sur les slides, bien s�r).
>
> Je laisse place � votre imagination d�bordante dans ce thread !

>
> Merci d'avance ! (et estimez vous heureux qu'on ne vous ouvre pas un

> google doc pour que vous pondiez la prez � notre place ;-)
>
> --
> Regards,
> Cordialement,
> Emmanuel L�charny
> www.iktek.com <http://www.iktek.com>
>
> --
> Vous recevez ce message, car vous �tes abonn� au groupe Google
> Groupes lescastcodeurs.
> Pour vous d�sabonner de ce groupe et ne plus recevoir d'e-mails le
> concernant, envoyez un e-mail � l'adresse
> lescastcodeur...@googlegroups.com
> <mailto:lescastcodeurs%2Bunsu...@googlegroups.com>.
> Pour envoyer un message � ce groupe, adressez un e-mail �
> lescast...@googlegroups.com
> <mailto:lescast...@googlegroups.com>.
> Visitez ce groupe � l'adresse

> http://groups.google.com/group/lescastcodeurs?hl=fr .
> Pour plus d'options, visitez le site
> https://groups.google.com/groups/opt_out .
>
>
>
>
>
> --
> Pierre-Yves Ricau
>
> http://www.piwai.info

> --
> Vous recevez ce message, car vous �tes abonn� au groupe Google
> Groupes lescastcodeurs.
> Pour vous d�sabonner de ce groupe et ne plus recevoir d'e-mails le
> concernant, envoyez un e-mail � l'adresse
> lescastcodeur...@googlegroups.com.
> Pour envoyer un message � ce groupe, adressez un e-mail
> � lescast...@googlegroups.com.
> Visitez ce groupe � l'adresse

[Guillaume Laforge]

Voire même les "pull" requests :-)

Surtout qu'en hiver, un "pull" ça tient bien chaud !

2013/2/27 Remi Forax <fo...@univ-mlv.fr>

On 02/27/2013 07:15 PM, Pierre-Yves Ricau wrote:

Hum.. une suggestion : perdre son temps à relire et faire corriger des pull requests avant de les merger étant beaucoup plus consommateur de temps que de tout coder soi-même, faut-il lancer l'OSSA : OSS Alone ?

Et à quand les push request sur github ...

Rémi

Le 27 février 2013 19:01, Emmanuel Lécharny <elec...@gmail.com <mailto:elec...@gmail.com>> a écrit :

    Salut les amis (et aussi les ennemis ;)

    Avec Arnaud "petit robot" Héritier, on a un BOF dans un mois sur l'OSS

    au quotidien.

    Pour ceux qui comptent s'y rendre, ou pour ceux qui ne pourront pas y

    être, ou ne voudront pas y être, ça nous intéresserait que vous nous

    suggèreriez quelques points que vous aimeriez voir aborder (et
    retrouver

    sur les slides, bien sûr).

    Je laisse place à votre imagination débordante dans ce thread !

    Merci d'avance ! (et estimez vous heureux qu'on ne vous ouvre pas un

    google doc pour que vous pondiez la prez à notre place ;-)

    --
    Regards,
    Cordialement,
    Emmanuel Lécharny

    www.iktek.com <http://www.iktek.com>

    --
    Vous recevez ce message, car vous êtes abonné au groupe Google
    Groupes lescastcodeurs.
    Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le
    concernant, envoyez un e-mail à l'adresse
    lescastcodeurs+unsubscribe@googlegroups.com

    <mailto:lescastcodeurs%2Bunsu...@googlegroups.com>.

    Pour envoyer un message à ce groupe, adressez un e-mail à
    lescastcodeurs@googlegroups.com

    <mailto:lescastcodeurs@googlegroups.com>.

    Visitez ce groupe à l'adresse

    http://groups.google.com/group/lescastcodeurs?hl=fr .
    Pour plus d'options, visitez le site
    https://groups.google.com/groups/opt_out .





--
Pierre-Yves Ricau

http://www.piwai.info
--

Vous recevez ce message, car vous êtes abonné au groupe Google Groupes lescastcodeurs.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse lescastcodeurs+unsubscribe@googlegroups.com.
Pour envoyer un message à ce groupe, adressez un e-mail à lescastcodeurs@googlegroups.com.
Visitez ce groupe à l'adresse http://groups.google.com/group/lescastcodeurs?hl=fr .

Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes lescastcodeurs.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse lescastcodeurs+unsubscribe@googlegroups.com.
Pour envoyer un message à ce groupe, adressez un e-mail à lescastcodeurs@googlegroups.com.
Visitez ce groupe à l'adresse http://groups.google.com/group/lescastcodeurs?hl=fr .

Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

--
Guillaume Laforge
Groovy Project Manager
SpringSource, a division of VMware

Blog: http://glaforge.appspot.com/

Social: @glaforge / Google+

[Nicolas Labrot]

Quel modèle adapter pour faire vivre et pérenniser les micros projets open source. Entre conjuguer un projet OS, les attentes des users, le besoin d'être rémunérer pour vivre et le fait d'avoir une vie à coté. Quels modèles de financement est il viable? app store ? kickstarter ?

Un projet open source pose toujours la question de sa pérennité et du support. Mais entre le support payant à plus de 4 chiffres et le support laissé à la bonne volonté de la communauté n'y a t il pas un juste milieu pour des projets d'intégrateur à budget limité (qui font souvent la majorité des intégrations) ? Les fleuves peuvent naitre des petites rivières.

La rémunération est elle un sujet difficile dans le OSS ?

Utiliser c'est bien, mais contribuer c'est encore mieux. La contribution prend du temps et l'intégration encore plus et elle dépend surtout du temps que peuvent y mettre les membres du projet. Sur github il serait intéressant d'avoir le ratio "intégration/pull request".

2013/2/27 Frédéric Bouquet <bouquet....@gmail.com>

[Nicolas Delsaux]

2013/2/27 Emmanuel Lécharny <elec...@gmail.com>:

> Salut les amis (et aussi les ennemis ;)
>
> Avec Arnaud "petit robot" Héritier, on a un BOF dans un mois sur l'OSS
> au quotidien.
>
> Pour ceux qui comptent s'y rendre, ou pour ceux qui ne pourront pas y
> être, ou ne voudront pas y être, ça nous intéresserait que vous nous
> suggèreriez quelques points que vous aimeriez voir aborder (et retrouver
> sur les slides, bien sûr).
>

Attends, ca veut dire quoi l'OSS au quotidien ?

- Le quotidien du développeur open-source qui doit trouver des
sponsonrs/clients pour pouvoir continuer à faire vivre sa solution
gratuite ?
- Le quotidien de l'utilisateur d'open-source qui doit parfois
fouiller dans le source pour trouver pourquoi le composant ne fait pas
ce qu'il veut ?

J'ai l'impression que les deux sujets méritent d'être traités de
concert parce que ce sont les deux faces d'une même pièce, mais ça
peut être un peu long pour une près.

Tu peux détailler un peu ce dont vous avez déja l'intention de parler ?


--
Nicolas Delsaux

[Emmanuel Lécharny]

Le 2/28/13 9:25 AM, Nicolas Delsaux a écrit :

Je pense que les deux aspects sont à couvrir.

>
> Tu peux détailler un peu ce dont vous avez déja l'intention de parler ?

Pas encore, mais en tout cas, on va traiter tes points. Quand je poste
mon mail initial, je cherche à me décentrer de mon expérience pour
éviter de focaliser sur un seul des aspects. Si on le fait à deux avec
Arnaud, c'est aussi pour se décentrer. D'où l'intérêt de la question
ouverte :)

[Nicolas Delsaux]

2013/2/28 Emmanuel Lécharny <elec...@gmail.com>:

>
> Pas encore, mais en tout cas, on va traiter tes points. Quand je poste
> mon mail initial, je cherche à me décentrer de mon expérience pour
> éviter de focaliser sur un seul des aspects. Si on le fait à deux avec
> Arnaud, c'est aussi pour se décentrer. D'où l'intérêt de la question
> ouverte :)
>

OK
je vais essayer de parler de mon expérience d'hier d'évolution d'un
outil open-source (un connecteur JCA embarquant neo4j dans un
Glassfish/JBoss/serveur JavaEE).
La version initiale a été développée par un type pour neo4j 1.6. Elle
est disponible ici : https://github.com/alexsmirnov/neo4j-connector

J'avais besoin de versions pour toutes les versions release de neo4j.
j'ai donc forké là : https://github.com/Riduidel/neo4j-connector
Et créé des sous-modules par paquets pour neo4j 1.5, 1.7 et 1.8.
Les tests unitaires passent bien, mais je voualis garder les mêmes
noms d'artefacts avec des classifiers pour les différentes versions de
maven-shade-plugin.
Surtout que maven-shade-plugin dispose de paramètres
"shadedArtifactId" et "shadedArtifactClassifier" qui, dans ma
compréhension, me permettaient de générer des versions "classifiées"
différement de l'implémentation du connecteur pour les versions de
neo4j.
Autrement dit, je pensais pouvoir faire ce mapping (je donne juste
artifactId(:classifier) pour que ça reste lisible)

neo4j-connector-impl-1.5 => neo4j-connector-impl:neo4j-1.5
neo4j-connector-impl-1.6 => neo4j-connector-impl:neo4j-1.6
neo4j-connector-impl-1.7 => neo4j-connector-impl:neo4j-1.7
...
Le tout avec à chaque fois (grâce au shader) une dépendance uniquement
vers neo4j-connector-api.

Sauf que ... si je regarde en détail le code de ShadeMojo dans
maven-shade-plugin, le paramètre "shadedArtifactId" n'est jamais
utilisé.
Du coup, je pose la question aux commiteurs maven de mes
connaissances, qui me répondent tous "ben ... on accepte les pull
requests ;)". Je ne leur en veux pas du tout, j'avais même fait un
checkout dans le SVN de chez Apache pour voir le "vrai" code source de
la version du plugin que j'utilisais pour vérifier comment
"shadedArtifactId" était utilisé. Malheureusmen, je manque de
connaissances des tripes de maven pour pouvoir faire la modification
en toute connaissance de cause.

Et c'est là la conclusion de cette histoire : utiliser l'open-source,
même en temps qu'utilisateur, force à uen implication plus grande : il
faut remonter les bugs (parce que sans ça pas d'évolution possible),
il faut discuter avec les équipes de dév, et il faut même parfois se
remonter les manches et modifier du code qui n'est pas forcément dans
le coeur de métier de notre employeur (c'est le cas pour le connecteur
neo4j qui est stratégique). Mais dans ce cas, où s'arrêter ? J'ai bien
été obligé de m'arrêter avant le maven-shade-plugin, qui pourtant
correspond exactement à mon besoin, mais nécessite de ma part des
connaissances trop éloignées de mon besoin (autrement dit j'aimerais
vraiment bien en disposer, mais ça n'est pas budgeté, donc je vais me
débrouiller sans).

Question bonus : comment obtenir à partir de ce travail un livrable ?
Dans le cas du connecteur neo4j, j'ai bossé dessus 2 jours. Mais le
développeur initial n'a jamais fait l'effort de rendre le code
releasable dans le repo central maven (ni même releasable tout court).
Du coup c'est une dépendance SNAPSHOT. Si je fais tout le boulot pour
rendre le projet releasable, je serais quand même coincé parce que je
ne suis pas sur la branche principale du projet, j'en suis juste un
contributeur. Sauf que je suis le contributeur qui bosse, mais que je
ne pourrais pas obtenir de version immédiatement, à moins de forker
(et je n'en ai pas vraiment envie). Bon, tout ça, ce sont des
questions qui font régulièrement les beaux jours de LinuxFr, donc les
plus libristes les connaissent bien. Cela dit elles sont plus souvent
abordées sous un angle Linux/make/configure/toussa.


Mmmh ... j'ai pas été un peu long là ?

--
Nicolas Delsaux

[Julien Herr]

Perso, ce qui m'intéresserait, ce serait d'apprendre comment et par quoi commencer quand je suis en province et que la communauté n'est pas très active dans le coin.

En gros, quels sont les astuces/raccourcis pour pouvoir se lancer. Quelles sont les étapes, s'il y en a.

[Nicolas Delsaux]

2013/2/28 Julien Herr <jul...@herr.fr>:

> Perso, ce qui m'intéresserait, ce serait d'apprendre comment et par quoi
> commencer quand je suis en province et que la communauté n'est pas très
> active dans le coin.

Donc toi, on te parle "OSS au quotidien", tu penses tout de suite à la
communauté open-source locale.
Je trouve ça intéressant : personnellement, l'open-source, c'est avant
tout du code disponible "quelque part sur internet" et pas "des gens
que je peux rencontrer au bistrot du coin".
Je ne critique pas, hein, je constate.

>
> En gros, quels sont les astuces/raccourcis pour pouvoir se lancer. Quelles
> sont les étapes, s'il y en a.
>

Se lancer dans ? La création d'une communauté open-source locale ?

--
Nicolas Delsaux

[Emmanuel Bernard]

Et c'est là la conclusion de cette histoire : utiliser l'open-source,
même en temps qu'utilisateur, force à uen implication plus grande : il
faut remonter les bugs (parce que sans ça pas d'évolution possible),
il faut discuter avec les équipes de dév, et il faut même parfois se
remonter les manches et modifier du code qui n'est pas forcément dans
le coeur de métier de notre employeur (c'est le cas pour le connecteur
neo4j qui est stratégique). Mais dans ce cas, où s'arrêter ? J'ai bien
été obligé de m'arrêter avant le maven-shade-plugin, qui pourtant
correspond exactement à mon besoin, mais nécessite de ma part des
connaissances trop éloignées de mon besoin (autrement dit j'aimerais
vraiment bien en disposer, mais ça n'est pas budgeté, donc je vais me
débrouiller sans).

Alors que c'est vrai que si tu payes ton soft proprio, d'un coup les bugs disparaissent, les mecs créent proactivement des bug reports pour les fonctionnalités qui manquent etc? Que celui qui n'a pas décompilé une classe Websphere, Weblogic pour comprendre un bug et filer le patch au "support" me jette la première pierre :)

D'ailleurs dans les stacks cloud c'est plus dur soit dit en passant.

 

Question bonus : comment obtenir à partir de ce travail un livrable ?
Dans le cas du connecteur neo4j, j'ai bossé dessus 2 jours. Mais le
développeur initial n'a jamais fait l'effort de rendre le code
releasable dans le repo central maven (ni même releasable tout court).
Du coup c'est une dépendance SNAPSHOT. Si je fais tout le boulot pour
rendre le projet releasable, je serais quand même coincé parce que je
ne suis pas sur la branche principale du projet, j'en suis juste un
contributeur. Sauf que je suis le contributeur qui bosse, mais que je
ne pourrais pas obtenir de version immédiatement, à moins de forker
(et je n'en ai pas vraiment envie). Bon, tout ça, ce sont des
questions qui font régulièrement les beaux jours de LinuxFr, donc les
plus libristes les connaissent bien. Cela dit elles sont plus souvent
abordées sous un angle Linux/make/configure/toussa.

Ca c'est un sujet intéressant. Tant que le contributeur principal ne te fait pas confiance, tu lui files des pull requests ou des patchs en pre DVCS et il les intègre puis release quand il peut. Deux jours de boulot de ton côté c'est énorme mais de son côté c'est très peu, avec si peu de recul, il ne sait pas si tu vas rester et devenir un contrib quotidien ou si tu vas te casser et lui laisser les 27 modules à supporter tout seul.

[ehsavoie]

Moi je me pose les questions suivantes:

 - comment vivre de l'OSS ?

 - l'OSS en France est il différent d'ailleurs par la forte proportion d'intégrateurs / éditeurs ?

 - quand on intègre pour un client un code OSS, a t on le droit (le devoir ça ne se pose pas comme question) de contribuer les patches ? Je parle de dans la vraie vie où ton manager / chef de projet n'y connait rien et ne veut surtout pas s'embêter.

Emmanuel

----------
Emmanuel Hugonnet
http://www.ehsavoie.com
http://twitter.com/ehsavoie

2013/2/28 Nicolas Delsaux <nicolas...@gmail.com>

[Pierre-Yves Ricau]

Je suppose que le principe de "communauté open-source locale" se rapproche de celui du hackergarten. Il n'est pas toujours facile de se lancer et contribuer à des projets Open Source. Installer l'environnement, explorer la base de code, respecter les us et coutumes de la communauté... Tout ça peut faire peur, et sont autant d'obstacle à une contribution.

Le côté "local" permets de s'entraider pour rentrer dans un projet, et d'amener du sang neuf dans la communauté.

L'autre moyen de fluidifier les contributions c'est la simplification des outils, une bonne documentation "contributeurs", et utiliser GitHub.

--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes lescastcodeurs.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse lescastcodeur...@googlegroups.com.
Pour envoyer un message à ce groupe, adressez un e-mail à lescast...@googlegroups.com.
Visitez ce groupe à l'adresse http://groups.google.com/group/lescastcodeurs?hl=fr .
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

[Julien Herr]

Le 28 février 2013 10:26, Pierre-Yves Ricau <py.r...@gmail.com> a écrit :

Je suppose que le principe de "communauté open-source locale" se rapproche de celui du hackergarten. Il n'est pas toujours facile de se lancer et contribuer à des projets Open Source. Installer l'environnement, explorer la base de code, respecter les us et coutumes de la communauté... Tout ça peut faire peur, et sont autant d'obstacle à une contribution.

Le côté "local" permets de s'entraider pour rentrer dans un projet, et d'amener du sang neuf dans la communauté.

L'autre moyen de fluidifier les contributions c'est la simplification des outils, une bonne documentation "contributeurs", et utiliser GitHub.

+1!

Je trouve le concept des Hackergarten parfait.

 

Le 28 février 2013 10:14, Nicolas Delsaux <nicolas...@gmail.com> a écrit :

2013/2/28 Julien Herr <jul...@herr.fr>:

> Perso, ce qui m'intéresserait, ce serait d'apprendre comment et par quoi
> commencer quand je suis en province et que la communauté n'est pas très
> active dans le coin.

Donc toi, on te parle "OSS au quotidien", tu penses tout de suite à la
communauté open-source locale.
Je trouve ça intéressant : personnellement, l'open-source, c'est avant
tout du code disponible "quelque part sur internet" et pas "des gens
que je peux rencontrer au bistrot du coin".
Je ne critique pas, hein, je constate.

Justement, je ne fais pas d'OSS au quotidien... parce que je ne sais pas comment me lancer (enfin si, mais je ne suis pas certain que ce soit le cas pour tout le monde).

Perso, je pense quand même que le moyen le plus simple est de rencontrer des personnes qui l'ont fait avant toi. 

 

>
> En gros, quels sont les astuces/raccourcis pour pouvoir se lancer. Quelles
> sont les étapes, s'il y en a.
>

Se lancer dans ? La création d'une communauté open-source locale ?

se lancer dans l'OSS.

J'ai déjà lancé le JUG du coin et c'est déjà assez de travail, mais ce serait peut-être la solution. 

[Julien Ponge]

> - comment vivre de l'OSS ?

Question connexe : comment faire de l'OSS et être respecté sans que ce soit forcément de l'"OSS Professionnel" avec un support, une équipe derrière, etc ?

On voit à travers ces discussions que l'on retombe toujours sur l'usage de l'opensource dans des projets pro. Il me semble qu'il y a 10-15 ans ont était plus tolérant envers le droit à faire de l'OSS sans forcément calculer un ROI.

- Julien

[Patrice Trognon]

Le 28 févr. 2013 à 10:30, Julien Herr <jul...@herr.fr> a écrit :

Justement, je ne fais pas d'OSS au quotidien... parce que je ne sais pas comment me lancer (enfin si, mais je ne suis pas certain que ce soit le cas pour tout le monde).

Perso, je pense quand même que le moyen le plus simple est de rencontrer des personnes qui l'ont fait avant toi. 

 

La question du temps et de l'implication est aussi a soulever, je me suis parfois posé la question pour

participer à un projet OSS et voici ce qui m'a arrêté, peut être a tord justement cela m'intéresse de savoir.

J'ai un rythme basé sur les projets / les formations, et je suis complètement mono projet, quand je développe

c'est assez immersif pour moi et je suis incapable de faire autre chose a coté.

Du coup soit je suis sur un projet pour un client et alors je ne vais faire que ça pendant x mois, soit

je ne suis pas sur un projet et je vais alors combler mon temps par de la formation du coup j'ai pas mal

de temps pour coder sur autre chose ( la formation ne monopolise pas mon temps de cerveau utile donc

la je peux faire autre chose).

c'est sur ce temps que je me suis posé la question pour participer a un projet OSS et je ne l'ai pas fait

car j'ai l'impression que participer a un projet OSS cela demande une implication régulière et assez forte,

or vu mon mode de fonctionnement la régularité je ne peux la fournir.

Ai je tord ?

Mon impression vient du niveau de commit des mecs qui contribuent, j'ai quasiment l'impression qu'ils ne 

font que ça, du coup on revient sur une autre question soulevée dans le thread : le rémunération .

il est évident que si je dois faire du projet pour des clients ou des formations c'est pour le coté alimentaire.

voila ma petite impression.

Pat

[Nicolas Delsaux]

2013/2/28 Emmanuel Bernard <emma...@lescastcodeurs.com>:

>>
>
> Alors que c'est vrai que si tu payes ton soft proprio, d'un coup les bugs
> disparaissent, les mecs créent proactivement des bug reports pour les
> fonctionnalités qui manquent etc? Que celui qui n'a pas décompilé une classe
> Websphere, Weblogic pour comprendre un bug et filer le patch au "support" me
> jette la première pierre :)

Jamais avec Websphre, par contre avec Ingres, oui, et leur réponse a
été (après deux semaines d'attente)

INGRES - vous avez trouvé un contournement ?
MOI - Ben ouais, j'allais pas attendre deux semaines
INGRES - OK, cool, on corrige pas le bug alors

FFUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU

J'étais limite grognon :-D

Donc effectivement ce problème n'est pas spécifique à l'open-source,
et est même bien plus chiant avec du commercial (qu'il soit
open-source ou pas). Mais, avec l'open-source, tu peux toujours
forker, et c'est là un dilemne permanent pour l'utilisateur un peu
avancé.

>
>
> Ca c'est un sujet intéressant. Tant que le contributeur principal ne te fait
> pas confiance, tu lui files des pull requests ou des patchs en pre DVCS et
> il les intègre puis release quand il peut. Deux jours de boulot de ton côté
> c'est énorme mais de son côté c'est très peu, avec si peu de recul, il ne
> sait pas si tu vas rester et devenir un contrib quotidien ou si tu vas te
> casser et lui laisser les 27 modules à supporter tout seul.
>

Pour Hibernate(-OGM) ou bena Validation sans doute, mais dans mon
exemple non : c'est un projet minuscule sur lequel le contributeur
principal ne répond plus des tonnes.
Mais, effectivement, quelquesoit la taille du projet, la question de
la tentation du fork est toujours présente.

--
Nicolas Delsaux

[Patrice Trognon]

forker pour des workaround c'est une chose, par contre a mon avis il faut reverser le travail a la communauté.

des copains avaient forké iptables pour implémenter des features a eux sans reverser le code, a la version
suivante ils ont du refaire tout le travail de portage de leur code.

Pat

[ehsavoie]

La question sous-jacente c'est surtout quid des 'petits' projets FLOSS.

J'ai fait un plugin maven dans le temps mais je ne l'utilise plus, il n'y a donc plus "personne" pour le maintenir.

Quand je l'avais fait j'avais des utilisateurs mais aucun n'était près àme payer le temps de corriger les bugs ou d'apporter de nouvelles fonctionnalités.

Ces petits projets y en a plein github ou sourceforge et c'est bien dommage qu'ils meurent non faute d'utilisateurs ou de use case mais faute d'un moyen de financer les évolutions ou la maintenance.

Comme disait Emmanuel : intégrer et maintenir un projet c'est une implication à long terme que celui qui contribue n'a pas à gérer :(

----------
Emmanuel Hugonnet
http://www.ehsavoie.com
http://twitter.com/ehsavoie

2013/2/28 Nicolas Delsaux <nicolas...@gmail.com>

2013/2/28 Emmanuel Bernard <emma...@lescastcodeurs.com>:

[Nicolas Delsaux]

2013/2/28 ehsavoie <emmanuel...@gmail.com>:

> La question sous-jacente c'est surtout quid des 'petits' projets FLOSS.
> J'ai fait un plugin maven dans le temps mais je ne l'utilise plus, il n'y a
> donc plus "personne" pour le maintenir.
> Quand je l'avais fait j'avais des utilisateurs mais aucun n'était près àme
> payer le temps de corriger les bugs ou d'apporter de nouvelles
> fonctionnalités.
> Ces petits projets y en a plein github ou sourceforge et c'est bien dommage
> qu'ils meurent non faute d'utilisateurs ou de use case mais faute d'un moyen
> de financer les évolutions ou la maintenance.
> Comme disait Emmanuel : intégrer et maintenir un projet c'est une
> implication à long terme que celui qui contribue n'a pas à gérer :(
>

En tant que créateur d'un de ces petits projets, je suis d'accord.
C'est bien pour ça que je comprend que le mainteneur n'a pas forcément
envie d'y être lié à la vie à la mort (comme le créateur de Twitter
Boostrap dont avait parlé Guillaume lors d'un des épisodes).
Par contre, ce que je ne comprend pas, c'est pourquoi il n'est pas
plus facile de passer les clés du camion : pour ton plugin mavne, pour
mon projet, pour ce connecteur, qu'est-ce qu'il faut faire si
quelqu'un veut reprendre le lead ? Et comment inciter des nouveaux
contributeurs à s'impliquer - même si c'est "juste" pour demander aux
autres contributeurs d'envoyer dans leurs patches les tests du code
contribué sans jamais coder eux-mêmes - ?
Ce sont encore des questions que les linuxiens connaissent par coeur,
mais bon, sur les photos de Devoxx, il y a plus de macs que de debian
:-)

--
Nicolas Delsaux

[Nicolas Labrot]

2013/2/28 Julien Ponge <julien...@gmail.com>

>  - comment vivre de l'OSS ?

Question connexe : comment faire de l'OSS et être respecté sans que ce soit forcément de l'"OSS Professionnel" avec un support, une équipe derrière, etc ?

On voit à travers ces discussions que l'on retombe toujours sur l'usage de l'opensource dans des projets pro. Il me semble qu'il y a 10-15 ans ont était plus tolérant envers le droit à faire de l'OSS sans forcément calculer un ROI.

Cette tolérance était elle une réalité? L'argent étant le nerf de la guerre je suis assez dubitatif sur la pérennité de l'open source sans ROI et donc sans projets pro permettant de maintenir le projet.

 

- Julien

[Frédéric Bouquet]

Derrière l'opensource, avant le logiciel, il y a je pense la communauté.
Imaginons le cas pas si banal d'une société qui emploie des devs pour
développer et maintenir un projet en ouvrant le code sur un websvn ou
équivalent, l'accès direct au SVN existe probablement, mais n'apparaît
nul part. Le code n'est maintenable que par l'équipe d'employés et il
n'y existe aucune contribution extérieure. Le logiciel est utilisé
mais seules les versions binaires sont téléchargées, les sources
jamais consultées. L'utilisateur a un bug, si la société ne désire pas
le corriger, il n'a pas la possibilité de contribuer à la base de code
parce qu'aucun process de contribution n'est prévu (ou voulu).
Au final, qu'est-ce qui différencie cette approche d'une approche
propriétaire ? Le marketing opensource ?

AMHA, l'atout principal d'un projet OSS, c'est la communauté. Sans
elle, nous n'avons que l'illusion du projet opensource.
Après, si t'es tout seul à coder ton outil, tu publies le code, mais
personne ne l'utilise, seuls quelques curieux s'aventurent pour savoir
ce que tu as fait. Ici, cela s'apparente plus à un article de blog à
mes yeux et j'ai du mal à appeler ça de l'OSS.

> --
> Vous recevez ce message, car vous êtes abonné au groupe Google Groupes lescastcodeurs.
> Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse lescastcodeur...@googlegroups.com.
> Pour envoyer un message à ce groupe, adressez un e-mail à lescast...@googlegroups.com.
> Visitez ce groupe à l'adresse http://groups.google.com/group/lescastcodeurs?hl=fr .
> Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .
>
>

[Emmanuel Lécharny]

Le 2/28/13 10:51 AM, Nicolas Delsaux a écrit :

> 2013/2/28 Emmanuel Bernard <emma...@lescastcodeurs.com>:
>> Alors que c'est vrai que si tu payes ton soft proprio, d'un coup les bugs
>> disparaissent, les mecs créent proactivement des bug reports pour les
>> fonctionnalités qui manquent etc? Que celui qui n'a pas décompilé une classe
>> Websphere, Weblogic pour comprendre un bug et filer le patch au "support" me
>> jette la première pierre :)
> Jamais avec Websphre, par contre avec Ingres, oui, et leur réponse a
> été (après deux semaines d'attente)
>
> INGRES - vous avez trouvé un contournement ?
> MOI - Ben ouais, j'allais pas attendre deux semaines
> INGRES - OK, cool, on corrige pas le bug alors
>
> FFUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU
>
> J'étais limite grognon :-D

Si le bug est non critique, il y a des chances que ça soit mis de côté.
C'est normal.

>
> Donc effectivement ce problème n'est pas spécifique à l'open-source,
> et est même bien plus chiant avec du commercial (qu'il soit
> open-source ou pas). Mais, avec l'open-source, tu peux toujours
> forker, et c'est là un dilemne permanent pour l'utilisateur un peu
> avancé.

Forker, c'est généralement une connerie.

[Emmanuel Lécharny]

Le 2/28/13 10:05 AM, Julien Herr a écrit :

> Perso, ce qui m'intéresserait, ce serait d'apprendre comment et par quoi
> commencer quand je suis en province et que la communauté n'est pas très
> active dans le coin.
>
> En gros, quels sont les astuces/raccourcis pour pouvoir se lancer. Quelles
> sont les étapes, s'il y en a.

Ok, intéressant.

Note quand même que Paris, c'est la province quand tu bosses sur des
projets Eclipse ou Apache ;-)

[Emmanuel Lécharny]

Le 2/28/13 11:18 AM, Nicolas Labrot a écrit :

> 2013/2/28 Julien Ponge <julien...@gmail.com>
>
>>> - comment vivre de l'OSS ?
>> Question connexe : comment faire de l'OSS et être respecté sans que ce
>> soit forcément de l'"OSS Professionnel" avec un support, une équipe
>> derrière, etc ?
>>
>> On voit à travers ces discussions que l'on retombe toujours sur l'usage de
>> l'opensource dans des projets pro. Il me semble qu'il y a 10-15 ans ont
>> était plus tolérant envers le droit à faire de l'OSS sans forcément
>> calculer un ROI.
>>
>
> Cette tolérance était elle une réalité? L'argent étant le nerf de la guerre
> je suis assez dubitatif sur la pérennité de l'open source sans ROI et donc
> sans projets pro permettant de maintenir le projet.

Le ROI est immédiat : c'est gratuit à l'achat !!!


Bon, je raisonne comme un service acaht ici. Généralement, ils savent
calculer un ROI sur les coûts visibles (prix du logiciel), pas sur les
coûts cachés (les petites mains qui intègrent).

[Remi Forax]

On 02/28/2013 11:58 AM, Emmanuel L�charny wrote:
> Le 2/28/13 10:05 AM, Julien Herr a �crit :
>> Perso, ce qui m'int�resserait, ce serait d'apprendre comment et par quoi
>> commencer quand je suis en province et que la communaut� n'est pas tr�s

>> active dans le coin.
>>
>> En gros, quels sont les astuces/raccourcis pour pouvoir se lancer. Quelles

>> sont les �tapes, s'il y en a.
> Ok, int�ressant.
>
> Note quand m�me que Paris, c'est la province quand tu bosses sur des

> projets Eclipse ou Apache ;-)
>
>

Tu rigoles, on est � 300/400 milisecondes des US au pire.

R�mi

[Remi Forax]

On 02/28/2013 11:18 AM, Nicolas Labrot wrote:
>
>
>
> 2013/2/28 Julien Ponge <julien...@gmail.com
> <mailto:julien...@gmail.com>>

>
> > - comment vivre de l'OSS ?
>

> Question connexe : comment faire de l'OSS et �tre respect� sans
> que ce soit forc�ment de l'"OSS Professionnel" avec un support,
> une �quipe derri�re, etc ?
>
> On voit � travers ces discussions que l'on retombe toujours sur

> l'usage de l'opensource dans des projets pro. Il me semble qu'il y

> a 10-15 ans ont �tait plus tol�rant envers le droit � faire de
> l'OSS sans forc�ment calculer un ROI.
>
>
>
> Cette tol�rance �tait elle une r�alit�? L'argent �tant le nerf de la
> guerre je suis assez dubitatif sur la p�rennit� de l'open source sans

> ROI et donc sans projets pro permettant de maintenir le projet.

Il suffit de trouver des gens qui sont payer par ailleurs,
il y a plein de projets qui fonctionne comme cela.


>
>
>
>
>
> - Julien
>

R�mi

[Emmanuel Lécharny]

Le 2/28/13 12:16 PM, Remi Forax a écrit :

> On 02/28/2013 11:58 AM, Emmanuel Lécharny wrote:
>> Le 2/28/13 10:05 AM, Julien Herr a écrit :

>>> Perso, ce qui m'intéresserait, ce serait d'apprendre comment et par
>>> quoi

>>> commencer quand je suis en province et que la communauté n'est pas très

>>> active dans le coin.
>>>
>>> En gros, quels sont les astuces/raccourcis pour pouvoir se lancer.
>>> Quelles

>>> sont les étapes, s'il y en a.
>> Ok, intéressant.
>>
>> Note quand même que Paris, c'est la province quand tu bosses sur des

>> projets Eclipse ou Apache ;-)
>>
>>
>

> Tu rigoles, on est à 300/400 milisecondes des US au pire.
300/400 ms plus 6h à 9h de latence ...

[Thibault DUCHATEAU]

Bonjour à vous,

Moi qui m'y suis mis depuis peu, je pense que j'en suis seulement au stade de découverte (et pour l'instant je kiffe), mais je me suis déjà posé quelques questions :

* communauté : faut-il choisir entre forum, blog, github, facebook, g+, ... pour la faire vivre ou ne faut-il pas choisir ? Existe-t-il aujourd'hui un moyen efficace qui permette d'avoir un seul point d'entrée pour la communauté ?

* équipe : pour réussir un projet OSS et le pérenniser, mieux vaut une petite équipe (par ex <= 3 personnes) ou une plus grosse ? Avantages / inconvénients ? 

* licence : galère pour trouver celle qui convient. Et pourtant, on a voulu être le plus permissif possible mais pour le peu que d'autres composants soient utilisé dans le projet, ça devient vite le bordel je trouve. Existe-t-il des sites/blogs qui offrent une vue la plus générale possible des licences ?

* paas : pour les petits projets, l'avènement des PaaS provider (Cloudbees et autre) a été une bénédiction je trouve. Est-ce que c'est quelque chose que les plus gros projets OSS utilisent/regardent/reniflent ou pas ?

* déjà posée je crois mais : est-ce possible de vivre de l'OSS ?

C'est tout ce qui me vient pour le moment.. :-)

[Emmanuel Lécharny]

Le 2/28/13 10:39 AM, Thibault DUCHATEAU a écrit :

> Bonjour à vous,
>
> Moi qui m'y suis mis depuis peu, je pense que j'en suis seulement au stade
> de découverte (et pour l'instant je kiffe), mais je me suis déjà posé
> quelques questions :
>
> * communauté : faut-il choisir entre forum, blog, github, facebook, g+, ...
> pour la faire vivre ou ne faut-il pas choisir ? Existe-t-il aujourd'hui un
> moyen efficace qui permette d'avoir un seul point d'entrée pour la
> communauté ?
>
> * équipe : pour réussir un projet OSS et le pérenniser, mieux vaut une
> petite équipe (par ex <= 3 personnes) ou une plus grosse ? Avantages /
> inconvénients ?
>
> * licence : galère pour trouver celle qui convient. Et pourtant, on a voulu
> être le plus permissif possible mais pour le peu que d'autres composants
> soient utilisé dans le projet, ça devient vite le bordel je trouve.
> Existe-t-il des sites/blogs qui offrent une vue la plus générale possible
> des licences ?
>
> * paas : pour les petits projets, l'avènement des PaaS provider (Cloudbees
> et autre) a été une bénédiction je trouve. Est-ce que c'est quelque chose
> que les plus gros projets OSS utilisent/regardent/reniflent ou pas ?
>
> * déjà posée je crois mais : est-ce possible de vivre de l'OSS ?
>
> C'est tout ce qui me vient pour le moment.. :-)

C'est déjà pas mal :)

Il y a de la matière...

Bon, on va demander un slot complémentaire à Devox ;)

[Pierre-Yves Ricau]

Le 28 février 2013 10:39, Thibault DUCHATEAU <thibault....@gmail.com> a écrit :

Bonjour à vous,

Moi qui m'y suis mis depuis peu, je pense que j'en suis seulement au stade de découverte (et pour l'instant je kiffe), mais je me suis déjà posé quelques questions :

* communauté : faut-il choisir entre forum, blog, github, facebook, g+, ... pour la faire vivre ou ne faut-il pas choisir ? Existe-t-il aujourd'hui un moyen efficace qui permette d'avoir un seul point d'entrée pour la communauté ?

Ça varie, mais j'ai l'impression qu'il faut être de plus en plus multicanal. Si tu ignores certains canaux, tu perds une partie du flux (à voir si c'est un problème...). Ce qui me paraît "obligatoire" à l'heure actuelle : Twitter (qui utilise le fwk, qui en parle, etc), Stack Overflow (une partie des users mettent leurs issues sur SO plutôt que dans le bug tracker), une mailing list pour les débats / questions d'archi etc, et GitHub pour tout le reste (sources / issues). G+ et Facebook ça me paraît moins important (quoique G+ a de plus en plus de traffic au niveau communautés techniques).

 

* équipe : pour réussir un projet OSS et le pérenniser, mieux vaut une petite équipe (par ex <= 3 personnes) ou une plus grosse ? Avantages / inconvénients ?

En général, c'est un état de fait plus qu'un choix, donc la question de pose rarement. Même si tout le monde peut toucher à tout, il faut souvent des petites équipes ayant une bonne connaissance du produit pour valider les change.

 

* licence : galère pour trouver celle qui convient. Et pourtant, on a voulu être le plus permissif possible mais pour le peu que d'autres composants soient utilisé dans le projet, ça devient vite le bordel je trouve. Existe-t-il des sites/blogs qui offrent une vue la plus générale possible des licences ?

* paas : pour les petits projets, l'avènement des PaaS provider (Cloudbees et autre) a été une bénédiction je trouve. Est-ce que c'est quelque chose que les plus gros projets OSS utilisent/regardent/reniflent ou pas ?

* déjà posée je crois mais : est-ce possible de vivre de l'OSS ?

Bah oui, on vient bien plusieurs exemples sur ce forum ;-) . Maintenant, est-ce facile / à la portée de tous ? Pas forcément. Par contre, il est déjà beaucoup plus fréquent d'être autorisé à consacrer une partie de son temps à l'OSS. Quand bien même une boîte ne verrait pas l'intérêt direct de l'Open Source, elle peut tout simplement se dire qu'en te laissant "jouer", tu vas rester plus longtemps :) . M'enfin, j'ai l'impression (toute subjective) que l'OSS ça marche toujours très bien. J'ai été recruté par Square après avoir contribué à un de leur projets OSS, et je sais qu'une partie de mon temps là bas sera consacré à ces projets.

--
Pierre-Yves Ricau

http://www.piwai.info

[Emmanuel Lécharny]

Le 2/28/13 2:27 PM, Pierre-Yves Ricau a écrit :

> Le 28 février 2013 10:39, Thibault DUCHATEAU
> <thibault....@gmail.com>a écrit :
>
>> Bonjour à vous,
>>
>> Moi qui m'y suis mis depuis peu, je pense que j'en suis seulement au stade
>> de découverte (et pour l'instant je kiffe), mais je me suis déjà posé
>> quelques questions :
>>
>> * communauté : faut-il choisir entre forum, blog, github, facebook, g+,
>> ... pour la faire vivre ou ne faut-il pas choisir ? Existe-t-il aujourd'hui
>> un moyen efficace qui permette d'avoir un seul point d'entrée pour la
>> communauté ?
>>
> Ça varie, mais j'ai l'impression qu'il faut être de plus en plus
> multicanal. Si tu ignores certains canaux, tu perds une partie du flux (à
> voir si c'est un problème...). Ce qui me paraît "obligatoire" à l'heure
> actuelle : Twitter (qui utilise le fwk, qui en parle, etc), Stack Overflow
> (une partie des users mettent leurs issues sur SO plutôt que dans le bug
> tracker), une mailing list pour les débats / questions d'archi etc, et
> GitHub pour tout le reste (sources / issues). G+ et Facebook ça me paraît
> moins important (quoique G+ a de plus en plus de traffic au niveau
> communautés techniques).

Pas sûr... Chez Apache, c'est Mailing List only. Et généralement, ça
suffit. Un petit coup d'IRC de temps en temps, c'est tout.

[Baptiste MATHUS]

Perso, je suis circonspect quand je vois des phrases du style "j'aimerais me mettre à l'opensource" (aucune attaque personnelle envers quiconque, hein). Ou "j'aimerais bien trouver le projet sur lequel faire de l'open source"

J'ai l'impression que ça marche rarement comme ça (jamais ?).

Il me semble que les plus gros opensourceurs, au début en tout cas, contribuent/créent surtout le projet parce qu'ils en ont besoin et/ou parce que le sujet les passionnent.

"Scratch your itch". 

Sinon, pour amener un autre aspect de la réflexion Emmanuel (et Arnaud) : 

• Contribuer/participer à du vrai OSS peut-il conduire à un rejet des organisations plus traditionnelles ?
  
• J'entends par là : les (vrais) projets OSS sont généralement développés de façon extrêmement transparente. Perso je trouve ça agréable, passionnant. Et je me demande si une fois qu'on a goûté à ça, on commence à progressivement avoir envie d'envoyer paître les tenants de l'opacité et de la rétention d'information même dans les développements internes. Wouf la phrase alambiquée, j'espère que je me suis à peu près fait comprendre.

• Comment obtenir de son management un positionnement clair vis-à-vis de la politique d'utilisation/contribution à l'OSS dans le cadre de son boulot ?
  
• Perso, j'évacue le plus souvent la question en prenant de faire les contributions hors du temps de travail. Mais c'est parfois totalement idiot/contre-productif : retardant, voire empêchant, la correction de problèmes impactant directement pour l'entreprise.

-- Baptiste

Le 28 février 2013 10:39, Thibault DUCHATEAU <thibault....@gmail.com> a écrit :

--
Baptiste <Batmat> MATHUS - http://batmat.net
Sauvez un arbre,
Mangez un castor !

[Sébastien Deleuze]

L'aspect le plus compliqué de l'Open Source en France est souvent le moins cité : c'est celui de la propriété du code produit au boulot, mais également en dehors du boulot. Parlez-en avec un juriste, vous verrez vous aurez des surprises (pour ceux qui bossent dans l'IT, les autres pas de soucis) ...

2013/2/28 Baptiste MATHUS <bma...@batmat.net>

[Alexandre Bertails]

2013/2/28 Sébastien Deleuze <s...@deleuze.fr>:

> L'aspect le plus compliqué de l'Open Source en France est souvent le moins
> cité : c'est celui de la propriété du code produit au boulot, mais également
> en dehors du boulot. Parlez-en avec un juriste, vous verrez vous aurez des
> surprises (pour ceux qui bossent dans l'IT, les autres pas de soucis) ...

Pas qu'en France...

Alexandre.

[Nicolas Labrot]

Ces aspects la me font souvent sourire par l'apparente angélisme de certains, notamment par exemple le cas Vert.x ;)

2013/2/28 Alexandre Bertails <alex...@bertails.org>

[Alexandre Bertails]

2013/2/28 Nicolas Labrot <nit...@gmail.com>:

> Ces aspects la me font souvent sourire par l'apparente angélisme de
> certains, notamment par exemple le cas Vert.x ;)

Ou alors, t'es un prestataire de service, tu veux patcher quelque
chose, mais contractuellement tu n'as pas la propriete intellectuelle
et le client ne veut pas assumer ce bout de code :-)

Alexandre.

[Emmanuel Lécharny]

Le 2/28/13 3:26 PM, Sébastien Deleuze a écrit :

> L'aspect le plus compliqué de l'Open Source en France est souvent le moins
> cité : c'est celui de la propriété du code produit au boulot, mais
> également en dehors du boulot. Parlez-en avec un juriste, vous verrez vous
> aurez des surprises (pour ceux qui bossent dans l'IT, les autres pas de
> soucis) ...

Sauf cas d'espèce, si vous êtes salarié, les droits sur ce que vous
développez appartiennent à l'entreprise qui vous salarie.

Pour cela, 3 conditions :
- être salarié,
- que les travaux soient exécutés dans le cadre de la fonction occupée
- qu'il n'y ait pas de clause spécifique dans votre contrat de travail
indiquant que l'entreprise ne récupère pas les droits

En pratique, il convient de distinguer droits moraux et droits
patrimoniaux. L'entreprise conservera les droits patrimoniaux, et
généralement le dévelopmenet est considéré comme collaboratif, donc les
droits moreaux appartiennent aussi à l'entreprise.

Là où ça se complique, c'est pour les développements externes. Ils vous
appartiennent, mais vous pouvez vous faire attaquer pour violation d'une
clause d'exclusivité (pas sûr que votre employeur gagnera aux
prud'hommes, mais en attendant, vous êtes au chômage...)

Le mieux, c'est de demander un accord explicite à votre employeur.

(et ce n'est pas qu'un problème du secteur IT, c'est vrai pour les
designers, architectes, journalistes, etc...)

[Henri Gomez]

Question connexe : comment faire de l'OSS et être respecté sans que ce soit forcément de l'"OSS Professionnel" avec un support, une équipe derrière, etc ?

On voit à travers ces discussions que l'on retombe toujours sur l'usage de l'opensource dans des projets pro. Il me semble qu'il y a 10-15 ans ont était plus tolérant envers le droit à faire de l'OSS sans forcément calculer un ROI.

Excellent point.

D'ailleurs on pourrait aborder le point de l'OSS pro d'aujourd'hui vs l'OSS amateur voir militant d'il y a 10-15ans (en douce au bureau, voir le soir quand tout le monde dort à la maison).

Quel poids peut avoir un contributeur personnel qui fait de l'OSS durant son temps libre par rapport à un contributeur dont c'est le travail, 8h/jour (min).

 

[Henri Gomez]

Un autre point que nous pourrions aborder, l'OpenSource de demain ?

On voit déjà que sur quelques années, cela a énormément changé, notamment avec GitHub qui permet une contribution plus rapide et plus souple (et souvent plus volatile en terme de contribution sur le long terme).

Quel avenir pour les fondations OSS majeures comme l'ASF ou Eclipse ?
Comment voyez vous le futur de l'OSS, tant dans les pratiques que dans les stratégies et usages ?

[Arnaud Héritier]

oh la la je débarque et je vois qu'emmanuel à lancer un pavé dans la marre et çela remue bien, c'est agréable.

A noter que cela ne sera pas une conférence mais une BOF, on ne va donc pas faire un bel exposé mais plutot mener une discussion

Cela n'enlève en rien l'intérêt de ce qui a été dit puisqu'un BOF ca se prépare, faut une trame, et que les animateurs aient de la matière

A noter que nous seront (en théorie epaulés) par des membres de l'OSSGTP mais bizarement nous ne sommes que deux à être marqués au planning : http://www.devoxx.com/display/FR13/L%27open-source+au+quotidien

Encore un bug de mon ami le CFP

BOFs

Les BOFs (Birds-of-a-Feather) sont des sessions d'une heure, informelles, et regroupant tous les passionnés d'un même sujet. Elles sont généralement animées par un ou deux présentateurs.

Les BOFs sont programmés à partir de 19h00 dans des salles de 30 à 50 personnes. Le jeudi soir, pendant la soirée Meet&Great, nous organiserons les BOFs spéciales "User Group". Venez rencontrer la communauté Java, les JDuchess, le Scala user Group, le Groovy/Grails user group, le ParisJS, la communauté Alt.NET ou la communauté Agile !

L'accès à Devoxx France sera gratuit le jeudi 19 avril à partir de 19h00.

2013/2/28 Henri Gomez <henri...@gmail.com>

--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes lescastcodeurs.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse lescastcodeur...@googlegroups.com.
Pour envoyer un message à ce groupe, adressez un e-mail à lescast...@googlegroups.com.
Visitez ce groupe à l'adresse http://groups.google.com/group/lescastcodeurs?hl=fr .
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .
 
 

--

-----

Arnaud Héritier

http://aheritier.net

Mail/GTalk: aheritier AT gmail DOT com

Twitter/Skype : aheritier

[Henri Gomez]

J'en suis avec plaisir, soit OSSGTP++

[Dimitri]

Quelques idées au saut du lit. 

Open Source dans un contexte pro:

* une façon moderne d'innover pour une entreprise (gatling, bootstrap, ...)

* une possibilité de communiquer pour une équipe de développement sur ses pratiques et outils (twitter, yammer, ... le font, est-ce un exemple à suivre?)

* un ecosystème de projets de haute stabilité (car très utilisés et debuggés), mais de qualité inégale et de dynamique inégale (point fondamental d'un projet OSS) - coment péréniser un projet ?

Recommendations (pour un meilleur avenir):

* NIH : plutôt que recopier du code, partez d'une lib OSS puis contribuez ou remplacez la par votre implémentation : comment savoir tout ce qui existe et sa qualité ? (apache fait une selection, mais pour le reste ?)

* Apprenez à contribuer ! Doc, bug reproductible, patch, feature request, ... (la dynamique vitale de l'OSS)

Bonne journée

-------------------------------

Dimitri BAELI

[ehsavoie]

Juste pour rebondir sur la notion d'OSS 'pro' : le rapport du CNLL sur les entreprises qui vivent de l'opensource en France montre une grosse moitié de TPE (< 6 personnes), une grosse moitié de PME (< 50 personnes) et quelques 'gros' acteurs. Cela comprend éditeurs et intégrateurs (mais sans prendre en compte les intégrateurs généralistes).

L'opensource 'pro' a t il vocation à grandir pour adresser les marchés de l'état ou faut il voir une backvolution industrielle vers un monde d’artisans (dont ps mal de développeurs actuels se revendiquent) ?

----------
Emmanuel Hugonnet
http://www.ehsavoie.com
http://twitter.com/ehsavoie

2013/3/1 Dimitri <dba...@gmail.com>

[Julien Ponge]

Cool, c'est vendredi, donc je peux y aller sans me brider.

> Excellent point.

Enfin un vétéran qui me comprend :-)

> D'ailleurs on pourrait aborder le point de l'OSS pro d'aujourd'hui vs l'OSS amateur voir militant d'il y a 10-15ans (en douce au bureau, voir le soir quand tout le monde dort à la maison).
> Quel poids peut avoir un contributeur personnel qui fait de l'OSS durant son temps libre par rapport à un contributeur dont c'est le travail, 8h/jour (min).

Peut être ma remarque est-elle liée au monde Java, un monde très empreint d'usage corporate. Dans mon expérience perso qui ne prétend pas être une vérité, j'ai constaté un shift progressif dans le comportement des utilisateurs de mes projets OSS Java.

Il y a 10 ans ils étaient sans doute plus respectueux. Et puis petit à petit ils sont une majorité à être des "clients" / "prospects". Ils veulent savoir quelle est la roadmap, qui supporte le projet (comment pourrait-ce être autrement ?), ils ralent si leur ticket ou question sur une mailing-list n'est pas traité dans les 2h, ils attendent que tu leur fasse un fix au lieu de regarder eux-même, etc. Et comme ils sont entichés de process et métriques qualité en tout genre, ils ralent aussi si ta bibliothèque d'insertion de lol dans des chaines de caracteres n'a pas un dashboard Sonar et un pipeline Jenkins pour tester sur 50 OS / JVMs et déployer des snapshots sur Maven Central.

Le consommateur d'opensource Java est finalement en mode projet d'entreprise pour tout ce qu'il fait. Pour lui tout est "opensource pro", sinon rien.

C'est vrai et heureux que notre écosystème Java ait une large base d'opensource pro, mais on en oublie trop souvent qu'en réalité peu sont payés pour faire de l'opensource pro (et quand je dis "payé", cela inclu du temps alloué par un employeur ou une tolérance à ce que l'employé développe quelque chose sur son temps libre).

Les employés de X ou Y sur des projets bien connus sont l'arbre qui cache la foret.

Ce n'était pas mieux il y a 10 ans, mais si on se mets à la place de quelqu'un qui souhaite prendre du plaisir à faire de l'opensource aujourd'hui, a t-il intérêt à le faire dans l'écosystème Java devenu si (trop) sérieux où l'existence même de son projet risque d'être à justifier ?

Techniquement le monde Java est génial, après pour le fun il n'est pas idiot de faire du Ruby / Python / Go / Clojure / PHP / Dart / whatever, d'autant plus que des tonnes d'indéps et petites structures vivent très très bien en dehors du mastodonte Java. Et oui, le client a un besoin fonctionnel parfois.

À vos marques, prêts, feu....

- Julien

[Dimitri]

Tu as un lien ? 

Il y a combien d'entreprises OSS Pro en France ?

C'est intéressant d'avoir une photo du paysage OSS Pro en France. 

-------------------------------

Dimitri BAELI

[ehsavoie]

Oui j'ai  ;o)
http://www.cnll.fr/static/pdf/panorama-open-source-2013-CNLL.pdf

@Julien : parce que tu crois que les mecs sont moins puants sur les projets libres non Java ?

Les entreprises 'client' veulent quelqu'un sur qui raler : bref du support :p après certains font des projets à succès il faut qu'ils assument ;)

J'ai des clients qui ont vu des idées de features ou juste mis des nouveaux features dans le bug tracker et qui les attendent 'miraculeusement' sans les avoir commandés ;o)

Je crois que c'est juste lié au fait que Monsieur tout le monde accède à nos projets et que donc ce ne sont plus quelques vieux barbus à cheveux longs qui trainent sur les mailing-list.

Heureusement qu'il nous reste IRC

[Lionel Zuber (Armaklan)]

> Techniquement le monde Java est génial, après pour le fun il n'est pas idiot de faire du Ruby / Python / Go / Clojure / PHP / Dart / whatever, d'autant plus que des tonnes d'indéps et petites structures vivent très très bien en dehors du mastodonte Java. Et oui, le client a un besoin fonctionnel parfois.

A mon sens, si tu veut avoir et garder de la motivation sur un projet open source, il faut que tu l'utilise au quotidien. Le fun, c'est bien au lancement d'un projet, mais pas sur le long terme. Du coup, si tu bosse en Java, il est plutôt naturel de faire de l'OSS dans le monde Java.

Après je comprend bien ce dont tu parle et pour moi ça s'explique : les développeurs Java qui utilise l'OSS le font dans leurs environnements professionnel. Autrement dit, ils doivent justifier leurs choix souvent à des non techniques. Montrez que la librairie est "pro" (grâce à son environnement, à qui la soutient, ...) suffit souvent à rassurer le chef de projet ou le commercial.

Biensur, je ne dit pas qu'il ne serait pas intelligent de sortir parfois (souvent) du Java pire pour des truc plus récent / fun, mais ça, c'est un autre débat ;p

[Julien Ponge]

> @Julien : parce que tu crois que les mecs sont moins puants sur les projets libres non Java ?

Oh que non :-)

Mais j'ai l'impression que l'OSS Java est un peu trop sérieux.

- Julien

[ehsavoie]

Parce que tu y as de la masse et beaucoup (trop) d'applications pro.

Les gars qui te posent ce genre de question ne sont pas les bidouilleurs barbus sus-cités ;)

----------
Emmanuel Hugonnet
http://www.ehsavoie.com
http://twitter.com/ehsavoie

2013/3/1 Julien Ponge <julien...@gmail.com>

[Nicolas Labrot]

C'est vendredi!!!

Entre les issues trackers publiques qui sont suivis quand il y a du temps, les patchs qui moisissent, les anomalies qui sont fermées car un workaround existe, être un utilisateur non payant peut être frustrant

J'ai le sentiment que sur les projets que j'utilise (essentiellement Java), l'open source pro, c'est un monde élitiste réservé au projet avec un budget. Mon expérience la plus récente est avec Primefaces (mais pas que). Une anomalie fait l'objet de nombreux votes ainsi que d'un patch. Elle reste malgré tout non corrigé. Je demande une cotation de support, 1 an c'est 8k€. Ok, cela n'entre pas dans mon budget. A coté de cela le concepteur communique sur le succès de son projet. Rien à redire. Mais si tout le monde filait 200€ de licence pro le projet vivrait bien mieux et il y aurait plus de chance que mon bug soit corrigé.

Meme topo pour Marc Palmer, le créateur de plugin Grails qui ont un certain succès. Il abandonne le support faute de moyen financier... super, mais il n'aurait pas pu se poser la question avant et charger les utilisateurs d'une licence pro ?

Bref...  :D

2013/3/1 ehsavoie <emmanuel...@gmail.com>

[ehsavoie]

Promis si tu me proposes des patches de qualité j'intègre ;o)

----------
Emmanuel Hugonnet
http://www.ehsavoie.com
http://twitter.com/ehsavoie

2013/3/1 Nicolas Labrot <nit...@gmail.com>

[Arnaud Héritier]

idem :-)

c'est vrai que c'est un véritable probleme la prise en compte des contributions

c'est super compliqué car il faut y passer beaucoup de temps afin de discuter avec les contributeurs afin qu'ils reviennent

Souvent on se retrouve avec des bouts de patchs qui corrigent un truc approximativement et on va passer des heures soit a aider le contributeur à fournir quelquechose de qualité (avec des tests, de la doc ..) soit a le faire nous même.

2013/3/1 ehsavoie <emmanuel...@gmail.com>

[Patrice Trognon]

Le 1 mars 2013 à 09:22, Lionel Zuber (Armaklan) <lionel...@armaklan.org> a écrit :

> > Techniquement le monde Java est génial, après pour le fun il n'est pas idiot de faire du Ruby / Python / Go / Clojure / PHP / Dart / whatever, d'autant plus que des tonnes d'indéps et petites structures vivent très très bien en dehors du mastodonte Java. Et oui, le client a un besoin fonctionnel parfois.
>
> A mon sens, si tu veut avoir et garder de la motivation sur un projet open source, il faut que tu l'utilise au quotidien. Le fun, c'est bien au lancement d'un projet, mais pas sur le long terme. Du coup, si tu bosse en Java, il est plutôt naturel de faire de l'OSS dans le monde Java.
>
> Après je comprend bien ce dont tu parle et pour moi ça s'explique : les développeurs Java qui utilise l'OSS le font dans leurs environnements professionnel. Autrement dit, ils doivent justifier leurs choix souvent à des non techniques. Montrez que la librairie est "pro" (grâce à son environnement, à qui la soutient, ...) suffit souvent à rassurer le chef de projet ou le commercial.
>

forcement si tu veux faire un truc fun tu ne vas pas faire du java.

<mode debra_morgan>
putain enculé c'est drediday donc fallait pas me tenter.
fait chier.
</mode debra_morgan>

:)

[Emmanuel Lécharny]

Le 3/1/13 9:00 AM, Julien Ponge a écrit :

> Cool, c'est vendredi, donc je peux y aller sans me brider.
>
>> Excellent point.
> Enfin un vétéran qui me comprend :-)
>
>> D'ailleurs on pourrait aborder le point de l'OSS pro d'aujourd'hui vs l'OSS amateur voir militant d'il y a 10-15ans (en douce au bureau, voir le soir quand tout le monde dort à la maison).
>> Quel poids peut avoir un contributeur personnel qui fait de l'OSS durant son temps libre par rapport à un contributeur dont c'est le travail, 8h/jour (min).
> Peut être ma remarque est-elle liée au monde Java, un monde très empreint d'usage corporate. Dans mon expérience perso qui ne prétend pas être une vérité, j'ai constaté un shift progressif dans le comportement des utilisateurs de mes projets OSS Java.
>
> Il y a 10 ans ils étaient sans doute plus respectueux. Et puis petit à petit ils sont une majorité à être des "clients" / "prospects". Ils veulent savoir quelle est la roadmap, qui supporte le projet (comment pourrait-ce être autrement ?), ils ralent si leur ticket ou question sur une mailing-list n'est pas traité dans les 2h, ils attendent que tu leur fasse un fix au lieu de regarder eux-même, etc. Et comme ils sont entichés de process et métriques qualité en tout genre, ils ralent aussi si ta bibliothèque d'insertion de lol dans des chaines de caracteres n'a pas un dashboard Sonar et un pipeline Jenkins pour tester sur 50 OS / JVMs et déployer des snapshots sur Maven Central.

Le shift, ce n'est pas que tes utilisateurs sont moins fun, c'est juste
que tu as de plus en plus d'utilisateurs. Et si on considère que les
premiers utilisateurs sont ce qu'on appelle des 'prescripteurs', c'est à
dire des enthousiastes, les derniers utilisateurs sont juste des
personnes qui utilisent ton soft parce qu'on leur a dit que c'est ce
qu'il faut utiliser, ou parce que c'est ce que tout le monde utilise.

A mon avis, c'est complètement orthogonal à la 'funitude' du langage. Ca
a tout à voir avec l'usage de masse.

En fait, c'est comme la politique. Je suis persuadé que les politiciens
ont l'ambition de changer le monde, et qu'ils croient réellement qu'ils
vont y arriver (si, si, j'insiste), mais dès qu'on sort des réunion de
militants, l'Homme de la rue considère que le politicien doit lui
trouver un boulot, avec une retraite à 60 ans, des RTT, des
augmentations tous les ans, un patron social, peu ou pas d'impôts, de la
nourriture bio au prix de ED l'épicier discount, de l'essence pas cher
et des autoroutes gratuites, dans un pays qui résiste à la crise alors
que le reste du monde s'écroule, avec des usines en France et des
chinois qui achètent nos produits parce qu'ils sont les meilleurs, bref,
plein de features que le politicien ne va pas ajouter...

>
> Le consommateur d'opensource Java est finalement en mode projet d'entreprise pour tout ce qu'il fait. Pour lui tout est "opensource pro", sinon rien.
>
> C'est vrai et heureux que notre écosystème Java ait une large base d'opensource pro, mais on en oublie trop souvent qu'en réalité peu sont payés pour faire de l'opensource pro (et quand je dis "payé", cela inclu du temps alloué par un employeur ou une tolérance à ce que l'employé développe quelque chose sur son temps libre).
>
> Les employés de X ou Y sur des projets bien connus sont l'arbre qui cache la foret.
>
> Ce n'était pas mieux il y a 10 ans, mais si on se mets à la place de quelqu'un qui souhaite prendre du plaisir à faire de l'opensource aujourd'hui, a t-il intérêt à le faire dans l'écosystème Java devenu si (trop) sérieux où l'existence même de son projet risque d'être à justifier ?

Je prends du plaisir à développer un soft qui fonctionne. Qu'il soit en
Java plutôt qu'en Haskell me permet d'avoir des utilisateurs exigeants
qui me permette d'essayer de fournir la meilleure solution. La quête de
la perfection, forcément asymptomatique, est un des éléments
consubstantiel de l'OSS.

Rien de vaut, AMA, un retour utilisateur.

[Emmanuel Lécharny]

Le 3/1/13 9:46 AM, Nicolas Labrot a écrit :

> C'est vendredi!!!
>
> Entre les issues trackers publiques qui sont suivis quand il y a du temps,
> les patchs qui moisissent, les anomalies qui sont fermées car un workaround
> existe, être un utilisateur non payant peut être frustrant
>
> J'ai le sentiment que sur les projets que j'utilise (essentiellement Java),
> l'open source pro, c'est un monde élitiste réservé au projet avec un
> budget. Mon expérience la plus récente est avec Primefaces (mais pas que).
> Une anomalie fait l'objet de nombreux votes ainsi que d'un patch. Elle
> reste malgré tout non corrigé. Je demande une cotation de support, 1 an
> c'est 8k€. Ok, cela n'entre pas dans mon budget. A coté de cela le
> concepteur communique sur le succès de son projet. Rien à redire. Mais si
> tout le monde filait 200€ de licence pro le projet vivrait bien mieux et il
> y aurait plus de chance que mon bug soit corrigé.

C'est quand la dernière fois que tu as payé ta licence Office à 900€ ?
Tu as reçu une correction sur les anomalies que tu as rencontrées ?

Sérieux, quand vous rencontrez un bug, il y a 3 possibilités :
- il est grave, il sera corrigé (OSS ou pas)
- il est mineur, il y a des chances qu'il ne soit pas corrigé si cela ne
touche pas une fonctionalité essentielle
- c'est de l'OSS? vous avez un patch, vous le soulettez, et il sera
peut-être accepté, ou si vous vous investissez un peu plus, vous
deviendrez peut-être commtter et vous pourrez ignorer les demandes
utilisateurs à votre tour :)

[Emmanuel Lécharny]

Le 3/1/13 8:07 AM, ehsavoie a écrit :

> Juste pour rebondir sur la notion d'OSS 'pro' : le rapport du CNLL sur les
> entreprises qui vivent de l'opensource en France montre une grosse moitié
> de TPE (< 6 personnes), une grosse moitié de PME (< 50 personnes) et
> quelques 'gros' acteurs. Cela comprend éditeurs et intégrateurs (mais sans
> prendre en compte les intégrateurs généralistes).
> L'opensource 'pro' a t il vocation à grandir pour adresser les marchés de
> l'état ou faut il voir une backvolution industrielle vers un monde
> d’artisans (dont ps mal de développeurs actuels se revendiquent) ?
>

C'est une question qu'il faudrait adresser à Fleur... Le problème des
marché publiques est réellement problématique pour les PME et TPE : la
lourdeur des appels d'offre est telle, les critères de sélection sont
tels (par exemple : CA sur les 3 dernières années, maintient de l'offre
sur 1 an, délais de paiements délirants, etc) qu'il me semble, sauf cas
d'espèce, que les TPE ne peuvent accèder qu'aux marché simplifiés d'un
montant inférieur à 15 000€ (ce qui représente grosso modo 2 à 3 mois de
prestation), ou bien passent par des intermédiaires dans le cadre d'une
réponse collective ou pire, en sous-marin.

Un deuxième problème est que quand bien même le logiciel OSS sélectionné
est dans le coeur de métier de la TPE/PME, les connections avec les
logiciels annexes posent un réel problème : du fait d'un manque de
cohérence de la demande, on se retrouve face à une fragmentation des
systèmes installés, chaque collectivité ou administration ayant sa
propre IT, souvent construite sur du soft hyper spécialisé développé par
une foultitude de sociétés champignons qui se sont nourris du système.
On retrouve maintenant des appel d'offe qui stipulent que "la solution
retenue doit offrir un mécanisme d'import/export des données avec le
logiciel 'DTC' et le système 'Profond'" qui sont bien évident totalement
opaques. Cela créé des situations de rente qui sont impossible à casser...

Pou terminer, il existe également un problème : les acteurs réels sont
peu identifiés, ce qui permet à certaines grosses sociétés (en fait,
toute grosse société) de proposer un support global, sans bien évidement
en avoir ni les compétences, ni la capacité. La contribution aux projets
OSS semble inversement proportionnelle à la taille des sociétés... Mais
cela reste cohérent avec le système des appels d'offre publique : qui
peut répondre à un marché de plusieurs millions d'euros ?

Je prend l'exemple du marché public concernant le support de 260
logiciels OSS du ministère des finances : aucune société au monde n'est
capable d'apporté un support digne de ce npm sur 260 composants. C'est
absolument impossible. Cela suppose d'avoir la compétence sur trop de
produits, et aussi d'avoir accès à chaque communauté. En même temps, le
besoin est coplètement ridicule : aucune entité n'a besoin d'un support
sur 260 composants. Moyennant quoi, on se retrouve dans une situation où
l'état a "l'impression" d'avoir utilisé nos impôts de façon rationnelle
(entendez : contrôlable par la cour des comptes), sans que le service
puisse être rendu, sauf sur quelques composants essentiels, et en
écartant de fait toutes les TPE qui justement seraient à même d'apporter
un support pertinent.

Il a circulé un document l'année dernière ([1]) pondu par le CNLL qui
précisait les conditions dans lesquels l'adoption de l'OSS par
l'administration pouvait être un succès : ce document est un premier
pas, il cntientd es propositions très intéressante, encoe faut-il
qu'elles soient appliquées...

[1] http://www.cnll.fr/static/pdf/propositions_cnll_fleurpellerin.pdf

[Nicolas Labrot]

2013/3/1 Emmanuel Lécharny <elec...@gmail.com>

Le 3/1/13 9:46 AM, Nicolas Labrot a écrit :

> C'est vendredi!!!
>
> Entre les issues trackers publiques qui sont suivis quand il y a du temps,
> les patchs qui moisissent, les anomalies qui sont fermées car un workaround
> existe, être un utilisateur non payant peut être frustrant
>
> J'ai le sentiment que sur les projets que j'utilise (essentiellement Java),
> l'open source pro, c'est un monde élitiste réservé au projet avec un
> budget. Mon expérience la plus récente est avec Primefaces (mais pas que).
> Une anomalie fait l'objet de nombreux votes ainsi que d'un patch. Elle
> reste malgré tout non corrigé. Je demande une cotation de support, 1 an
> c'est 8k€. Ok, cela n'entre pas dans mon budget. A coté de cela le
> concepteur communique sur le succès de son projet. Rien à redire. Mais si
> tout le monde filait 200€ de licence pro le projet vivrait bien mieux et il
> y aurait plus de chance que mon bug soit corrigé.

C'est quand la dernière fois que tu as payé ta licence Office à 900€ ?
Tu as reçu une correction sur les anomalies que tu as rencontrées ?

Pour prendre un parallèle plus pertinent avec un soft payant que j'utilise au quotidien (eg. Intellij), je constate indubitablement une plus grande écoute, une plus grande prise en compte ainsi que des évolutions plus importantes par rapport à des briques OS que je pourrais utiliser sans support payant. Ce n'est bien sur pas toujours très rose mais ces produits peuvent évoluer car ils en ont un budget.

C'est un truisme évident...
 

Sérieux, quand vous rencontrez un bug, il y a 3 possibilités :
- il est grave, il sera corrigé (OSS ou pas)
- il est mineur, il y a des chances qu'il ne soit pas corrigé si cela ne
touche pas une fonctionalité essentielle
- c'est de l'OSS? vous avez un patch, vous le soulettez, et il sera
peut-être accepté, ou si vous vous investissez un peu plus, vous
deviendrez peut-être commtter et vous pourrez ignorer les demandes
utilisateurs à votre tour :)

Entre grave et mineur, il y a majeur. Et même au demeurant un point grave peut ne pas être corrigé s'il est jugé non prioritaire car touchant peu de monde... Cela dépend des gens derrières et des priorités.

 

--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com

[Emmanuel Lécharny]

Le 3/1/13 11:29 AM, Nicolas Labrot a écrit :

Oui. Mais de là à faire d'un cas particulier un cas général...

Le coût de développement ne représente que 15% du coût global du
produit. La majorité des coûts sont annexes (marketing, commercial,
documentation, consulting, support...). Pour avoir travaillé dans des
boîtes produits, je peux te dire que la vente initiale ne couvrait
qu'une fraction assez faible de la stucture de coût de l'entreprise. Il
n'est pas rare que le nombre de commerciaux et d'avant-vente soit très
largement supérieur au nombre de développeurs.

Après, si ton produit est assez connu et sur un secteur où la
concurrence est assez réduite, tu peux avoir des effest de volume qui
font que la vente de logiciel couvre beaucoup plus que le coût de
développement. C'est assez rare.

Cela dit, je n'ais pas de solution miracle à proposer. Le prix d'un
produit n'est que rarement lié à son coût de fabrication, mais à ce que
ses utilisateurs sont prêts à payer. Et ça peut être très variable d'un
utilisateur à l'autre...

[Nicolas Labrot]

Est ce vraiment un cas particulier? C'est en tous cas un cas que je rencontre bcp. Certe plus rarement sur des "gros produits".

Mon calcul, peut être primaire je l'avoue, est que si chaque user filait sa dime, tout le monde s'en porterait mieux. Cela ne sauverait pas le monde, et il y aurait surement le même effet que sur l'app store Apple mais à minima la valeur circulerait. Mais on dirait que ça va à l'encontre de qq chose qui finalement m'échappe...

2013/3/1 Emmanuel Lécharny <elec...@gmail.com>

[Arnaud Héritier]

Si chaque personne ayant utilisé une fois Maven aurait donné 1 euro toute l'equipe serait certainement au soleil sous les cocotiers depuis longtemps :-)

Ok j'exagère un peu !!

2013/3/1 Nicolas Labrot <nit...@gmail.com>

[ehsavoie]

La solution sera peut être le cloud avec un "pay-as-you-click" pour déployer une solution libre même si ca ne concernerait que les serveurs.

----------
Emmanuel Hugonnet
http://www.ehsavoie.com
http://twitter.com/ehsavoie

2013/3/1 Arnaud Héritier <aher...@gmail.com>

[Alban Dericbourg]

On Friday, March 1, 2013 12:06:29 PM UTC+1, Arnaud Héritier wrote:

Si chaque personne ayant utilisé une fois Maven aurait donné 1 euro toute l'equipe serait certainement au soleil sous les cocotiers depuis longtemps :-)

Ok j'exagère un peu !!

Je veux bien donner 1€ (allez, même 2€ : un café sur l'autoroute) à Maven le jour où on aura des logs avec de la couleur (sans passer par un script bancal) :-)

[Vincent Massol]

Ajoute toi sur http://www.freedomsponsors.org/ ;)

-Vincent

[Emmanuel Lécharny]

Le 3/6/13 10:00 AM, Alban Dericbourg a écrit :

http://handyande.co.uk/Documentation/Maven/Colour_Logging/

[ehsavoie]

Il y avait bien la solution d'Olivier Lamy avec Log4j2 dont Jason n'a pas voulu.

Dommage :( ......

----------
Emmanuel Hugonnet
http://www.ehsavoie.com
http://twitter.com/ehsavoie

2013/3/6 Emmanuel Lécharny <elec...@gmail.com>

[Arnaud Héritier]

C'est vache ça !!!! super vache !!

Si tu veux je te donne ma version privée 3.1-SNAPSHOT qui a ça :-)

2013/3/6 Alban Dericbourg <al...@dericbourg.name>

--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes lescastcodeurs.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse lescastcodeur...@googlegroups.com.
Pour envoyer un message à ce groupe, adressez un e-mail à lescast...@googlegroups.com.
Visitez ce groupe à l'adresse http://groups.google.com/group/lescastcodeurs?hl=fr .
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .
 
 

[Jeff MAURY]

Calmez vous les gars, y a une version Maven 4.0.0 qui arrive, avec un tel saut (3.0.5 --> 4.0.0), on peut s'attendre à plein de nouvelles fonctionnalités utiles pour le développeur lambda 

Jeff

2013/3/6 Arnaud Héritier <aher...@gmail.com>

--
Jeff MAURY


"Legacy code" often differs from its suggested alternative by actually working and scaling.
 - Bjarne Stroustrup

http://www.jeffmaury.com
http://riadiscuss.jeffmaury.com
http://www.twitter.com/jeffmaury

[ehsavoie]

Mais pourquoi est ce que dès qu'Emmanuel L. lance un thread ca dégénère en troll ? ;)

----------
Emmanuel Hugonnet
http://www.ehsavoie.com
http://twitter.com/ehsavoie

2013/3/6 Jeff MAURY <jeff...@jeffmaury.com>

[Emmanuel Lécharny]

Le 3/6/13 11:19 AM, ehsavoie a écrit :

> Mais pourquoi est ce que dès qu'Emmanuel L. lance un thread ca dégénère en
> troll ? ;)

Parce que vous êtes super faibles...

[Olivier Lamy]

git clone https://git-wip-us.apache.org/repos/asf/maven.git (ou
git://github.com/apache/maven.git) && cd maven && git checkout
slf4j-log4j2 && ant (-DskipTests=true)
et voili (attention celà écrase ta version courante de maven) (sinon
-Dmaven.home= path ou tu veux faire l'install).

la conf des couleurs sera dans $M2_HOME/conf/logging/log4j2.xml

Sinon il doit y avoir un build déjà tout prêt qui fait celà ici:
http://people.apache.org/~olamy/maven/ ou là
http://people.apache.org/~olamy/maven/dynamic-logging-impl/

Si tu veux mon compte paypal pour les 2 euros c'est possible :-)

Après cela sera-t-il un jour dans une release officielle, je ne sais
pas (je l'espère).
Peut-être si certaines personnes ont un jour un minimum d'intelligence
(et moins d'ego) pour accepter le travail des autres.
Car à part décourager les bonnes volontés par des insultes sur des
mailing list publiques ...
Mais bon c'est la vie de l'opensource ... Faudrait en parler à votre
BOF de cela aussi: l'aspect social dans une communauté opensource :
-).

> --
> Vous recevez ce message, car vous êtes abonné au groupe Google Groupes
> lescastcodeurs.
> Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le
> concernant, envoyez un e-mail à l'adresse
> lescastcodeur...@googlegroups.com.
> Pour envoyer un message à ce groupe, adressez un e-mail à
> lescast...@googlegroups.com.
> Visitez ce groupe à l'adresse
> http://groups.google.com/group/lescastcodeurs?hl=fr .
> Pour plus d'options, visitez le site
> https://groups.google.com/groups/opt_out .
>
>



--

Olivier Lamy
Talend: http://coders.talend.com
http://twitter.com/olamy | http://linkedin.com/in/olamy

[Emmanuel Lécharny]

Le 3/6/13 3:40 PM, Olivier Lamy a écrit :

> Peut-être si certaines personnes ont un jour un minimum d'intelligence
> (et moins d'ego) pour accepter le travail des autres.
> Car à part décourager les bonnes volontés par des insultes sur des
> mailing list publiques ...

C'est vrai ça ! Le connard que je trouve à insulter quelqu'un sur une
mailing list publique, je le tronçonne en deux.

C'est pas dieu possible...

> Mais bon c'est la vie de l'opensource ... Faudrait en parler à votre
> BOF de cela aussi: l'aspect social dans une communauté opensource :
> -).

On va en parler... L'ami Héritier est aussi une victime du social killer
de ton projet :)

[ehsavoie]

A ce propos il y avait eu une prez sympa qui montrait qu'une remarque négative ca a un très fort impact sur la contribution.

----------
Emmanuel Hugonnet
http://www.ehsavoie.com
http://twitter.com/ehsavoie

2013/3/6 Emmanuel Lécharny <elec...@gmail.com>

[Vincent Massol]

On Mar 6, 2013, at 4:08 PM, ehsavoie <emmanuel...@gmail.com> wrote:

> A ce propos il y avait eu une prez sympa qui montrait qu'une remarque négative ca a un très fort impact sur la contribution.

A FOSDEM il y a eu https://fosdem.org/2013/schedule/event/assholes/ ;)

-Vincent

[Laurent Forêt]

´<enModeTrollVerbeux> À quand un french/australian fork du projet, avant que gradle prenne l'ascendant ? Ça avancerait peut être plus vite .

</enModeTrollVerbeux>

Laurent Forêt

@laurentforet
http://www.devcoop.fr

2013/3/6 ehsavoie <emmanuel...@gmail.com>

[Nicolas Labrot]

<enModeTrollVerbeux>Il n'était pas question du successeur de Maven? Tesla?! ;)</enModeTrollVerbeux>

2013/3/6 Laurent Forêt <lauren...@gmail.com>

[Nicolas Delsaux]

On 3/6/13, Laurent Forêt <lauren...@gmail.com> wrote:
> ´<enModeTrollVerbeux> À quand un french/australian fork du projet, avant
> que gradle prenne l'ascendant ? Ça avancerait peut être plus vite .
> </enModeTrollVerbeux>
>

C'est vrai que ça m'intrigue aussi.
M'étant inscrit récement sur la ML dev de maven, j'ai vraiment
l'impression qu'il y deux communautés parallèles qui développent le
même produit, et que la direction n'est pas vraiment collégiale. Du
coup, l'opportunité du fork jenkins/hudson m'apparaît assez légitime.
Mais bon, je ne suis que lurkeur sur cette ML, alors je peux rien dire.
Limite que ça vaudrait le coup - vue l'importance de maven dans le dév
Java - d'y consacrer un épisode d'interview d'Arnaud par un simple
utilisateur maven (genre Emmanuel) sur l'histoire du projet et comment
a-tu-pon en arriver là ...
un *là* qui n'est pas loin pour moi de la mort cérébrale ...
--
Nicolas Delsaux

[Emmanuel Lécharny]

Le 3/6/13 4:11 PM, Vincent Massol a écrit :

> On Mar 6, 2013, at 4:08 PM, ehsavoie <emmanuel...@gmail.com> wrote:
>
>> A ce propos il y avait eu une prez sympa qui montrait qu'une remarque négative ca a un très fort impact sur la contribution.
> A FOSDEM il y a eu https://fosdem.org/2013/schedule/event/assholes/ ;)

C'est un point super délicat...

Il est fréquent d'assister à des combats qui à défaut d'être épiques
ressemblent à du street fight sur les mailing list des projets OSS.

L'usage du mail, et son côté asynchrone, rend les choses assez brutales.
Un exemple récent :

" Mauro, SHUT THE FUCK UP!

It's a bug alright - in the kernel. How long have you been a
maintainer? And you *still* haven't learnt the first rule of kernel
maintenance?" (Linus. Et oui...)


C'est du sévère, et du public. Le pauvre Mauro réussit a garder son
calme, mais à mon avis, il n'en pense pas moins.

Cela dit, en général, ça se passe bien dans 99% des cas. c'est quand ça
se passe mal que ça dégénère vite.

[Nicolas Fédou]

Une article sur le thème de la critique éclairée :
http://www.internetactu.net/2011/09/28/pourquoi-les-avis-negatifs-ont-ils-un-impact-positif-sur-les-ventes/
Par contre, il reste le problème de l'égo...

[Olivier Lamy]

la comparaison avec jenkins/hudson est assez intéressante. (le même
résultat n'est pas forcément souhaité par certains :-) )

> un *là* qui n'est pas loin pour moi de la mort cérébrale ...
> --
> Nicolas Delsaux
>

> --
> Vous recevez ce message, car vous êtes abonné au groupe Google Groupes lescastcodeurs.
> Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse lescastcodeur...@googlegroups.com.
> Pour envoyer un message à ce groupe, adressez un e-mail à lescast...@googlegroups.com.
> Visitez ce groupe à l'adresse http://groups.google.com/group/lescastcodeurs?hl=fr .
> Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .
>
>



--

[Laurent Forêt]

Je ne sais pas trop pour Hudson mais Jenkins semble se porter plutôt bien et la communauté semble avoir suivi les bons. 

Laurent Forêt

@laurentforet
http://www.devcoop.fr

2013/3/6 Olivier Lamy <olive...@gmail.com>

[Sébastien Deleuze]

https://twitter.com/eirbjo/status/299454388915798016 ;-)

2013/3/6 Laurent Forêt <lauren...@gmail.com>

[Emmanuel Lécharny]

Le 3/6/13 6:12 PM, Sébastien Deleuze a écrit :
> https://twitter.com/eirbjo/status/299454388915798016 ;-)

Excellent !!!

Cela dit, pour Maven, c'est un peu différent. On est dans un cas
pathologique où le projet est phagocyté par une société privée, qui
pousse son agenda sans se préoccuper de ce qu'en pense les committers,
et un manque de courage des dits committers, qui préfèrent laisser faire
plutôt que de s'opposer à ce modus operandi (pas tous mais sans une
majorité, tu peux rien faire).

En gros, si tu te lèves pour dire que ça suffit, tu te retrouve tout
seul à poil...

L'alternative ? Regrouper les quelques committers qui bossent réellement
dans l'esprit, brancher le projet, cutter une release en éliminant les
composants développés en externe, et pousser un vote. 6 mois de boulot,
sans aucune garantie... Qui n'en veut ?

Bon courage...

NB : Eh oui, l'OSS c'est pas toujours le paquet de bisounours qu'on vous
vend...

[Olivier Lamy]

Le 6 mars 2013 18:21, Emmanuel Lécharny <elec...@gmail.com> a écrit :
> Le 3/6/13 6:12 PM, Sébastien Deleuze a écrit :
>> https://twitter.com/eirbjo/status/299454388915798016 ;-)
>
> Excellent !!!
>
> Cela dit, pour Maven, c'est un peu différent. On est dans un cas
> pathologique où le projet est phagocyté par une société privée, qui
> pousse son agenda sans se préoccuper de ce qu'en pense les committers,
> et un manque de courage des dits committers, qui préfèrent laisser faire
> plutôt que de s'opposer à ce modus operandi (pas tous mais sans une
> majorité, tu peux rien faire).
>
> En gros, si tu te lèves pour dire que ça suffit, tu te retrouve tout
> seul à poil...
>
> L'alternative ? Regrouper les quelques committers qui bossent réellement
> dans l'esprit, brancher le projet, cutter une release en éliminant les
> composants développés en externe, et pousser un vote. 6 mois de boulot,
> sans aucune garantie... Qui n'en veut ?

Excellente analyse....
>
> Bon courage...
Merci :-)

>
> NB : Eh oui, l'OSS c'est pas toujours le paquet de bisounours qu'on vous
> vend...

Ah oui et (malheureusement) y en a plein d'autres comme ça :-)

>
> --
> Regards,
> Cordialement,
> Emmanuel Lécharny
> www.iktek.com
>

[Julien Ponge]

Et cette fameuse Fondation Apache ? N'est-ce pas son rôle d'intervenir ?

[Emmanuel Lécharny]

Le 3/6/13 9:41 PM, Julien Ponge a écrit :

> Et cette fameuse Fondation Apache ? N'est-ce pas son rôle d'intervenir ?

Contrairement à beaucoup d'autres fondations, Apache n'intervient que
peu dans les projets. Chaque projet est autonome, et dispose de son
propre système de contrôle : le PMC (Project Management Comittee) dont
le rôle est de superviser le projet. Si le PMC ne remplit pas son rôle,
le chairman du PMC peut remonter une alerte au board, qui peut alors
prendre les mesures adaptées, mais uniquement quand aucun consensus
n'arrive à se faire jour.

C'est assez rare. Il y a un cas de projet qui a été fermé (Avalon) il y
a déjà 10 ans. D'autres projets ont eu des problèmes, mais pas tant que
cela. Au final, ça tourne plutôt bien pour une fondation qui gère plus
de 100 projets, avec plus de 3000 committers et 400 membres.

[Bertrand Delacretaz]

2013/3/6 Emmanuel Lécharny <elec...@gmail.com>:

> Le 3/6/13 9:41 PM, Julien Ponge a écrit :
>> Et cette fameuse Fondation Apache ? N'est-ce pas son rôle d'intervenir ?
>

> ...Si le PMC ne remplit pas son rôle,

> le chairman du PMC peut remonter une alerte au board, qui peut alors
> prendre les mesures adaptées, mais uniquement quand aucun consensus

> n'arrive à se faire jour....

Notez que ça a été le cas en ce qui concerne les problèmes entre
Apache Maven et Sonatype, le board s'en est mêlé quelque peu pour
faire avancer les choses en 2011. On en voit quelques traces dans [1]
et [2].

Mais il s'agissait de problèmes de trademarks - pour les questions
techniques, comme Emmanuel le dit le board reste quasiment toujours en
dehors des discussions, le PMC du projet a toute liberté et pleine
responsabilité.

Je suppose donc que des volontaires pour les "6 mois de boulot sans
garantie" sont bienvenus. Futurs héros ;-)

-Bertrand

[1] http://www.apache.org/foundation/records/minutes/2011/board_minutes_2011_01_19.txt
[2] http://www.apache.org/foundation/records/minutes/2011/board_minutes_2011_02_16.txt

[ehsavoie]

Je pensais qu'on disait "Futurs Aussies" ;o)

----------
Emmanuel Hugonnet
http://www.ehsavoie.com
http://twitter.com/ehsavoie

2013/3/7 Bertrand Delacretaz <bdela...@apache.org>

[Emmanuel Lécharny]

Le 3/7/13 10:08 AM, ehsavoie a écrit :

> Je pensais qu'on disait "Futurs Aussies" ;o)

Les héros n'ont pas de patrie !

[Olivier Lamy]

Le 7 mars 2013 09:58, Bertrand Delacretaz <bdela...@apache.org> a écrit :
> 2013/3/6 Emmanuel Lécharny <elec...@gmail.com>:
>> Le 3/6/13 9:41 PM, Julien Ponge a écrit :
>>> Et cette fameuse Fondation Apache ? N'est-ce pas son rôle d'intervenir ?
>>
>> ...Si le PMC ne remplit pas son rôle,
>> le chairman du PMC peut remonter une alerte au board, qui peut alors
>> prendre les mesures adaptées, mais uniquement quand aucun consensus
>> n'arrive à se faire jour....
>
> Notez que ça a été le cas en ce qui concerne les problèmes entre
> Apache Maven et Sonatype, le board s'en est mêlé quelque peu pour
> faire avancer les choses en 2011. On en voit quelques traces dans [1]
> et [2].

Oui il y a quelques traces (heureusement ! ).
Après comme certaines choses se réglent en famille sur des ml privates.
Le reste "de la gallerie" (rien de péjoratif !) ne voit pas forcément
tout ce qui se passe.
Malheureusement (ou heureusement pour certains ce qui leur permet de
conserver une certaine image car ils ont toujours le bon goût/la
facilité à se faire passer pour victimes ....)

>
> Mais il s'agissait de problèmes de trademarks - pour les questions
> techniques, comme Emmanuel le dit le board reste quasiment toujours en
> dehors des discussions, le PMC du projet a toute liberté et pleine
> responsabilité.
>
> Je suppose donc que des volontaires pour les "6 mois de boulot sans
> garantie" sont bienvenus. Futurs héros ;-)

Bon même si je sais que celà est dit sur le ton de la plaisanterie.
IMHO Il n'y a pas (et ne doit pas y avoir) de héros chez Apache.
<mode opensource bisounours>
Mais seulement des contributeurs appartenant à une communauté de
contributeurs et qui sont là aux services des utilisateurs :-)
</mode opensource bisounours>

My 0.02 euros.
--
Olivier

>
> -Bertrand
>
> [1] http://www.apache.org/foundation/records/minutes/2011/board_minutes_2011_01_19.txt
> [2] http://www.apache.org/foundation/records/minutes/2011/board_minutes_2011_02_16.txt
>

> --
> Vous recevez ce message, car vous êtes abonné au groupe Google Groupes lescastcodeurs.
> Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse lescastcodeur...@googlegroups.com.
> Pour envoyer un message à ce groupe, adressez un e-mail à lescast...@googlegroups.com.
> Visitez ce groupe à l'adresse http://groups.google.com/group/lescastcodeurs?hl=fr .
> Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .
>
>

[Bertrand Delacretaz]

2013/3/7 Olivier Lamy <olive...@gmail.com>:

> Le 7 mars 2013 09:58, Bertrand Delacretaz <bdela...@apache.org> a écrit :

>>... Je suppose donc que des volontaires pour les "6 mois de boulot sans

>> garantie" sont bienvenus. Futurs héros ;-)
>
> Bon même si je sais que celà est dit sur le ton de la plaisanterie.

> IMHO Il n'y a pas (et ne doit pas y avoir) de héros chez Apache....

Même dans le modèle super-égalitaire Apache, on peut à mon avis
reconnaître les exploits de chacun - sans forcément leur donner plus
de pouvoir. On est tous le héros de quelqu'un de temps en temps,
heureusement!

-Bertrand

[Emmanuel Lécharny]

Le 3/7/13 2:26 PM, Bertrand Delacretaz a écrit :

C'est du développement open source, c'est binaire : on est des Huns ou
des Héros... (bon, ok, 2/20/)

[Laurent Forêt]

 non non elle est trés bonne ! 15/20

Laurent Forêt

@laurentforet
http://www.devcoop.fr

2013/3/7 Emmanuel Lécharny <elec...@gmail.com>

[Bertrand Delacretaz]

2013/3/7 Emmanuel Lécharny <elec...@gmail.com>:
> ...C'est du développement open source, c'est binaire : on est des Huns ou
> des Héros... (bon, ok, 2/20/)...

Je comprends les avis de circulation difficile à la rue St-Maur ce
matin...c'est la fumée de la moquette qui déborde dans la rue ;-)

-Bertrand

[Alban Dericbourg]

Oh là là... qu'est-ce que j'ai déclenché en blaguant sur une feature de Maven (en passant, c'est vendredi aujourd'hui, li la li la loum) !

Comme dit Arnaud, à vous lire, effectivement, c'est vache de conditionner les 2€ du café à l'arrivée de la feature dans le produit. Surtout si ça risque de ne pas arriver.
Allez, pour vous consoler, vous aurez votre café (et bien le café, pas l'argent du café : qui sait ce que vous feriez avec sinon, hein ?) même sans les logs de couleur.

Bref : héros ou pas héros, je tire mon chapeau à tous ceux qui bossent sur des projets libres (je ne limite pas à Maven) parce que mine de rien, c'est beau. Et encore plus quand on voit comment ça se passe à l'intérieur...