Oui c'est un peu comme utiliser des langages expressifs, on peut gaspiller le CPU inutilement alors que l'assembleur c'est le top.
Soit j'ai rien compris a ce que tu as dit, soit c'est débile. Le compilo optimise sûrement bien mieux le code que moi. Je suis sur que si je code le même programme en C ou en Lisaac et en asembleur, au final c'est pas celui que j'ai écrit en assembleur qui va le plus vite.
Oui c'est ça en fait, à chaque fois qu'on rencontre le moindre pb , il faut réinstaller une autre distrib.
Non, il faut choisir une distrib qui correspond a tes besoins, tu vas pas choisir Debian Lenny si t'a envie d'avoir les dernière versions des logiciels.
Oui mais y parait que tu gaspilles de la place avec une appli tout-en-un mais ça ne gêne pas de tirer plein de dépendances en dehors de ta config juste pour tester une appli.
On gaspille de la place avec une appli statique si elle utilise une même librairie qu'une autre déja installé. Bien sur sinon, ça en utilise au mieu autant, souvent moins. Déja, tu utilise la libc dans une bonne partie des programme. On est daccord que si tu as une seul programme qui utilise gtk, c'est mieu de l'avoir en statique. En pratique on se rend compte qu'on gagné en mémoire sur le disque et en mémoire central à utiliser les librairie partagées, pour le système en générale. Mais, comme je l'ai dit, un système ou tout est compilé statiquement peut être viable.
Moi je crois que ta première assertion est vraie alors que la deuxième reste à prouver. Un download et 1 double clic sur un installeur ne me parait insurmontable
Non mais c'est quand même vachement moins bien que le système de paquet qui te permet de savoir qu'es ce qui s'installe et où, et qui centralise toutes le mises à jour. Je vais pas énumerer tous les avantages d'un système de paquet, mais je me vois mal m'en passer pour que les dev se casse moins le cul quand ils developpent une application.
Dommage que tu confondes distribs figées avec le fait de pouvoir installer une nouveauté toute fraiche statiquement.
C'est juste que dans le principe, une distrib figé te fourni pleins de logiciels qui tournent bien qaund ils sont ensemble(normalement). C'est juste pas fait pour balancer une appli toute recente au milieu. Après si t'a envie, qu'est ce qui t'empêche de le faire?
Ah moi qui croyait que c'était plus simple que Windows.
C'est pas ce que tu disais a à peine plus haut ?
Avec un Windows une seule manière de procéder parce que le développeur peut fournir des versions à tester automatiquement sans être obligé de se palucher tout à la mano.
Ba pour windows, t'a aucun choix, donc forcement le dev te fournit un "package windows" qui s'installe, c'est comme si il n'y avait que Debian on te fournirait un .deb hop ça tourne. En faite ce que t'aime pas c'est que il y ai plusieurs distributions. C'est soit 1) tu vois pas les différences entre les distributions.
2) La tienne te suffit alors pourquoi tout le monde ne l'utilise pas? ce serait mieux si un même binaire tournait partout !! Non. désolé, un binaire ne tourne que dans l'environnement pour lequel il a été compilé, même si tu peut réduire énormément cette dépendance avec du linkage statique. C'est pour ça que je trouve naturel de compiler les sources, tu reconstruit le binaire pour ton environnement.
En fait, le développeur, ils devrait passer les 3/4 de son temps à packager son soft pour 5% de ses utilisateurs potentiels mais faut surtout rien changer, tout est parfait.
Heu en pratique ce qui se passe c'est que le dev fournit un tarball et les distrib s'occupe du packaging, mais même si c'est le dev, ça prend clairement pas 3/4 de son temps.
Après ceux qui veulent essayer le logiciels ils compilent les sources. Alors oui comparé a windows ou mac c'est sur que c'ets plus chiant mais :
1) Linux n'est pas Windows ou Mac OS X et ça implique certaines différences comme celle la.
C'est la ou apparaît ta super idée de protocole inter-distrib. La va falloir détailler parce que ah part compiler statiquement(ça suffit pas a ce que ça tourne sur toutes les distrib) je vois pas trop en quoi ça consiste. De toute façon, on arrive au 2.
2) En pratique, on compile pas si souvent les sources que ça si on ne le souhaite pas, parce que sois on est un utilisateur newbie et on se contente de sa distrib figé tout beau tout bien(attention j'ai pas dit distrib figé => newbie, mais que souvent le sens inverse est vrai), sois on veux un système qui permet d'avoir les dernière versions de certain logiciels, et t'a des distrib genre Debian ou Archlinux qui le permettent.
[^] # Re: Installinging software was never this easy and powerful !
Posté par brendel . En réponse au journal Brainstorming : ce que Linux a de mieux que mac os. Évalué à 2.
Soit j'ai rien compris a ce que tu as dit, soit c'est débile. Le compilo optimise sûrement bien mieux le code que moi. Je suis sur que si je code le même programme en C ou en Lisaac et en asembleur, au final c'est pas celui que j'ai écrit en assembleur qui va le plus vite.
Oui c'est ça en fait, à chaque fois qu'on rencontre le moindre pb , il faut réinstaller une autre distrib.
Non, il faut choisir une distrib qui correspond a tes besoins, tu vas pas choisir Debian Lenny si t'a envie d'avoir les dernière versions des logiciels.
Oui mais y parait que tu gaspilles de la place avec une appli tout-en-un mais ça ne gêne pas de tirer plein de dépendances en dehors de ta config juste pour tester une appli.
On gaspille de la place avec une appli statique si elle utilise une même librairie qu'une autre déja installé. Bien sur sinon, ça en utilise au mieu autant, souvent moins. Déja, tu utilise la libc dans une bonne partie des programme. On est daccord que si tu as une seul programme qui utilise gtk, c'est mieu de l'avoir en statique. En pratique on se rend compte qu'on gagné en mémoire sur le disque et en mémoire central à utiliser les librairie partagées, pour le système en générale. Mais, comme je l'ai dit, un système ou tout est compilé statiquement peut être viable.
Moi je crois que ta première assertion est vraie alors que la deuxième reste à prouver. Un download et 1 double clic sur un installeur ne me parait insurmontable
Non mais c'est quand même vachement moins bien que le système de paquet qui te permet de savoir qu'es ce qui s'installe et où, et qui centralise toutes le mises à jour. Je vais pas énumerer tous les avantages d'un système de paquet, mais je me vois mal m'en passer pour que les dev se casse moins le cul quand ils developpent une application.
Dommage que tu confondes distribs figées avec le fait de pouvoir installer une nouveauté toute fraiche statiquement.
C'est juste que dans le principe, une distrib figé te fourni pleins de logiciels qui tournent bien qaund ils sont ensemble(normalement). C'est juste pas fait pour balancer une appli toute recente au milieu. Après si t'a envie, qu'est ce qui t'empêche de le faire?
Ah moi qui croyait que c'était plus simple que Windows.
C'est pas ce que tu disais a à peine plus haut ?
Avec un Windows une seule manière de procéder parce que le développeur peut fournir des versions à tester automatiquement sans être obligé de se palucher tout à la mano.
Ba pour windows, t'a aucun choix, donc forcement le dev te fournit un "package windows" qui s'installe, c'est comme si il n'y avait que Debian on te fournirait un .deb hop ça tourne. En faite ce que t'aime pas c'est que il y ai plusieurs distributions. C'est soit 1) tu vois pas les différences entre les distributions.
2) La tienne te suffit alors pourquoi tout le monde ne l'utilise pas? ce serait mieux si un même binaire tournait partout !! Non. désolé, un binaire ne tourne que dans l'environnement pour lequel il a été compilé, même si tu peut réduire énormément cette dépendance avec du linkage statique. C'est pour ça que je trouve naturel de compiler les sources, tu reconstruit le binaire pour ton environnement.
En fait, le développeur, ils devrait passer les 3/4 de son temps à packager son soft pour 5% de ses utilisateurs potentiels mais faut surtout rien changer, tout est parfait.
Heu en pratique ce qui se passe c'est que le dev fournit un tarball et les distrib s'occupe du packaging, mais même si c'est le dev, ça prend clairement pas 3/4 de son temps.
Après ceux qui veulent essayer le logiciels ils compilent les sources. Alors oui comparé a windows ou mac c'est sur que c'ets plus chiant mais :
1) Linux n'est pas Windows ou Mac OS X et ça implique certaines différences comme celle la.
C'est la ou apparaît ta super idée de protocole inter-distrib. La va falloir détailler parce que ah part compiler statiquement(ça suffit pas a ce que ça tourne sur toutes les distrib) je vois pas trop en quoi ça consiste. De toute façon, on arrive au 2.
2) En pratique, on compile pas si souvent les sources que ça si on ne le souhaite pas, parce que sois on est un utilisateur newbie et on se contente de sa distrib figé tout beau tout bien(attention j'ai pas dit distrib figé => newbie, mais que souvent le sens inverse est vrai), sois on veux un système qui permet d'avoir les dernière versions de certain logiciels, et t'a des distrib genre Debian ou Archlinux qui le permettent.