Dans le sens ou on a un nombre limité de codeurs, un temps limité et que ne pas s'amuser a ecrire 36 x la même chose n'est peut etre pas plus mal. Ne pas se retrouver dos au mur a devoir integrer un objrmap dans linux 2.6.7 (ou un rmap / -aa dans 2.4.10). Enfin si debuger la VM sur une branche stable te branche chacun son truc.
Enfin je suis activement le devel de FreeBSD / Linux et d'un coté c'est simple de l'autre côté je me tappe a lire 12 patches qui font la même choses et dont 11 partirons a la poubelle. Quand on regarde le résultat final c'est du kiff hormis que l'un à passé 10 x moins de temps dessus.
Après on peut aimer le "bazard" a vrai dire je m'en fou pas mal.
> Si tu considère le développement de logiciel libre également comme acte social et politique, alors, je pense au contraire, que cette méthode de développement est moins saine.
Mouhaha enfin bref.
>Les GNUs ne font pas que développer un noyau et les outils de base en ligne de commande
Bon on va arretez le refrain sur le rôle des GNUs. il n'y a aucune bijection entre ce que fait GNU et FreeBSD. Je constate un point : le fait qu'il n'y ai pas d'entité homogène dans le système linux fait arriver a des débilités profondes. Comme le support des ACLs qui maintenant qu'il ne necessite plus 4 patchs noyau ne sont toujours pas prise en compte par les coreutils. Si tu veux y'a plein d'autres exemples. Je me fou de ce que fait XX ou YY je constate. D'un côté quand la fonctionalité est ajouté au noyau l'userland avance en même temps de l'autre c'est la lutte. Si les GNUs et linux sont capables de se synchroniser ca ne me pose aucun problème dans le cas contraire si.
> Parce qu'avec un noyau, même très «sécur» et très stable on n'y fait pas grand chose...
Tiens ca faisait longtemps. Le refrain moralisateur me manquait.
> Je fais confiance à la méthode de développement «bazard», c'est la seule à être réellement nouvelle.
Et un troll sur le cathedrale / bazard je suis gatté aujourd'hui !
[^] # Re: GNU/Linux vs *BSD ?
Posté par ckyl . En réponse à la dépêche Sortie de FreeBSD 4.10. Évalué à 4.
Dans le sens ou on a un nombre limité de codeurs, un temps limité et que ne pas s'amuser a ecrire 36 x la même chose n'est peut etre pas plus mal. Ne pas se retrouver dos au mur a devoir integrer un objrmap dans linux 2.6.7 (ou un rmap / -aa dans 2.4.10). Enfin si debuger la VM sur une branche stable te branche chacun son truc.
Enfin je suis activement le devel de FreeBSD / Linux et d'un coté c'est simple de l'autre côté je me tappe a lire 12 patches qui font la même choses et dont 11 partirons a la poubelle. Quand on regarde le résultat final c'est du kiff hormis que l'un à passé 10 x moins de temps dessus.
Après on peut aimer le "bazard" a vrai dire je m'en fou pas mal.
> Si tu considère le développement de logiciel libre également comme acte social et politique, alors, je pense au contraire, que cette méthode de développement est moins saine.
Mouhaha enfin bref.
>Les GNUs ne font pas que développer un noyau et les outils de base en ligne de commande
Bon on va arretez le refrain sur le rôle des GNUs. il n'y a aucune bijection entre ce que fait GNU et FreeBSD. Je constate un point : le fait qu'il n'y ai pas d'entité homogène dans le système linux fait arriver a des débilités profondes. Comme le support des ACLs qui maintenant qu'il ne necessite plus 4 patchs noyau ne sont toujours pas prise en compte par les coreutils. Si tu veux y'a plein d'autres exemples. Je me fou de ce que fait XX ou YY je constate. D'un côté quand la fonctionalité est ajouté au noyau l'userland avance en même temps de l'autre c'est la lutte. Si les GNUs et linux sont capables de se synchroniser ca ne me pose aucun problème dans le cas contraire si.
> Parce qu'avec un noyau, même très «sécur» et très stable on n'y fait pas grand chose...
Tiens ca faisait longtemps. Le refrain moralisateur me manquait.
> Je fais confiance à la méthode de développement «bazard», c'est la seule à être réellement nouvelle.
Et un troll sur le cathedrale / bazard je suis gatté aujourd'hui !