Je me demande quel est le taux du chiffre d'affaire des différentes entreprises impliquées qui va dans le développement upstream.
C'est difficile à déterminer ce que recouvre "upstream" pour certains produits (par exemple, si une boite est la seule à bosser sur un projet, c'est à la foi upstream et downstream).
C'est aussi difficile de déterminer aussi ce qui rentre dans "développement". Par exemple, est ce que les admin sys rentrent dedans ? Quid des traducteurs ? Est ce que l'argent que tu payes pour envoyer du monde au FOSDEM compte ?
Par exemple, je pense qu'on peut estimer pour Red hat un chiffre dans les 20% (+/- 5%), avec vaguement un ratio de "taille de l'engineering" / "taille total" * "ratio pifometrique de temps passé upstream". Je me souviens de ~30% à 40% d'ingés logiciels (avec autant coté commercial/consultant/support, et 10/20% coté services généraux, DSI, departement financier, RH), et je suppose un ratio de 50 à 60% de travail upstream pur en moyenne (encore une fois, ça varie beaucoup, surtout quand la séparation n'est pas franche).
Mais c'est une approximation à la louche, je n'ai pas de chiffres détaillés, et comme j'ai dit, ça devient vite compliqué d'estimer.
Est ce que corriger un bug pour un client et renvoyer le patch puis le faire accepter, c'est du travail downstream, upstream, 50% des 2, 30%/70% ?
[^] # Re: sources accessibles sur OpenELA
Posté par Misc (site web personnel) . En réponse au lien Red Hat rime avec cul de sac. Évalué à 3.
C'est difficile à déterminer ce que recouvre "upstream" pour certains produits (par exemple, si une boite est la seule à bosser sur un projet, c'est à la foi upstream et downstream).
C'est aussi difficile de déterminer aussi ce qui rentre dans "développement". Par exemple, est ce que les admin sys rentrent dedans ? Quid des traducteurs ? Est ce que l'argent que tu payes pour envoyer du monde au FOSDEM compte ?
Par exemple, je pense qu'on peut estimer pour Red hat un chiffre dans les 20% (+/- 5%), avec vaguement un ratio de "taille de l'engineering" / "taille total" * "ratio pifometrique de temps passé upstream". Je me souviens de ~30% à 40% d'ingés logiciels (avec autant coté commercial/consultant/support, et 10/20% coté services généraux, DSI, departement financier, RH), et je suppose un ratio de 50 à 60% de travail upstream pur en moyenne (encore une fois, ça varie beaucoup, surtout quand la séparation n'est pas franche).
Mais c'est une approximation à la louche, je n'ai pas de chiffres détaillés, et comme j'ai dit, ça devient vite compliqué d'estimer.
Est ce que corriger un bug pour un client et renvoyer le patch puis le faire accepter, c'est du travail downstream, upstream, 50% des 2, 30%/70% ?