Je pense qu'à se prix là tu as surtout peur qu'on te tranche le bras pour la récupérer.
Mais bon c'était surtout pour montrer que si on parle souvent de rolex/omega, il y a encore des niveaux bien en dessus.
Comme quoi le monde du luxe se porte bien.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Revendre de l'énergie polluante en rasant des villages pour en faire des mines de charbons… Je ne suis pas certains de vouloir faire ce genre de paris.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je ne dévie pas du sujet. Tu oppose le nucléaire à l'éolien et tu nous explique qu'il faut tout prendre en compte. Ok donc il faut prendre en compte la ou les autres énergies que tu va choisir pour pallier les problèmes inhérents à l'éolien.
Ensuite oui si tu veux changer de sujet tu peux donner une liste de tout ce que tu aimerais, mais pour être crédible (ça serait pas mal pour les écologistes) il faudrait avoir un plan réalisable à très long terme et très progressif pour éviter de faire comme nos amis les allemands (entre autre).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Sans aller jusqu'à tuer qui que ce soit, on peut tout de même imaginer voir un jour arriver une autre architecture se créer une part de marché confortable, non ?
D'ailleurs c'est ce qu'ARM fait actuellement dans tout ce qui est embarqué.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Le succès du rasberrypi (ou dérivés) montre qu'il y a de la demande chez les particuliers.
Tu compare une machine à moins de 50 € qui souffre si on lui demande de lancer un serveur web un peu trop lourd, avec des montres à plusieurs milliers d'€ qui ont de la redondance de partout qui en font énormément rien qu'en hardware (la fiabilité des machines Power/AIX, n'est plus à démontrer).
Tu peut probablement imaginer créer une grille de rPi pour tenter de concurrencer un gros serveur (x86, power ou CUDA par exemple), mais il va te falloir un très très bon réseau et la complexité pour utiliser réellement la puissance en question sera plus proche d'un super calculateur que d'un serveur classique. Mais c'est vrai sans compter le réseau tu aura peut être un prix inférieur tant à l'achat que pour la consommation.
Bref il s'agit de 2 segment totalement distincts.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Certains diront que l'énergie éolienne est aléatoire, ben pour les centrales nucléaire il y a aussi des périodes de maintenances, et qu'à ce moment là, la centrale consomme beaucoup d'énergie.
Ça se soigne d'être aussi manichéen. Non les éoliennes ne sont absolument pas une solution. Elles peuvent aider et c'est très bien, mais le coté aléatoire pose de gros problème en matière d'énergie, car il faut que la production soit toujours au plus proche de la demande sinon soit tu as des clients sans électricité soit tu doit jeter de l'énergie. Donc non l'énergie éolien ne suffit pas. D'ailleurs l'Allemagne l'a bien compris : ils ressortent le charbon.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Il faut tout de même comprendre que l'UE a donné un réflexe pavlovien à pas mal de monde avec cette obsession pour l'ouverture à la concurrence comme pour la SNCF par exemple.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Il faut ensuite regarder le truc en hexadecimal, genre tu sais que le packed 0xAD sert à écrire le register 0x1034 bah tu cherche en hexa les occurrences de AD et parmi elles tu cherches celle ou tu vois 0x1034 pas loin c'est alors très probablement le code qui t’intéresse. Après c'est utiliser les probas, tu sais que l'instruction la plus commune c'est mov, et tu sais la taille des instruction donc tu fais une recherche d'un word qui est le plus répété et partir de la tu te dis que c'est mov. Après le plus courant ça doit être ADD, puis SUB, ou SHL, … bref faut deviner beaucoup et plus tu regardes plus tu penses comprendre et plus tu penses comprendre plus tu peux voir si ce que tu penses comprendre pour une fonction à un endroit te permet de comprendre une autre fonction à un autre endroit si c'est le cas c'est probablement que tu as bien deviner.
Pour ceux qui veulent en savoir plus, l'analyse fréquentielle est une technique basique de cryptanalyse.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je ne sais pas pourquoi tu es venu avec Maven dans la discussion.
Tu rigole ? C'est lui qui a commencer à parler des gestionnaires de version propre à des langages particulier et il a commencé avec python et java en exemple…
Cet outil n'a rien à voir avec Pip, Gem, et autres rustines mal-pensées.
Pip, Gem, cpan et autres sont un sous-ensemble de ce que fait maven. Je crois que maven c'est plutôt gem + bundler + rake.
Mais au final comme on parle de gestion de dépendance du logiciel avec ces bibliothèques propre à un langage et indépendant du système d'exploitation, je ne vois pas en quoi il est pas pertinent (mis à part le fait qu'il ne rentre pas dans ton argumentation).
C'est un peu comme si tu m'opposait Git dans une discussion autour des formats d'archives : ça n'a aucune pertinence.
Faut arrêter les comparaisons c'est systématiquement foireux.
Maintenant, Maven ne semble pas être un outil de diffusion automatique de vers, je n'ai donc pas d'opinion sur ce gestionnaire de build.
Les autres le sont plus ? Tu as des liens à ce sujet ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Les gens listent des compétences sur leur CV parce qu'ils pensent que dans une recherche de mots clés ils vont ressortir.
Je comprends de moins en moins cette pratique :
tu te met dans un état de stress quand tu commence parce que tu doit monter en compétence plus que la boite ne le crois (et comme ils laissent déjà pas forcément suffisamment de temps…)
tu risque de te faire lourder dans ta période d'essai parce qu'il y a de bonnes chances que ça se voyent vite, si tu ne te fait pas lourder tu passe pour un gars moyen "bas" au mieux
sur ton CV, il n'y a pas de sens à mettre toutes ses compétences faut mettre celles qu'on aimerait pratiquer et celles qui vont avec (je sais bien faire la plonge 3 fois par jour c'est pas pour ça que je le met sur mon CV…)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je ne sais pas pour le C++, mais pour le C tu as cc qui est au moins un standard de fait sur les unix-like. Ensuite, rien ne t'empêche d'avoir un gestionnaire de dépendances qui pour chaque bibliothèque donne un certain nombre de prérequis système (architecture, gestion de tel ou tel fonctionnalité du langage, etc) et dans tes fichiers projet tu indique les prérequis de ton système cible. Ensuite c'est une gestion des dépendances tout ce qu'il y a de plus classique. La différence avec apt c'est qu'il peut se charger lui même de mettre tout ça dans un dossier à toi et choisir les directive du compilateur pour les inclures (une énorme partie existe déjà dans CMake).
Mais bon même si ça ne marche pas pour certains langages comme le C et le C++, ce n'est pas pour ça que c'est idiot dans les autres contrairement à ce que tu affirmais.
Alors oui, quand je dit que ça fait double emploi avec $PACKAGE_MANAGER, c'est que c'est vraiment le cas, puisque ça en est un.
Non.
Dans ce commentaire tu dis que le C++ s'il en existait un pour du C++ ça ferrait double emplois avec le gestionnaire de paquet. Alors que dans les précédent tu disais que gem c'est de la merde fait pour les bouts de code fait à l'arrache.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Par exemple; on pourrait imaginer qu'un projet ait son propre dépot deb. Ainsi c'est à jour, avec un packaging bien fait tu gère tout à fait les différentes versions, c'est très très simple à inclure dans les distribution après.
On peut imaginer pleins de choses. Mais les deb ça marche sur Debian et dérivé uniquement (et encore modulo quelques incompatibilités) plus RH&Fed avec alien. Là on parle de choses qui sont utilisé sur n'importe quelle distribution linux, sur XP/Vista/Seven/8, sur OS X et sur les BSD évidement. Ça fait une dizaine d'années que rpm est le standard LSB et assez peu de distribution en définitive s'en servent. Bref faut quand même pas mal d'imagination pour imaginer créer un dépôt deb et l'utiliser partout. Même si demain apt deviens utilisable et utilisé sur toutes les plateformes tu aura toujours un tas de problème :
système wide
pas de possibilité simple universel pour avoir n version d'une même bibliothèque
La question de la portabilité n'a pas de sens : Au lieu de développer un truc genre gem pour toutes les plate-formes, on pourrait imaginer intégrer un truc genre dpkg ou rpm dans le langage en question, à première vue ça ne semble pas beaucoup plus difficile.
Ça veut dire quoi « intégrer un truc genre dpkg ou rpm dans le langage en question » ? C'est un vrai question.
Au final je pense que c'est vraiment une quetsion de vision : le gestionnaire de paquet pense toute la chaine de distribution, ce qui peut être contraignant. Les gestionnaires genre gems ne pensent qu'à l'aspect "je balance mon truc vite fait". Evidemment ça va plus vite, mais bon c'est l'arrache totale.
Je ne les connais pas tous, mais pour CPAN tu a une panoplie de test (exemple avec Mosse). Maven possède une gestion précise des releases assez contraignante mais conçu pour rendre le build aussi reproductible que possible. Je ne doute pas que les autres ont aussi leur critère dans leur coin.
Mais note que c'est nécessaire de pouvoir balancer ton truc vite fait sur ton dépôt à toi, pour pouvoir le partager avec ceux qui veulent développer leur logiciel sur la prochaine version de ta bibliothèque par exemple.
Bref c'est plus qu'une question de vision c'est une question de besoin. dpkg/rpm ne répondent pas à ces besoins entre autre car :
ils ne permettent pas simplement la cohabitation de plusieurs versions
ils sont au niveau système :
installer une bibliothèque à tendance à impacter l'ensemble du système
il faut être root de la machine pour s'en servir
ils sont liés à quelques systèmes d'exploitation et non pas à tous (Win, OSX et BSD compris)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Posté par barmic .
En réponse à la dépêche Amarok 2.8.
Évalué à 3.
Alors certes au final ton karma en prends un petit coup, mais bon, ton karma est si important que tu préfères laisser un message complètement inutile à la vue de tous pour que tu ne perdes pas de karma ?
Surtout que pleurnicher sur le l'inutilage c'est clairement un appel à se faire inutiler.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Quand tu utilise un langage dis portable. Te fader plus de packaging différent qu'il n'existe de système d'exploitation, ça n'a pas de sens.
deb, rpm et autres sont système, ils vont installer des trucs pour l'ensemble des utilisateurs utilisateurs système compris.
Toi tu es sur ta machine, tu veux utiliser la toute dernière version de dev de perl et de Moose, mais ta pas envie de casser ton système pour autant. Aucun gestionnaire de paquet de distribution ne gère ce genre de chose. Ce que tu peut éventuellement faire c'est créer un chroot et te faire toute ton installe.
Il est aussi bien plus pratique d'avoir dans les fichiers projets (ceux qui sont versionnés), la liste des dépendances qui sont ensuite automatiquement résolue de manière indépendante du système d'exploitation. Ça permet à tout les développeurs de travailler rapidement ensemble sans pour autant être forcé d'utiliser le même SE que les autres.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
"Il aurait fallu" n'y changera plus rien, aussi stupide puisse être la décision (ou pas d'ailleurs, suis pas qualifié pour commenter).
Moi non plus je ne suis pas qualifié pour évaluer exFAT face à UDF ou qui que ce soit d'autres, mais ce n'est pas parce qu'un organisme dis que tel ou tel truc est standard que ça le rend universellement utilisé. Il y a un paquet de standard qui n'ont jamais était popularisés. ODF a était standardisé, mais ISO s'est fendu d'une autre standardisation avec OOXML. Bref ça ne veux pas dire grand chose le fait que je ne sais quel groupe ai choisi de dire que machin est un standard. Ce qui est significatif, c'est est-ce que le standard est largement déployé. En l'occurrence j'en ai aucune idée, j'ai jamais rencontré exFAT, mais j'ai pas acheté de matériel récent.
il n'est pas du tout supporté sous Android
C'est l'avenir les carte SD sur Android ? C'est une vraie question, j'ai cru comprendre que la volonté de Google était de ne plus permettre d'utiliser de carte SD amovible.
Mais nombre d'utilisateurs ne sont pas capables de développer des pilotes, alors on fait avec ce qui existe et qui marche là tout de suite.
La capacité de développer des pilotes n'est pas suffisante. Le problème c'est que c'est un format qui doit être implémenté dans du matériel non hackable (téléphone (pas que les smartphones), APN, baladeur, etc).
Et ce qui marche là tout de suite partout, pour l'instant, c'est semble-t-il rien,[…]
Si, il y a FAT32, il pose des contraintes mais convient dans beaucoup de situations.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
La plupart des TV un peu modernes utilisent justement un noyau Linux et sont capables de lire de l'ext. Après ça dépend de l'ancienneté du noyau : ma Samsung est par exemple capable de lire de l'ext3 mais pas du 4.
Je ne suis pas certain que ext soit très pertinent pour ce genre d'usage à moins de désactiver totalement la gestion des droits (je ne sais pas si c'est possible).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Il me semble difficile de l'intégrer dans l'outil directement tout en tenant compte de la diversité des systèmes
Il n'est pas nécessaire de la prendre en compte. Ça peut être fait par l'utilisateur, mais surtout souvent les machines sont des clones les unes des autres ça permet de gérer plus facilement les choses.
S'il n'est pas possible de regrouper les machines, je trouve que c'est vraiment un gros manque.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: ARM
Posté par barmic . En réponse au journal Power8 - OpenPower : l'hégémonie du x86 pourrait-elle être bousculée dans le monde serveur ?. Évalué à 3.
Je pense qu'à se prix là tu as surtout peur qu'on te tranche le bras pour la récupérer.
Mais bon c'était surtout pour montrer que si on parle souvent de rolex/omega, il y a encore des niveaux bien en dessus.
Comme quoi le monde du luxe se porte bien.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: USA! USA!
Posté par barmic . En réponse au journal Quitter la sécurité sociale. Évalué à 3.
On s'est mal compris. Sortir du nucléaire c'est tout à fait faisable, mais :
Moi je répondais juste au fait que l'on ne peux pas mettre en balance l'éolien seul avec le nucléaire.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: USA! USA!
Posté par barmic . En réponse au journal Quitter la sécurité sociale. Évalué à 3.
Revendre de l'énergie polluante en rasant des villages pour en faire des mines de charbons… Je ne suis pas certains de vouloir faire ce genre de paris.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: ARM
Posté par barmic . En réponse au journal Power8 - OpenPower : l'hégémonie du x86 pourrait-elle être bousculée dans le monde serveur ?. Évalué à 2.
200 000 € la joli montre : http://www.lacotedesmontres.com/Patek-Philippe-5971P-001-PdN.htm
Si tu regarde le site tu verra que tu as le choix de la marque.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: ARM
Posté par barmic . En réponse au journal Power8 - OpenPower : l'hégémonie du x86 pourrait-elle être bousculée dans le monde serveur ?. Évalué à 2.
Pour du premier prix oui :) (mais pas nécessairement rolex, ils ont des concurrents)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: USA! USA!
Posté par barmic . En réponse au journal Quitter la sécurité sociale. Évalué à 0.
Je ne dévie pas du sujet. Tu oppose le nucléaire à l'éolien et tu nous explique qu'il faut tout prendre en compte. Ok donc il faut prendre en compte la ou les autres énergies que tu va choisir pour pallier les problèmes inhérents à l'éolien.
Ensuite oui si tu veux changer de sujet tu peux donner une liste de tout ce que tu aimerais, mais pour être crédible (ça serait pas mal pour les écologistes) il faudrait avoir un plan réalisable à très long terme et très progressif pour éviter de faire comme nos amis les allemands (entre autre).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: ARM
Posté par barmic . En réponse au journal Power8 - OpenPower : l'hégémonie du x86 pourrait-elle être bousculée dans le monde serveur ?. Évalué à 4.
Sans aller jusqu'à tuer qui que ce soit, on peut tout de même imaginer voir un jour arriver une autre architecture se créer une part de marché confortable, non ?
D'ailleurs c'est ce qu'ARM fait actuellement dans tout ce qui est embarqué.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: ARM
Posté par barmic . En réponse au journal Power8 - OpenPower : l'hégémonie du x86 pourrait-elle être bousculée dans le monde serveur ?. Évalué à 9. Dernière modification le 28 août 2013 à 09:16.
Tu compare une machine à moins de 50 € qui souffre si on lui demande de lancer un serveur web un peu trop lourd, avec des montres à plusieurs milliers d'€ qui ont de la redondance de partout qui en font énormément rien qu'en hardware (la fiabilité des machines Power/AIX, n'est plus à démontrer).
Tu peut probablement imaginer créer une grille de rPi pour tenter de concurrencer un gros serveur (x86, power ou CUDA par exemple), mais il va te falloir un très très bon réseau et la complexité pour utiliser réellement la puissance en question sera plus proche d'un super calculateur que d'un serveur classique. Mais c'est vrai sans compter le réseau tu aura peut être un prix inférieur tant à l'achat que pour la consommation.
Bref il s'agit de 2 segment totalement distincts.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: USA! USA!
Posté par barmic . En réponse au journal Quitter la sécurité sociale. Évalué à 9.
Ça se soigne d'être aussi manichéen. Non les éoliennes ne sont absolument pas une solution. Elles peuvent aider et c'est très bien, mais le coté aléatoire pose de gros problème en matière d'énergie, car il faut que la production soit toujours au plus proche de la demande sinon soit tu as des clients sans électricité soit tu doit jeter de l'énergie. Donc non l'énergie éolien ne suffit pas. D'ailleurs l'Allemagne l'a bien compris : ils ressortent le charbon.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: USA! USA!
Posté par barmic . En réponse au journal Quitter la sécurité sociale. Évalué à 9.
Il faut tout de même comprendre que l'UE a donné un réflexe pavlovien à pas mal de monde avec cette obsession pour l'ouverture à la concurrence comme pour la SNCF par exemple.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: comment faire ?
Posté par barmic . En réponse à la dépêche Entretien avec Jérôme Glisse, développeur des pilotes graphiques radeon pour Red Hat. Évalué à 7.
Pour ceux qui veulent en savoir plus, l'analyse fréquentielle est une technique basique de cryptanalyse.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: le dilemme du dev
Posté par barmic . En réponse à la dépêche La bibliothèque SDL est sortie en version 2.0. Évalué à 4.
Tu rigole ? C'est lui qui a commencer à parler des gestionnaires de version propre à des langages particulier et il a commencé avec python et java en exemple…
Pip, Gem, cpan et autres sont un sous-ensemble de ce que fait maven. Je crois que maven c'est plutôt gem + bundler + rake.
Mais au final comme on parle de gestion de dépendance du logiciel avec ces bibliothèques propre à un langage et indépendant du système d'exploitation, je ne vois pas en quoi il est pas pertinent (mis à part le fait qu'il ne rentre pas dans ton argumentation).
Faut arrêter les comparaisons c'est systématiquement foireux.
Les autres le sont plus ? Tu as des liens à ce sujet ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Avec leurs salaires plein de charme
Posté par barmic . En réponse au journal Où sont passé les offres d'emploi?. Évalué à 1.
Oui j'ai écris un peu vite (c'est mon gros défaut même si j'essaie de m'améliorer).
Vraiment désolé
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Avec leurs salaires plein de charme
Posté par barmic . En réponse au journal Où sont passé les offres d'emploi?. Évalué à 2.
Je comprends de moins en moins cette pratique :
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: A force de trasher
Posté par barmic . En réponse au journal Où sont passé les offres d'emploi?. Évalué à 2.
L'époque avant juin 98 c'est ça ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Offres reçues par courriel
Posté par barmic . En réponse au journal Où sont passé les offres d'emploi?. Évalué à 2.
Ça pourrait constituer un critère de choix pour les candidats.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: le dilemme du dev
Posté par barmic . En réponse à la dépêche La bibliothèque SDL est sortie en version 2.0. Évalué à 1.
Je ne sais pas pour le C++, mais pour le C tu as cc qui est au moins un standard de fait sur les unix-like. Ensuite, rien ne t'empêche d'avoir un gestionnaire de dépendances qui pour chaque bibliothèque donne un certain nombre de prérequis système (architecture, gestion de tel ou tel fonctionnalité du langage, etc) et dans tes fichiers projet tu indique les prérequis de ton système cible. Ensuite c'est une gestion des dépendances tout ce qu'il y a de plus classique. La différence avec apt c'est qu'il peut se charger lui même de mettre tout ça dans un dossier à toi et choisir les directive du compilateur pour les inclures (une énorme partie existe déjà dans CMake).
Mais bon même si ça ne marche pas pour certains langages comme le C et le C++, ce n'est pas pour ça que c'est idiot dans les autres contrairement à ce que tu affirmais.
Non.
Dans ce commentaire tu dis que le C++ s'il en existait un pour du C++ ça ferrait double emplois avec le gestionnaire de paquet. Alors que dans les précédent tu disais que gem c'est de la merde fait pour les bouts de code fait à l'arrache.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: le dilemme du dev
Posté par barmic . En réponse à la dépêche La bibliothèque SDL est sortie en version 2.0. Évalué à 5.
On peut imaginer pleins de choses. Mais les deb ça marche sur Debian et dérivé uniquement (et encore modulo quelques incompatibilités) plus RH&Fed avec alien. Là on parle de choses qui sont utilisé sur n'importe quelle distribution linux, sur XP/Vista/Seven/8, sur OS X et sur les BSD évidement. Ça fait une dizaine d'années que rpm est le standard LSB et assez peu de distribution en définitive s'en servent. Bref faut quand même pas mal d'imagination pour imaginer créer un dépôt deb et l'utiliser partout. Même si demain apt deviens utilisable et utilisé sur toutes les plateformes tu aura toujours un tas de problème :
Ça veut dire quoi « intégrer un truc genre dpkg ou rpm dans le langage en question » ? C'est un vrai question.
Je ne les connais pas tous, mais pour CPAN tu a une panoplie de test (exemple avec Mosse). Maven possède une gestion précise des releases assez contraignante mais conçu pour rendre le build aussi reproductible que possible. Je ne doute pas que les autres ont aussi leur critère dans leur coin.
Mais note que c'est nécessaire de pouvoir balancer ton truc vite fait sur ton dépôt à toi, pour pouvoir le partager avec ceux qui veulent développer leur logiciel sur la prochaine version de ta bibliothèque par exemple.
Bref c'est plus qu'une question de vision c'est une question de besoin. dpkg/rpm ne répondent pas à ces besoins entre autre car :
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Clémentine ?
Posté par barmic . En réponse à la dépêche Amarok 2.8. Évalué à 3.
Surtout que pleurnicher sur le l'inutilage c'est clairement un appel à se faire inutiler.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: le dilemme du dev
Posté par barmic . En réponse à la dépêche La bibliothèque SDL est sortie en version 2.0. Évalué à 1.
En quoi c'est plus sécurisé que les autres ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: le dilemme du dev
Posté par barmic . En réponse à la dépêche La bibliothèque SDL est sortie en version 2.0. Évalué à 7.
Quand tu utilise un langage dis portable. Te fader plus de packaging différent qu'il n'existe de système d'exploitation, ça n'a pas de sens.
deb, rpm et autres sont système, ils vont installer des trucs pour l'ensemble des utilisateurs utilisateurs système compris.
Toi tu es sur ta machine, tu veux utiliser la toute dernière version de dev de perl et de Moose, mais ta pas envie de casser ton système pour autant. Aucun gestionnaire de paquet de distribution ne gère ce genre de chose. Ce que tu peut éventuellement faire c'est créer un chroot et te faire toute ton installe.
Il est aussi bien plus pratique d'avoir dans les fichiers projets (ceux qui sont versionnés), la liste des dépendances qui sont ensuite automatiquement résolue de manière indépendante du système d'exploitation. Ça permet à tout les développeurs de travailler rapidement ensemble sans pour autant être forcé d'utiliser le même SE que les autres.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: UDF pas concluant (pour moi)
Posté par barmic . En réponse au journal Partition de type NTFS volume set ou NTFS. Évalué à 4.
Moi non plus je ne suis pas qualifié pour évaluer exFAT face à UDF ou qui que ce soit d'autres, mais ce n'est pas parce qu'un organisme dis que tel ou tel truc est standard que ça le rend universellement utilisé. Il y a un paquet de standard qui n'ont jamais était popularisés. ODF a était standardisé, mais ISO s'est fendu d'une autre standardisation avec OOXML. Bref ça ne veux pas dire grand chose le fait que je ne sais quel groupe ai choisi de dire que machin est un standard. Ce qui est significatif, c'est est-ce que le standard est largement déployé. En l'occurrence j'en ai aucune idée, j'ai jamais rencontré exFAT, mais j'ai pas acheté de matériel récent.
C'est l'avenir les carte SD sur Android ? C'est une vraie question, j'ai cru comprendre que la volonté de Google était de ne plus permettre d'utiliser de carte SD amovible.
La capacité de développer des pilotes n'est pas suffisante. Le problème c'est que c'est un format qui doit être implémenté dans du matériel non hackable (téléphone (pas que les smartphones), APN, baladeur, etc).
Si, il y a FAT32, il pose des contraintes mais convient dans beaucoup de situations.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Ext3 ou ext4 ?
Posté par barmic . En réponse au journal Partition de type NTFS volume set ou NTFS. Évalué à 3.
Je ne suis pas certain que ext soit très pertinent pour ce genre d'usage à moins de désactiver totalement la gestion des droits (je ne sais pas si c'est possible).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Multi-servers ?
Posté par barmic . En réponse à la dépêche Git-deliver. Évalué à 3.
Il n'est pas nécessaire de la prendre en compte. Ça peut être fait par l'utilisateur, mais surtout souvent les machines sont des clones les unes des autres ça permet de gérer plus facilement les choses.
S'il n'est pas possible de regrouper les machines, je trouve que c'est vraiment un gros manque.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Xlib,/XCB
Posté par barmic . En réponse à la dépêche La bibliothèque SDL est sortie en version 2.0. Évalué à 4.
Qt aussi. Mais c'est du travail que chacun fait dans son coin et maintenu à l’extérieur du projet des serveur graphique.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)