vieuxshell a écrit 264 commentaires

Ca ne se fait pas trop de venir faire de la pub dans les news des autres mais bon, c'est la famille ;)

Dans un des autres enfants de SourceForge, Codendi ( http://codendi.com ), on a pas mal bossé sur la partie documentation. Dans notre cas, cela était tiré par des contraintes "process" (respect de template, table d'approbation de docs, etc) mais on peut très bien l'utiliser sans tout ce bazar.

Maintenant que c'est tout GPL, manque plus que le code de Codendi soit publié et qu'il y ait une meilleur interop entre les forges. Ca tombe bien, ce sont deux projets en cours.

Tu veux dire que les gens crachaient sur leurs écrans à la lecture non?

C'est peut-être le ton de "ils n'ont qu'a payé" et "ils ne méritent pas d'utiliser le soft".

Pour ma part, je préfere largement un logiciel libre non maintenu qu'un logiciel propriétaire en fin de vie (avec les $$ qui vont bien à l'éditeur pour qu'il daigne nous permettre d'utiliser un vieux produit buggé qu'il ne support plus).
C'est d'ailleurs plus simple en entreprise que pour un particulier. Une entreprise peut facilement engager un sous-traitant ou une SSLL pour maintenir un soft libre qui n'a plus d'upstream. Par contre, pour les particuliers, ils faut quand même une dose de chance à mon avis (trouver un dev qui accepte de le faire, à moindre coût ou gratuitement).

D'ailleurs je ne crois pas qu'il existe un système genre "Perdu de recherche" où une communauté en perdition peut appeler Supercoder pour les sauver en échange d'un slip propre.

Si la communauté d'utilisateur dont tu parles ne sont prêt ni à l'un ni à l'autre, c'est qu'il ne méritent pas d'utiliser ce logiciel libre et qu'en fait ils ne sont qu'un attroupement de rapaces qui attendent qu'on leur donne tout sans qu'ils n'apportent rien.

Dans le logiciel libre, on est également libre de ne pas participer au développement ;)

Il peut également se trouver des cas ou l'on a pas la possibilité ni technique, ni financière de faire réaliser le travail. En plus je ne suis pas certain qu'il soit facile de trouver une personne pour "coder le truc" pour pas trop cher (15,20,50 euros). Et si tu fais appel à une SSLL, la note ne vas pas être la même...

Bien sur, rien ne t'empeche d'avancer. Qu'on soit bien d'accord, je suis pro-libre, sans équivoque.

Mais le libre c'est comme le libéralisme, c'est pas parce que la régulation est théoriquement possible sans intervention (et que ca marche parfois) que ca se vérifie toujours en pratique.

On peut faire un logiciel libre de merde, on peut faire un virus libre, on peut "planter" une petite communauté de non techniciens voire de non librisites en ne maintenant plus une application.

Dans le libre si une solution tombe dans l'oublie, c'est que personne n'en avais plus besoin

Pas exactement, si une solution tombe c'est qu'il n'y a plus personne pour la maintenir. Il peut rester des utilisateurs (même nombreux parfois) qui s'il n'ont pas l'argent/te temps/la motivation/la compétence se retrouvent "coincés".

Ben tu te réponds en fait.

Un des principes de bases d'un VCS est de pouvoir "tourner" sur plusieurs platformes donc ne relier le soft qu'a un FS sur un OS ce n'est pas très interssant (même si on peut imaginer une couche d'abstraction pour ZFS).
Sur un système centralisé (comme subversion) ca peut être utilisé sur le serveur mais il peut y avoir un risque en terme de sauvegarde. Il faut être certain que l'on pourra toujours acceder aux données dans 10,15 ou 20 ans. Je pense que ce risque est plus fort si on dépend d'un FS que d'un format de fichier indépendant.

La ou c'est plus interessant, comme indiqué plus haut, c'est la possibilité pour tout un tas de soft de proposer, facilement ,des fonctionnalités transactionnelles sans dépendre d'un DB.

