Et si une solution technique permet de réduire ces efforts pour tout le monde, tu dis merde ?
si ça me semble une solution de merde, je ne vais pas me gêner. mais la discussion a dépassé ce stade.
T'as pas compris le principe. C'est plus simple pour un développeur de faire UN package, genre klik ou autopackage, que 50 pour 50 distributions. Il le fera sans doute plus volontiers si le système en question marche, est répandu (installé par défaut dans la distrib par exemple.)
prends moi pour un âne aussi. le fait est que ton petit développeur va avoir ses priorités comme mettre à jour son site web du projet et lire son courrier et continuer à avancer. c'est un être humain, son temps est limité, il est débordé. tu dis qu'un paquet klik ou autopackage lui fera gagner du temps par rapport à 50 paquets pour 50 distributions mais pour commencer il ne fera PAS 50 ni même 5 ou 2 paquets bien propres. s'il fournit un .deb et un .rpm en même temps ça va déjà être un sacré mutant. alors de la même façon qu'il ne fait pas ces 50 paquets, il ne fera un paquet klik que s'il a le temps de le faire et si pour diverses raisons ça apparait au sommet de sa pile de choses à faire, pile déjà très très haute. et si lui ne fait pas de paquet klik et personne d'autre non plus ben le souci sera toujours là.
vos klik-évangélistes il faut qu'ils fassent eux-même ces paquets klik au moins au début pour fournir un squelette au développeur plutot que crier partout "klik est grand ! gloire à klik !" et ne rien faire de concret parce qu'ils estiment que c'est à chaque développeur de pondre un paquet klik et que c'est trop compliqué de s'impliquer dans chaque petit projet à comprendre comment le compiler et l'installer alors qu'on est finalement en train de parler d'un 233ème Tetris ou de projets nettement à la rue.
ce n'est pas à ces promoteurs de klik ou autopackage de faire des paquets ou d'aider les développeurs isolés parce que en gros ils ne savent pas faire et que de toute façon c'est trop de boulot à aller contacter tous les petits projets un par un ? bah pourquoi ça serait au développeur de le faire si lui le place en 437ème position sur sa liste de choses auxquelles penser un jour ? juste parce que c'est plus pratique d'imaginer ça comme ça dans ce plan idéal de domination du monde ? c'est comme vouloir l'envoyer prendre des cours de dessin parce que son jeu est moche au lieu de lui fournir des graphismes.
votre croisade c'est comme essayer de convaincre les auteurs de projets qui ont leurs propres sites web de faire des pages conforme au W3C - ou de remplacer les GIF par des PNG à l'époque de cette grande croisade. pour ceux à qui ça ne parle pas, pour ceux qui n'auront pas le temps, ce genre de demande passera nettement en dernière position, voire à la trappe. malgré les meilleures raisons du monde.
[^] # Re: Compilés statiquement
Posté par Gniarf . En réponse au journal Utiliser un système libre.... Évalué à 1.
si ça me semble une solution de merde, je ne vais pas me gêner. mais la discussion a dépassé ce stade.
T'as pas compris le principe. C'est plus simple pour un développeur de faire UN package, genre klik ou autopackage, que 50 pour 50 distributions. Il le fera sans doute plus volontiers si le système en question marche, est répandu (installé par défaut dans la distrib par exemple.)
prends moi pour un âne aussi. le fait est que ton petit développeur va avoir ses priorités comme mettre à jour son site web du projet et lire son courrier et continuer à avancer. c'est un être humain, son temps est limité, il est débordé. tu dis qu'un paquet klik ou autopackage lui fera gagner du temps par rapport à 50 paquets pour 50 distributions mais pour commencer il ne fera PAS 50 ni même 5 ou 2 paquets bien propres. s'il fournit un .deb et un .rpm en même temps ça va déjà être un sacré mutant. alors de la même façon qu'il ne fait pas ces 50 paquets, il ne fera un paquet klik que s'il a le temps de le faire et si pour diverses raisons ça apparait au sommet de sa pile de choses à faire, pile déjà très très haute. et si lui ne fait pas de paquet klik et personne d'autre non plus ben le souci sera toujours là.
vos klik-évangélistes il faut qu'ils fassent eux-même ces paquets klik au moins au début pour fournir un squelette au développeur plutot que crier partout "klik est grand ! gloire à klik !" et ne rien faire de concret parce qu'ils estiment que c'est à chaque développeur de pondre un paquet klik et que c'est trop compliqué de s'impliquer dans chaque petit projet à comprendre comment le compiler et l'installer alors qu'on est finalement en train de parler d'un 233ème Tetris ou de projets nettement à la rue.
ce n'est pas à ces promoteurs de klik ou autopackage de faire des paquets ou d'aider les développeurs isolés parce que en gros ils ne savent pas faire et que de toute façon c'est trop de boulot à aller contacter tous les petits projets un par un ? bah pourquoi ça serait au développeur de le faire si lui le place en 437ème position sur sa liste de choses auxquelles penser un jour ? juste parce que c'est plus pratique d'imaginer ça comme ça dans ce plan idéal de domination du monde ? c'est comme vouloir l'envoyer prendre des cours de dessin parce que son jeu est moche au lieu de lui fournir des graphismes.
votre croisade c'est comme essayer de convaincre les auteurs de projets qui ont leurs propres sites web de faire des pages conforme au W3C - ou de remplacer les GIF par des PNG à l'époque de cette grande croisade. pour ceux à qui ça ne parle pas, pour ceux qui n'auront pas le temps, ce genre de demande passera nettement en dernière position, voire à la trappe. malgré les meilleures raisons du monde.