- Rendez le projet dépendant d’outils complexes
- Attirez les participants nocifs et optimisez les dégâts qu’ils peuvent engendrer
- Ne fournissez pas de documentation
- Prenez les décisions relatives au projet en petit comité
- Sortez la grosse artillerie juridique
- Choisissez avec soin l'agent de liaison avec la communauté
- Rendez opaques les prises de décision
- Faites n'importe quoi avec les licences
- N'accordez jamais l'accès au commit à quelqu'un d'extérieur à l'entreprise
- Réfugiez-vous dans le silence
Un howto ironique issu d'une récente conférence remarquée du développeur PostgreSQL Josh Berkus, relatée par Jonathan Corbet et traduite par Framasoft.
# Si quelqu'un a le temps :
Posté par skeespin (site web personnel) . Évalué à 6.
[^] # Re: Si quelqu'un a le temps :
Posté par pamputt . Évalué à 9.
[^] # Re: Si quelqu'un a le temps :
Posté par octane . Évalué à 4.
Chaque paquet dépend d'un nombre innombrable de trucs qui eux-mêmes dépendent de machins qui sont souvent dans des version instables avec des machins à rebours terrible quand la lib qui te permet de recompiler un paquet te dit que le second paquet qui dépend du premier est trop récent. Mais le premier paquet est du coup trop récent par rapport à la lib et il faut tout reprendre de zéro en espérant qu'au final ça passe...
Bien sûr, pas de docs donnant la liste des versions à un instant 't' qui fonctionne ainsi que les dépendances secondaires... (genre X-window, par exemple).
Et ça, c'est vachement bii----p.
[^] # Re: Si quelqu'un a le temps :
Posté par Grunt . Évalué à 5.
https://linuxfr.org/~dinomasque/29347.html
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: Si quelqu'un a le temps :
Posté par skeespin (site web personnel) . Évalué à 1.
[^] # Re: Si quelqu'un a le temps :
Posté par Grunt . Évalué à 6.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: Si quelqu'un a le temps :
Posté par GeneralZod . Évalué à 2.
Parce qu'à part libvirt et les bindings python, le reste des dépendances n'a rien d'extravagant même pour une Debian stable.
http://virt-manager.et.redhat.com/download.html
Si tu prends en compte les dix points listés par Josh Berkus, tu verras que libvirt et les projets associés n'en respectent pas un seul.
[^] # Re: Si quelqu'un a le temps :
Posté par kowalsky . Évalué à 3.
[^] # Re: Si quelqu'un a le temps :
Posté par Antoine . Évalué à 5.
http://www.libroscope.org/Benchmark-23-logiciels-libres
[^] # Re: Si quelqu'un a le temps :
Posté par dinomasque . Évalué à 5.
BeOS le faisait il y a 20 ans !
[^] # Re: Si quelqu'un a le temps :
Posté par dinomasque . Évalué à 2.
Rendez le projet dépendant d’outils complexes
> Comme Richard Stallman et GCC
Attirez les participants nocifs et optimisez les dégâts qu’ils peuvent engendrer
> Richard Stallman est un bon exemple
Ne fournissez pas de documentation
> le sabotage généralisé des manpages du GNU est un bon exemple (voir par exemple celles des BSD qui sont mille fois mieux écrites)
Prenez les décisions relatives au projet en petit comité
> Les décisions arbitraires de RMS sur GCC sont un bon exemple
Sortez la grosse artillerie juridique
> La GPL V3 est une usine à gaz pour juristes pervers
Choisissez avec soin l'agent de liaison avec la communauté
> RMS ?
Rendez opaques les prises de décision
> RMS et GCC
Faites n'importe quoi avec les licences
> GPL V3 totalement incompréhensible, touffue et infernale
N'accordez jamais l'accès au commit à quelqu'un d'extérieur à l'entreprise
Réfugiez-vous dans le silence
> Bon ben le GNU doit encore s'améliorer sur ces deux points.
BeOS le faisait il y a 20 ans !
[^] # Re: Si quelqu'un a le temps :
Posté par Bruno Michel (site web personnel) . Évalué à 6.
> BeOS le faisait il y a 10 ans.
[^] # Re: Si quelqu'un a le temps :
Posté par zerkman (site web personnel) . Évalué à 10.
# Sun
Posté par apocryphe . Évalué à 1.
Vu l'exemple pris de SUN,
Je comprend maintenant mieux pourquoi JAVA évolue si mal depuis tant d'années...
[^] # Re: Sun
Posté par GeneralZod . Évalué à 2.
# dur...
Posté par tfeserver tfe (site web personnel) . Évalué à 10.
# Linux Mag
Posté par bubar🦥 (Mastodon) . Évalué à 7.
C'est tellement excellent que ça donne envie d'en faire des manpages :p
ps : faut ajoutez également :
Virer le promoteur initial du (projet) libre, le remplacer par un développeur qui n'a aucune hésitation à coller son nom sur des modules du cpan, et ne jamais redistribuer les modifs.
# Heu pentaho ?
Posté par goofy . Évalué à 7.
1 Pas de doc
2 Faire un dashboard sans la version entreprise faut faire du Reverse engineering (voir 1) et être expert Javascript
3 l'install en prod (pas leur demo) pareil chercher la doc …
[^] # Re: Heu pentaho ?
Posté par tom120934 . Évalué à 1.
Pour ce qui est du dashboard je sais pas en profondeur, j'ai rapidement essayé la démo mais ça a effectivement l'air obscur.
L'IRC communautaire est également très bien : bon accueil des newbies, bonne ambiance, réponse pertinent et rapide. Que du bon. J'ai testé il y a 1 an environ pour mettre en place un reporting, j'étais prêt à payer les 99$ de support annuel (version entreprise + docs) mais la communauté a fait le job.
[^] # Re: Heu pentaho ?
Posté par goofy . Évalué à 0.
Sinon tu as aussi le soi disant super service web impossible de trouver la moindre définition de ces fonctionnalités …
[^] # Re: Heu pentaho ?
Posté par tom120934 . Évalué à 2.
Je viens de vérifier la page de prix, ouh la la en effet que de changements en 1 an. L'offre de support à 99$ n'est plus visible, au profit de prix à 5 chiffres.
Vive l'édition communautaire, dans ces cas là !
[^] # Re: Heu pentaho ?
Posté par sdecloix . Évalué à 2.
1. La version Enterprise n'a jamais été à 99$ (sinon elle serait restée dans l'open source...)
2. Pentaho présente environ 90% de l'ensemble de ses fonctionnalités en open source (ce n'est pas forcément le cas d'autres solutions OSBI) :
Voici les différences de la version PRO vs COMMUNITY
- la console d'administration Enterprise (c'est juste une interface d'accès simplifiée aux fichiers de configuration xml de la version community)
- le composant Pentaho Analyzer, qui est une géniale interface web 2.0 de requêtage de cubes OLAP (rachetée d'ailleurs à l'éditeur propriétaire LUCIDERA)
- le designer web de tableaux de bords, qui peut être avantageusement remplacé par une API Javascript communautaire, le Pentaho Community Dashboard Framework, encore bien plus puissante !
Honnêtement, l'open source c'est aussi mettre un peu le nez dans l'outil et faire qq recherches (wiki.pentaho.com)..
Donc, Goofy, avant de critiquer, regarde un peu plus dans le détail le produit que tu veux utiliser....
Sylvain
http://www.osbi.fr
# Mauvaise volonté
Posté par Jonathan ILIAS-PILLET (site web personnel) . Évalué à 8.
En fait, je trouve essentiel de rappeler du contexte d'où est sorti ce billet d'humeur. Parce qu'en l'occurrence, ce qui est gênant, c'est de prétendre ouvrir à une communauté, sans vraiment le vouloir, de manière à surfer sur la vague du logiciel libre.
Mais vouloir généraliser ce constat (comme le sous-entends la news) me paraît plutôt naïf. Toute entreprise qui contribue ou pilote le développement d'un logiciel libre n'a pas vocation à en gérer une communauté. Je pense même qu'elles sont plutôt rares à vouloir le faire.
Il n'y a pas un (seul) dogme du logiciel libre, même si j'aime l'idée de communauté rassemblée autour d'un logiciel donné.
[^] # Re: Mauvaise volonté
Posté par Grunt . Évalué à 9.
À la rigueur, c'est un moindre mal: une entreprise qui se dit "On va faire du libre parce que c'est tendance", mais sans comprendre les attentes d'une éventuelles communauté, c'est plus de l'ignorance qu'autre chose.
Il me semble que ce journal dénonce surtout une attitude "anti communauté" qui consiste à prendre en compte l'éventualité de l'existence d'une communauté, afin de la démotiver. De faire, en quelque sorte, un logiciel libre par sa licence mais qui, dans les faits, pour les utilisateurs et développeurs, est aussi contraignant qu'un logiciel propriétaire.
J'en veux pour preuve la dénonciation des attitudes suivantes:
"Attirer les participants nocifs et optimisez les dégâts qu’ils peuvent engendrer"
et également (dans la traduction disponible sur le Framablog):
"Ne pas mettre de site à disposition ne suffira pas : dans de telles situations, la communauté a la fâcheuse habitude de créer le sien."
Une entreprise qui ne prend pas en compte l'aspect communautaire laissera la communauté se débrouiller avec les trolls ou avec la gestion d'un site communautaire, sans interférer en bien comme en mal.
Il me semble que ça a été l'attitude de Netgear pendant longtemps, face au développement de firmwares alternatifs (développement facilité par le fait que Netgear utilisait des logiciels sous GPL donc était tenu de redistribuer ses sources): ils n'ont, me semble-t-il, rien fait pour détruire cette communauté, même s'ils ne l'ont pas aidée. Et maintenant, ils soutiennent http://www.myopenrouter.com/ , autrement dit sont passés de "On s'en fout" à "On vous aide".
Il y a trois attitudes: "On vous met des bâtons dans les roues", "On s'en fout", ou bien "On vous aide", à bien distinguer.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: Mauvaise volonté
Posté par BAud (site web personnel) . Évalué à 4.
hmmm il y a une gradation dans le "On vous aide", j'ai eu la version "on est pas doué et l'organisation est opaque chez nous et en plus ça prend du temps avec les juristes", même s'il y avait de la bonne volonté (individuelle) mais très (trop) peu de pratique du libre :/ (en clair, il n'y avait pas de volonté de la hiérarchie et nous n'y avons jamais eu accès, même si nos contacts aidaient avec ce qu'ils avaient et pouvaient).
J'en retiens, qu'il faut vraiment réussir à remonter plus haut et procéder le plus ouvertement possible, afin d'obtenir du temps des entreprises souhaitant jouer gagnant-gagnant avec du libre (et dans la durée, bien sûr).
Bon, il est vrai qu'un pilote matériel, cela reste très ponctuel, mais il vaut mieux toujours penser tout de même qu'il y aura une nouvelle génération (et l'occasion d'aller plus loin avec le libre).
[^] # Re: Mauvaise volonté
Posté par Gniarf . Évalué à 3.
[^] # Re: Mauvaise volonté
Posté par BAud (site web personnel) . Évalué à 5.
http://wiki.eagle-usb.org/wakka.php?wiki=FollowUpADI
mais, oui, c'est souvent applicable à la plupart des fabricants qui feraient mieux de faire du libre pour le logiciel, au moins, quand leur métier c'est avant tout de vendre du matériel...
[1] http://faq.eagle-usb.org/wakka.php?wiki=ModemSupport il était^West utilisé dans pas mal d'autres modems
[^] # Re: Mauvaise volonté
Posté par houra . Évalué à 3.
ce n'est qu'un exemple.
Il me semble que j'ai toujours eu accès aux sources de mes routeurs Netgear, avec des adresses données dans le forum de Netgear. ( accessible dès le choix d'un modèle ).
http://www.netgear.fr/driver/ <<< --- par là .
Et dans ce forum, des liens, des améliorations, des avis sur les firmwares.
Bref, avis personnel, je ne crois pas que Netgear soit réellement le meilleur exemple, au contraire: pour une entreprise qui s'appuie sur la GPL depuis très longtemps, ils n'ont, eux, jamais failli. :)
( mon premier Modem routeur ADSL Netgear doit dater de 2003 ou 2004 , et j'ai toujours facilement trouvé le support, les sources, la licence et le forum sur leur site.
J'ignore totalement ce qui a décidé MyOpenRouter à exister et à demander à Netgear de les soutenir officiellement, mais avant eux, le ciel était aussi bleu comme une orange.
Sedullus dux et princeps Lemovicum occiditur
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.