Pas simplement. Par défaut, PHP (en tout cas les versions stables, je ne me rappele plus ce qu'il en est pour 5.3) ne gere pas les fichiers de plus de 2GB à la sortie de la boite.
Il existe cependant un patch dans le gestionnaire de bug qui corrige se problème (mais nécessite une recompilation du bouzin).

Je ne suis pas particulirement d'accord sur le mode de distribution des sources mais quel est l'interet pour Xerox de distribuer largement les sources de Codendi ?

Que ce soit un avantage marketing pour ses clients (vous avez la maitrise du bousin, si on disparait demain vous n'etes pas pieds et poings liés, etc) mais pour les non clients ?

Faudrait proposer un projet dans un^Wdeux poles de competitivité sur le sujet...
</private_joke>

J'aime bien les mailings lists simplement parce que je peux répondre par email, en citant (en haut évidemment) précisément les passages auxquels je veux répondre.

Certains forums permettent de répondre par email mais rares sont ceux qui permettent de répondre "comme à un email normal".

Marcher dans un troll ubuntu, même du pied gauche, ça fait mal à l'ego :'(

Quel rapport avec ubuntu ?

Mouaip à coup de 1 tous les 2 ans, c'est pas pour demain l'eldorado!

mais tu pourrais éviter tes commentaires limites insultants sur les utilisateurs de solution virtuelle.

Rien à voir avec le débat mais j'aime beaucoup la notion de "Solution Virtuelle".

J'essayerai de le replacer lors de ma prochaine réunion :)

Ce qui est étonnant c'est que les barbus aient autant d'amis !

Niveaux perfs ? qui s'en soucie ?
Peut être 1% des intéressés et encore !!

Ben en fait tout ceux qui utilisent un langage pour développer une application (bien faire la différence entre écrire une applie et faire un script web).

Pour ce qui est du francais, gforge (par exemple) est déjà traduit il me semble.

Ce que je trouve un peu dommage c'est que maintenir une forge c'est difficile car c'est une entreprise de long terme, j'espere que vous tiendrez le coup!

Quelle est la différence avec gforge, libresource, ... ?

Dans la mesure où ils sont censés être en SSII,
Toute possibilité autre que celle-ci doit-être exclue,
CQFD.

Ah Ah !!

Parce qu'il y a des informaticiens en dehors des SSII peut-être ?

Ok, je comprend ce que tu entends par "pas de développement". C'est plus "naturel" dans ton domaine.

Ces stages s'adressent en priorité au personnes qui font du génie logiciel et je pense qu'il faut avoir un peu navigué dans le domaine pour bien saisir dans le détail ce que l'on demande.

L'info ce n'est pas QUE concevoir et faire des logiciels

Oui mais nous on cherche des gens comme ça :)
Des gens qui font ça et qui aime ça.

Et je continue a dire qu'un licence est, amha, tout a fait capable de faire ca.

J'ai déjà un peu répondu dans mon message du bas mais pour préciser
- Oui, il y aura probablement quelques très bon éléments en licence qui seront à capable de réaliser quelque chose d'intéressant.
- Mais statistiquement, nous avons plus de chances de rencontrer ces profils dans des cycles plus long.
- Cela n'empêche pas les candidats d'envoyer leur CV!

Je peux te donner des noms de personnes en master2 info qui seront incapables de te faire ca

Bien sûr, même des ingénieurs et d'écoles réputés!
Je n'ai jamais dit le contraire!

Ce n'est pas parce que tu as BAC+5 marqué sur ton CV que l'on va t'ouvrir la porte en grand et te dérouler le tapis rouge :)

J'ai du mal à voir ce que tu entends par stage "pas de développement" ?

Ce que l'on propose ici ce n'est pas une spec. de 50 pages et roule ma poule, dans 6 mois tu auras pondu 10 000 lignes de code. La phase de conception/design est prépondérante.

C'est vrai que c'est discriminatoire et je dois avouer que c'est venu par défaut ou par habitude si tu préfères.

Si qqn est vraiment motivé pour un de ces stages et prouve qu'il est le plus apte à le réaliser, nous n'attendons qu'elle/lui.

C'est un peu comme les annonces pour trouver un emploi ou on te demande "5 ans d'expérience mini". Soit tu te dis "zut alors, à 1 an près je postulais pour ce super job" ou alors tu sais que tu es le meilleur pour le poste et tu te présentes (mais cela demandera peut-être plus de travail pour convaincre).

Juste pour être sûr de bien comprendre ce que tu veux dire, ne faut-il pas plutôt lire "gestionnaire de versions" plutôt que "gestion de configuration" ?

Un outil de gestion de version est un outil qui permet de faire de la gestion de configuration :)