Imaginons que tu ne connais pas (admettons que tu ne te renseigne pas et défend sans connaître) : pour pouvoir utiliser Travis CI il faut mettre un fichier portant le nom de la marque dans la racine de ton projet. Impossible (à ma connaissance du moins) de ne pas afficher le nom. --> panneau publicitaire pour tous les projets l'utilisant (pas pour rien que GitHub fait pareil maintenant... Ils en trouvent une utilité alors même qu'ils ont déjà leur nom à beaucoup d'endroits sur la page de projet; oui l'utilité peut être de ne pas donner de visibilité à un concurrent).
Et les fichiers c utilisent l'extension .c pour faire la pub du langage et pour utiliser make tu dois créer un fichier makefile, encore en de la pub. Ça n'est strictement rien et c'est plutôt une bonne pratique pour pouvoir justement faire ta migration ou utiliser un autre service sans risquer d'avoir de collision. Si tu compare ça, à GNU, Apache ou Eclipse qui pour être intégrer, tu dois préfixer le nom de ton projet par leur nom dans toute ta communication, ça c'est de la communication1. Là on parle d'ajouter un fichier caché à la racine de ton projet. Après libre aux projets de choisir de mettre un fanion pour dire que leur build travis est vert ou pas, mais c'est leur choix.
Non ça n'est pas du marketing.
tu fera un journal Caliméro à chaque fois
Quand on n'a pas d'argument, on attaque la personne.
Non c'est du comportement que je parle. Ça n'a rien à voir.
Et pour CentOS, on verra, CentOS existait et donc pas/peu d'idée de faire pareil, mais il n'existe plus et ça se trouve un autre projet prendra le relai. Comme pour Travis en fait.
C'est ce que je te dis. Tu ne prends pas soin de ta stack, très bien, mais du coup accepte que ça peut changer, qu'il va falloir régulièrement aller voir ailleurs, etc.
En fait, des fois on peut aussi dire que les offres "gratuites" empêchent la concurrence ayant moins de moyens, toi tu fantasmes que c'est sens unique mais peut-être que sans l'offre gratuite de Travis ben Travis n'existerait juste pas faute d'offre intéressante et pas de pub des libristes qui auraient misé autre chose (gratuit ou pas)...
C'est toi qui dis que c'est à sens unique, que le libre s'est fait utiliser. Par contre toi tu fantasme beaucoup sur l'honneur qu'on les services d'être utilisé par toi. Tu daigne leur donner de la visibilité.
Il me semble que c'est travis qui a inventé le principe d'avoir la configuration de son build dans ses sources (il y avait peut être heroku qui utilisait ce principe là avant, mais c'était moins pour la CI que le déploiement). C'est une révolution pour toutes les CI (sous forme de services ou chez soit), ça aide vachement les alternatives à se créer.
je ne critique pas cela, ils le font pour d'autres considérations. Par exemple pour Apache, c'est pour que la marque soit liée juridiquement à la fondation et qu'une entreprise ne puisse pas tout contrôler (oui CentOS c'est toi que je regarde). ↩
[^] # Re: Ça s'entend...
Posté par barmic 🦦 . En réponse au journal Travis CI : aimer le libre (pour se faire connaître), mais pas/plus trop. Évalué à -3.
Et les fichiers c utilisent l'extension .c pour faire la pub du langage et pour utiliser make tu dois créer un fichier makefile, encore en de la pub. Ça n'est strictement rien et c'est plutôt une bonne pratique pour pouvoir justement faire ta migration ou utiliser un autre service sans risquer d'avoir de collision. Si tu compare ça, à GNU, Apache ou Eclipse qui pour être intégrer, tu dois préfixer le nom de ton projet par leur nom dans toute ta communication, ça c'est de la communication1 . Là on parle d'ajouter un fichier caché à la racine de ton projet. Après libre aux projets de choisir de mettre un fanion pour dire que leur build travis est vert ou pas, mais c'est leur choix.
Non ça n'est pas du marketing.
Non c'est du comportement que je parle. Ça n'a rien à voir.
C'est ce que je te dis. Tu ne prends pas soin de ta stack, très bien, mais du coup accepte que ça peut changer, qu'il va falloir régulièrement aller voir ailleurs, etc.
C'est toi qui dis que c'est à sens unique, que le libre s'est fait utiliser. Par contre toi tu fantasme beaucoup sur l'honneur qu'on les services d'être utilisé par toi. Tu daigne leur donner de la visibilité.
Il me semble que c'est travis qui a inventé le principe d'avoir la configuration de son build dans ses sources (il y avait peut être heroku qui utilisait ce principe là avant, mais c'était moins pour la CI que le déploiement). C'est une révolution pour toutes les CI (sous forme de services ou chez soit), ça aide vachement les alternatives à se créer.
je ne critique pas cela, ils le font pour d'autres considérations. Par exemple pour Apache, c'est pour que la marque soit liée juridiquement à la fondation et qu'une entreprise ne puisse pas tout contrôler (oui CentOS c'est toi que je regarde). ↩
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll