En résumé les tests unitaires sont souvent pris en charge par des librairies (ex : JUnit). Ils ne sont applicables que pour le code métier et peuvent donc être enchaînés automatiquement pour valider tout changement lors de build. Ils s'appuient parfois sur du bouchonnage grâce à des frameworks dédiés lorsqu'il y a des dépendances avec d'autres composants (ex EasyMock). Rajoute un petit test qui met en erreur lors de la découverte d'un nouveau bug et git bissect est ton ami pour retrouver une régression. On utilise aussi des outils de couverture de code pour vérifier que les tests couvrent un maximum de cas (ex : Emma).
Pour ce qui est de la partie interface utilisateur il n'y a pas de autre solution que d'enregistrer des scénarios de tests qui simulent le différents événements d'une IHM. Ensuite ceci est enregistré sous forme de macros dans un langage dédié et peut donc être modifié pour s'adapter aux changements mineurs d'interface. Ces outils doivent donc être adaptés pour chaque bibliothèque graphique. Mercury propose donc Quicktest Pro qui couvre beaucoup de bibliothèque. Pour des interfaces web, Sélénium fait largement l'affaire.
Après il reste à décrire des scénarios de tests fonctionnel qui permettent à la maîtrise d'ouvrage de valider la conformité du produit par rapport aux specs. Certaines parties ne sont pas automatisables. Les scénarios sont donc décrits étape par étape et lors d'une campagne de test, le testeur déroule les cas de test, valide les étapes et soumet les défauts lorsqu'il en rencontre. Mercury, leader du domaine, propose l'outil Quality Center à cet effet. C'est là je pense que se situe le produit présenté dans la dépêche. Ce qui est intéressant c'est qu'on dispose enfin d'une solution de test complète et libre avec tous les produits que j'ai cité.
Le bémol qui a été soulevé plus haut est que lorsqu'on découvre un défaut il est renseigné dans l'outil de test alors que des outils de suivi de demande de changement existent déjà, sont plus complets et sont souvent utilisés en amont du projet en phase de développement pour suivre les nouvelles fonctionnalités et pas seulement les défauts. Par ailleurs les défauts peuvent aussi être découverts en prod et soumis dans ces mêmes outils. Ici on parle de JIRA mais c'est pareil pour n'importe quel bugtracker (je préfère le terme issue tracking qui est plus juste pour traiter toutes les demandes pas seulement les bugs). Pour un outil de suivi de test fonctionnel il est donc important de pouvoir s'interfacer avec un outil de suivi des demande de changement plutôt que de réinventer la roue. Autant ça ce comprend pour Mercury qui cherche à étendre son périmètre dans les outils de gestion du cycle de vie (ALM) face à ses concurrents comme IBM, autant pour un outil libre c'est un peu dommage.
Dsl pour le style télégraphique mais vraiment les tablettes android sont pas au point (troll inside) [NdM : mise en forme et qqs corrections apportées depuis]
Et effectivement QC a une interface ripoux à base d'active X avec tout les problèmes afférents à la sécurisation des postes sous Active Directory, des formulaires ala web des années 80 pour la soumission des défauts.
Néanmoins pour le cas que tu cites je crois qu'il existe un plugin à l'étude chez nous "JAM": https://plugins.atlassian.com/plugins/com.go2group.jira.plugin.mercury_kit
Il permet de synchroniser les 2 outils en automatique.
Je n'ai pas eu de retour pour savoir s'il était concluant.
Une alternative à QC est à suivre.
Déjà que Selenium remplace avantageusement QuickTest Pro pour une grande majorité d'IHM.
Et surtout pourquoi ne pas rejoindre une initiative plus large avec des confs sur tous les sujets par des pointures
avec des sous-titres dans plusieurs langues et maintenant une appli android: http://www.ted.com/
Vois plutôt comme ça comme un clin d'oeil qu'une étiquette.
Les libéraux ne me gênent pas lorsqu'ils ne la ramènent pas sur n'importe quel sujet lié de près où de loin à l'état souverain ou à la démocratie.
Mais par contre, j'ai bien compris que Sarko venait d'augmenter les pension de retraites, proposait de verser la retraite le premier du mois et voulait encore sanctionner ces sales fainéants de chomistes.
Les ptit vieux vont sortir de leur (maison de) retraite et l'affaire est déjà pliée.
Et surtout il ne faut pas faire confiance aux applis d'un store mais n'importe quel site web, on peut.
C'est vrai qu'il n'y a aucune attaque sur le web https://www.owasp.org/index.php/Top_10_2010-Main
Non, je ne pense pas, je ne connais pas beaucoup de développent qui scrutent les mise à jour de sécurité des différentes bibliothèques qu'ils utilisent.
Ah, tu ne connais les mauvais alors.
Ca doit être spécifique aux LLs.
Et imagine que chacun fasse son boulot en publiant sur son site les maj de sa lib et que ceux qui en dépendent soient notifiés automatiquement ?
Encore faut-il s'accorder sur une norme une convention. Mais si les libristes ne se perdaient pas en querelle de chapelle
,ca ferait longtemps qu'il n'y aurait plus qu'une ou 2 distribution et un seules système de packages.
Alors on préfère mettre en place des standards d'échanges qui ne couvrent jamais le périmètre complet … au nom de la liberté de refaire son truc dans son coin bien sûr.
Quand on vire le nombre d'app qui ne sont pas des mises en page de site web ou une réécriture d'un jeu flash, on a vite fait le tour.
J'espère que tu ne participes pas au projet weboobs pour te moquer de la sorte.
Parce que c'est sans intérêt.
Et j'attends avec impatience toute ces applis sociales qu'on trimballe avec soit (comme mon ex en dessous)
Bon c'est un peu lourd trimballer un portable en ville, pis faudrait qu'il soit opérationnel en 1s pour sortir de la veille.
Je sais pas, l'autre coup j'étais à Toulouse,
je sors mon appli à pets pour voir un bon bar à tapas dans un rayon de 100m.
Je clique sur "Adresses", puis tapas. Le premier qui apparait a des commentaires d’évaluations, un clic et j'arrive sur le site et on s'est régalé.
Autrefois j'arpentais les rues et au bout d'une heure à tourner, on se rabattait sur celui qui arrive parce qu'on en avait marre de trotter et on bouffait dégueulasse en jurant qu'on ne nous y reprendrait plus
Mais bon on peut préférer recompiler ses appli avec une ArchLinux aussi hein !
Chacun voit midi à sa porte.
Génial pour les mises à jour de sécurités. Les équipes de sécurité des distros ont justement plein de temps à perdre.
Tu veux dire que les apps sur Android et Iphone sont des bloatwares, je tombe des nues.
Est-ce que tu crois pas que l'utilisateur, il aimerait bien pas se coltiner la maintenance de son système.
Après tout, le mieux placé pour savoir quelle dépendance il a dans son code et juger de la pertinence ou non de faire une mise à jour, n'est il pas le développeur ?
Laisser la main aux développeurs et ne plus voir de batailles de chiffonniers entre les gardiens du temple, des temples ca chacun a son obédience pardon, quel sacrilège.
Au final, n distributions, inutilisables pour quelqu'un qui veut pas se prendre la tête qui font fuir même les développeurs. Bravo!
Et la liberté, le bazar face à la cathédrale, hein.
Ben regarde le nombre d'app sur ces stores et tu verras.
La diversité ce sont les apps pas les distribs.
Et la qualité, la sécurité …
Ben regarde les notes de ces apps et celles qui sont propulsée.
Après certains les valident en amont avant de les accepter, on les critique de se faire payer ce boulot, soit (bon ok on n'a pas le droit d'ajouter un store différent).
C'est ca la différence entre un store une distrib.
Magique !
Dans 5 ans ce sera l'année de Linux sur le desktop, je vous le prédis.
Savez pourquoi ?
Parce que les seuls à encore utiliser un desktop seront les linuxiens.
Vous voyez, vous aurez fini par vaincre.
Sous Linux si vous recevez des mails d'insulte de gens qui gueule car votre app libre et gratuite ne répond pas exactement à leurs besoins vous êtes content …..
Je cherche d'autres commentaires dans lequel tu serais fait rembarrer parce que tu aurais poliment demandé où se trouvent ces Nimages et je ne vois que celui auquel j'ai répondu et qui m'a paru plus prolixe et bien moins innocent.
Désolé !
Allez, t'avais envie de te lâcher un ptit coup après une journée bien remplie, on ne t'en veux pas.
Tout le monde fait comme ca ici, comme un pilier irait au bistrot avant de retourner voir bobonne et se coltiner la marmaille.
Le rapport signal/bruit est toujours aussi détonnant.
https://github.com/rails/rails/issues
Fermez tout de suite ce site qui va à l'encontre de la doxa!
QUELLE HOOOOONTE !
Ce ne sont pas quelques screenshots (copies d'écran, pardon), quand même, ma bonne dame !
Il y va de notre indépendance !
FusionForge c'est pas un truc qui est parti de la version PHP de SourceForge que la boite elle-même elle n'en voulait plus.
Mouhahaha !
GitHub ? Ah oui sûrement, un peu comme les admins doivent se marrer en parcourant la moitié des adresses mails des comptes ici en voyant qu'elle sont sous gmail.
C'est le mal, mais on peut pas faire autrement, c'est tellement pratique.
Bitbucket ?
Comment ? Le principal hébergeur de depôt Hg.
Sur quelle planète libre tournes tu ?
J'ai pas osé citer "Google Code" de peur d'effaroucher quelques pucelles !
Ah merde …
Enfin, pour quelqu'un qui passerait ici par hasard et qui se demanderait quelle est cette secte de shadocks très étrange , assurément.
Je vois d'ailleurs que ma critique est plébiscitée.
Etonné, je suis.
Allez, restez bien entre vous et ne sortez pas au grand jour, ca vous ferait trop mal de voir cette cruelle réalité.
Le monde continue à tourner sans vous, capitaliste comme il faut et sans état d'âme.
Corrigez cette virgule que je ne saurais voir, refaites le monde à coup de web qui n'est pas la même chose qu'internet ou de la BSD c'est plus blanc que la GPL.
Sur que vous allez provoquer la révolution.
[^] # Re: positionnement par rapport à cTest
Posté par El Titi . En réponse à la dépêche Squash TM : nouvel outil pour la gestion du patrimoine de tests. Évalué à 5. Dernière modification le 26 avril 2012 à 10:56.
Oui,
En résumé les tests unitaires sont souvent pris en charge par des librairies (ex : JUnit). Ils ne sont applicables que pour le code métier et peuvent donc être enchaînés automatiquement pour valider tout changement lors de build. Ils s'appuient parfois sur du bouchonnage grâce à des frameworks dédiés lorsqu'il y a des dépendances avec d'autres composants (ex EasyMock). Rajoute un petit test qui met en erreur lors de la découverte d'un nouveau bug et
git bissectest ton ami pour retrouver une régression. On utilise aussi des outils de couverture de code pour vérifier que les tests couvrent un maximum de cas (ex : Emma).Pour ce qui est de la partie interface utilisateur il n'y a pas de autre solution que d'enregistrer des scénarios de tests qui simulent le différents événements d'une IHM. Ensuite ceci est enregistré sous forme de macros dans un langage dédié et peut donc être modifié pour s'adapter aux changements mineurs d'interface. Ces outils doivent donc être adaptés pour chaque bibliothèque graphique. Mercury propose donc Quicktest Pro qui couvre beaucoup de bibliothèque. Pour des interfaces web, Sélénium fait largement l'affaire.
Après il reste à décrire des scénarios de tests fonctionnel qui permettent à la maîtrise d'ouvrage de valider la conformité du produit par rapport aux specs. Certaines parties ne sont pas automatisables. Les scénarios sont donc décrits étape par étape et lors d'une campagne de test, le testeur déroule les cas de test, valide les étapes et soumet les défauts lorsqu'il en rencontre. Mercury, leader du domaine, propose l'outil Quality Center à cet effet. C'est là je pense que se situe le produit présenté dans la dépêche. Ce qui est intéressant c'est qu'on dispose enfin d'une solution de test complète et libre avec tous les produits que j'ai cité.
Le bémol qui a été soulevé plus haut est que lorsqu'on découvre un défaut il est renseigné dans l'outil de test alors que des outils de suivi de demande de changement existent déjà, sont plus complets et sont souvent utilisés en amont du projet en phase de développement pour suivre les nouvelles fonctionnalités et pas seulement les défauts. Par ailleurs les défauts peuvent aussi être découverts en prod et soumis dans ces mêmes outils. Ici on parle de JIRA mais c'est pareil pour n'importe quel bugtracker (je préfère le terme issue tracking qui est plus juste pour traiter toutes les demandes pas seulement les bugs). Pour un outil de suivi de test fonctionnel il est donc important de pouvoir s'interfacer avec un outil de suivi des demande de changement plutôt que de réinventer la roue. Autant ça ce comprend pour Mercury qui cherche à étendre son périmètre dans les outils de gestion du cycle de vie (ALM) face à ses concurrents comme IBM, autant pour un outil libre c'est un peu dommage.
Dsl pour le style télégraphique mais vraiment les tablettes android sont pas au point (troll inside)[NdM : mise en forme et qqs corrections apportées depuis][^] # Re: Bon début...
Posté par El Titi . En réponse à la dépêche Squash TM : nouvel outil pour la gestion du patrimoine de tests. Évalué à 4.
Marrant, on a les mêmes besoins ici.
Et effectivement QC a une interface ripoux à base d'active X avec tout les problèmes afférents à la sécurisation des postes sous Active Directory, des formulaires ala web des années 80 pour la soumission des défauts.
Néanmoins pour le cas que tu cites je crois qu'il existe un plugin à l'étude chez nous "JAM":
https://plugins.atlassian.com/plugins/com.go2group.jira.plugin.mercury_kit
Il permet de synchroniser les 2 outils en automatique.
Je n'ai pas eu de retour pour savoir s'il était concluant.
Une alternative à QC est à suivre.
Déjà que Selenium remplace avantageusement QuickTest Pro pour une grande majorité d'IHM.
[^] # Re: Est-ce que ça sert ?
Posté par El Titi . En réponse au journal Coursera s'agrandit & cours sur les compilateurs. Évalué à 3.
Et surtout pourquoi ne pas rejoindre une initiative plus large avec des confs sur tous les sujets par des pointures
avec des sous-titres dans plusieurs langues et maintenant une appli android:
http://www.ted.com/
Je recommande particulièrement les talks de Richard Dawkins a un athéiste de combat qui traine sur ce site ;-)
http://www.ted.com/index.php/talks/richard_dawkins_on_militant_atheism.html
[^] # Re: Absolument pas spécifique aux commentateurs politiques, malheureusement...
Posté par El Titi . En réponse au journal [Humeur] Sondages et éditocrates, une histoire d’amour. Évalué à 1.
Vois plutôt comme ça comme un clin d'oeil qu'une étiquette.
Les libéraux ne me gênent pas lorsqu'ils ne la ramènent pas sur n'importe quel sujet lié de près où de loin à l'état souverain ou à la démocratie.
[^] # Re: Absolument pas spécifique aux commentateurs politiques, malheureusement...
Posté par El Titi . En réponse au journal [Humeur] Sondages et éditocrates, une histoire d’amour. Évalué à 2.
Ca marche aussi pour la foi en le libéralisme alors :-)
[^] # Re: Bilan partiel de la discussion
Posté par El Titi . En réponse au journal Élection présidentielle en France. Évalué à 2.
Faut le dire vite:
http://www.google.fr/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&ved=0CDEQtwIwAA&url=http%3A%2F%2Fwww.youtube.com%2Fwatch%3Fv%3Dn-9q6rpO24k&ei=RBJ_T_n7Muit0QW1x-CcBw&usg=AFQjCNFc794tjTkBeWimDtfIc2WuuUE7Bw&sig2=7T8qjIacnxQOd4WxJGTkKg
[^] # Re: linuxfr n'est pas soumis
Posté par El Titi . En réponse au journal Élection présidentielle en France. Évalué à 3.
Mais par contre, j'ai bien compris que Sarko venait d'augmenter les pension de retraites, proposait de verser la retraite le premier du mois et voulait encore sanctionner ces sales fainéants de chomistes.
Les ptit vieux vont sortir de leur (maison de) retraite et l'affaire est déjà pliée.
Allez, je vous rafraichis un peu la mémoire:
http://linuxfr.org/users/minimock/journaux/charit%C3%A9-bien-ordonn%C3%A9e-commence-par-soi-m%C3%AAme
http://linuxfr.org/users/minimock/journaux/des-jeux-et-encore-des-jeux
Quand je pense que certains se faisaient des illusions.
[^] # Re: linuxfr n'est pas soumis
Posté par El Titi . En réponse au journal Élection présidentielle en France. Évalué à 3.
Si je ne suis pas Claire, je suis Juste
Leblanc ?
[^] # Re: linuxfr n'est pas soumis
Posté par El Titi . En réponse au journal Élection présidentielle en France. Évalué à 3.
__il a quand même la grande classe,
Il lutte beaucoup pour l'avoir, aussi
[^] # Re: Tiens...
Posté par El Titi . En réponse au journal Voter autrement. Évalué à 10.
Quitte à se faire mettren autant le faire faire par un pro.
Moi je vote DSK.
[^] # Re: Pour la science
Posté par El Titi . En réponse au journal Voter autrement. Évalué à 3.
C'est de la logique floue en somme.
En tout cas, moi j'ai rien compris !
[^] # Re: Et toi?
Posté par El Titi . En réponse au journal Génération Z de neuneux. Évalué à -7.
Pour le coup je te moinsse.
Ca avait le mérite d'apparaître comme un fantasme d'un dyslexique mais là … non, tu me fais vraiment trop de peine.
[^] # Re: Linux
Posté par El Titi . En réponse au journal Le vers est dans le fruit. Évalué à 5.
Voyons sans vulnérabilité Linux est déjà inutilisable.
Il n'a pas besoin de ça.
[^] # Re: Sorti de Qt, point de salut ?
Posté par El Titi . En réponse au journal Le développement en natif pour un soft universel ?. Évalué à 2.
Un toolkit discret et pourtant assez apprécié:
http://www.fox-toolkit.org/
[^] # Re: on pourrait faire plus simple
Posté par El Titi . En réponse au journal Un AppStore est-il viable pour une distribution Linux ?. Évalué à 0.
Et surtout il ne faut pas faire confiance aux applis d'un store mais n'importe quel site web, on peut.
C'est vrai qu'il n'y a aucune attaque sur le web
https://www.owasp.org/index.php/Top_10_2010-Main
[^] # Re: on pourrait faire plus simple
Posté par El Titi . En réponse au journal Un AppStore est-il viable pour une distribution Linux ?. Évalué à 2.
On voit que tu navigues souvent sur le web avec un smartphone toi.
Et sinon pose la même question aux devs de weboob, ils te répondront mieux que moi.
[^] # Re: on pourrait faire plus simple
Posté par El Titi . En réponse au journal Un AppStore est-il viable pour une distribution Linux ?. Évalué à 4.
Non, je ne pense pas, je ne connais pas beaucoup de développent qui scrutent les mise à jour de sécurité des différentes bibliothèques qu'ils utilisent.
Ah, tu ne connais les mauvais alors.
Ca doit être spécifique aux LLs.
Et imagine que chacun fasse son boulot en publiant sur son site les maj de sa lib et que ceux qui en dépendent soient notifiés automatiquement ?
Encore faut-il s'accorder sur une norme une convention. Mais si les libristes ne se perdaient pas en querelle de chapelle
,ca ferait longtemps qu'il n'y aurait plus qu'une ou 2 distribution et un seules système de packages.
Alors on préfère mettre en place des standards d'échanges qui ne couvrent jamais le périmètre complet … au nom de la liberté de refaire son truc dans son coin bien sûr.
Quand on vire le nombre d'app qui ne sont pas des mises en page de site web ou une réécriture d'un jeu flash, on a vite fait le tour.
J'espère que tu ne participes pas au projet weboobs pour te moquer de la sorte.
Parce que c'est sans intérêt.
Et j'attends avec impatience toute ces applis sociales qu'on trimballe avec soit (comme mon ex en dessous)
Bon c'est un peu lourd trimballer un portable en ville, pis faudrait qu'il soit opérationnel en 1s pour sortir de la veille.
Tu semble un peu aigris
Aigri ?
Non, railleur sûrement.
[^] # Re: on pourrait faire plus simple
Posté par El Titi . En réponse au journal Un AppStore est-il viable pour une distribution Linux ?. Évalué à 2.
Je sais pas, l'autre coup j'étais à Toulouse,
je sors mon appli à pets pour voir un bon bar à tapas dans un rayon de 100m.
Je clique sur "Adresses", puis tapas. Le premier qui apparait a des commentaires d’évaluations, un clic et j'arrive sur le site et on s'est régalé.
Autrefois j'arpentais les rues et au bout d'une heure à tourner, on se rabattait sur celui qui arrive parce qu'on en avait marre de trotter et on bouffait dégueulasse en jurant qu'on ne nous y reprendrait plus
Mais bon on peut préférer recompiler ses appli avec une ArchLinux aussi hein !
Chacun voit midi à sa porte.
[^] # Re: on pourrait faire plus simple
Posté par El Titi . En réponse au journal Un AppStore est-il viable pour une distribution Linux ?. Évalué à 5.
Génial pour les mises à jour de sécurités. Les équipes de sécurité des distros ont justement plein de temps à perdre.
Tu veux dire que les apps sur Android et Iphone sont des bloatwares, je tombe des nues.
Est-ce que tu crois pas que l'utilisateur, il aimerait bien pas se coltiner la maintenance de son système.
Après tout, le mieux placé pour savoir quelle dépendance il a dans son code et juger de la pertinence ou non de faire une mise à jour, n'est il pas le développeur ?
Laisser la main aux développeurs et ne plus voir de batailles de chiffonniers entre les gardiens du temple, des temples ca chacun a son obédience pardon, quel sacrilège.
Au final, n distributions, inutilisables pour quelqu'un qui veut pas se prendre la tête qui font fuir même les développeurs. Bravo!
Et la liberté, le bazar face à la cathédrale, hein.
Ben regarde le nombre d'app sur ces stores et tu verras.
La diversité ce sont les apps pas les distribs.
Et la qualité, la sécurité …
Ben regarde les notes de ces apps et celles qui sont propulsée.
Après certains les valident en amont avant de les accepter, on les critique de se faire payer ce boulot, soit (bon ok on n'a pas le droit d'ajouter un store différent).
C'est ca la différence entre un store une distrib.
Magique !
Dans 5 ans ce sera l'année de Linux sur le desktop, je vous le prédis.
Savez pourquoi ?
Parce que les seuls à encore utiliser un desktop seront les linuxiens.
Vous voyez, vous aurez fini par vaincre.
Pendant ce temps le monde avance … sans vous.
[^] # Re: desktop linux oui mais pour les informaticiens
Posté par El Titi . En réponse au journal Un AppStore est-il viable pour une distribution Linux ?. Évalué à 1.
Sous Linux si vous recevez des mails d'insulte de gens qui gueule car votre app libre et gratuite ne répond pas exactement à leurs besoins vous êtes content …..
Pur fantasme !
Personne ne réagit comme ça dans le monde merveilleux des Libristes.
La preuve :
http://linuxfr.org/users/fog/journaux/star-buck-0-1
[^] # Re: on pourrait faire plus simple
Posté par El Titi . En réponse au journal Un AppStore est-il viable pour une distribution Linux ?. Évalué à 3.
Mais ca existe et ca n'a jamais décollé:
http://fr.wikipedia.org/wiki/GNUstep
[^] # Re: linuxfr et toutes ses moules
Posté par El Titi . En réponse au journal Star Buck 0.1. Évalué à -3.
Je cherche d'autres commentaires dans lequel tu serais fait rembarrer parce que tu aurais poliment demandé où se trouvent ces Nimages et je ne vois que celui auquel j'ai répondu et qui m'a paru plus prolixe et bien moins innocent.
Désolé !
Allez, t'avais envie de te lâcher un ptit coup après une journée bien remplie, on ne t'en veux pas.
Tout le monde fait comme ca ici, comme un pilier irait au bistrot avant de retourner voir bobonne et se coltiner la marmaille.
Le rapport signal/bruit est toujours aussi détonnant.
[^] # Re: linuxfr et toutes ses moules
Posté par El Titi . En réponse au journal Star Buck 0.1. Évalué à 0.
Rhooohh !
https://github.com/rails/rails/issues
Fermez tout de suite ce site qui va à l'encontre de la doxa!
QUELLE HOOOOONTE !
Ce ne sont pas quelques screenshots (copies d'écran, pardon), quand même, ma bonne dame !
Il y va de notre indépendance !
Voilà un argument pour passer sous django, tiens
http://linuxfr.org/nodes/89770/comments/1334721
https://www.djangoproject.com/download/
https://code.djangoproject.com/wiki/Reports
Je vous laisse à votre immense cohérence.
Li-be-rez D - L - F P
Li-be-rez D - L - F P
Li-be-rez D - L - F P
…
[^] # Re: linuxfr et toutes ses moules
Posté par El Titi . En réponse au journal Star Buck 0.1. Évalué à 1.
FusionForge c'est pas un truc qui est parti de la version PHP de SourceForge que la boite elle-même elle n'en voulait plus.
Mouhahaha !
GitHub ? Ah oui sûrement, un peu comme les admins doivent se marrer en parcourant la moitié des adresses mails des comptes ici en voyant qu'elle sont sous gmail.
C'est le mal, mais on peut pas faire autrement, c'est tellement pratique.
Bitbucket ?
Comment ? Le principal hébergeur de depôt Hg.
Sur quelle planète libre tournes tu ?
J'ai pas osé citer "Google Code" de peur d'effaroucher quelques pucelles !
Ah merde …
[^] # Re: typo?
Posté par El Titi . En réponse au journal Star Buck 0.1. Évalué à -2.
Peut-être que cela correspond à la réalité ?
Enfin, pour quelqu'un qui passerait ici par hasard et qui se demanderait quelle est cette secte de shadocks très étrange , assurément.
Je vois d'ailleurs que ma critique est plébiscitée.
Etonné, je suis.
Allez, restez bien entre vous et ne sortez pas au grand jour, ca vous ferait trop mal de voir cette cruelle réalité.
Le monde continue à tourner sans vous, capitaliste comme il faut et sans état d'âme.
Corrigez cette virgule que je ne saurais voir, refaites le monde à coup de web qui n'est pas la même chose qu'internet ou de la BSD c'est plus blanc que la GPL.
Sur que vous allez provoquer la révolution.