Elle explique bien la situation et les références citées, sans être trop pesante ; très bien pour ceux qui ne peuvent où ne veulent pas passer trop de temps à chercher et surtout décortiquer l'information. C'est au fond le but de linuxfr.org et je félicite Thomas.
De plus, comme la tradition de ce site l'oblige, j'ai relus le texte en cherchant les fautes, et n'en ai trouvé aucune :-)
Pour la communauté, il est aussi important de récolter les avis positifs (que je supppose tu as déjà exprimé sur Framasoft) que les négatifs (que l'on rencontre bien plus souvent).
Heureux q'une publication libre ait permis à un utilisateur de faire la migration de Windows vers GNU/Linux aussi facilement qu'avec un livre proposé par un éditeur (n'oublions pas que les versions imprimables sont disponibles pour un prix modique comparé aux équivalences classiques).
Une dépêche et le site est /.té, impossible d'afficher correctement les pages :-)
Blague mise à part, c'est très bien que ce langage ait un numéro de version de la famille du stable (1.x) ; je pense que cela va permettre une meilleure promotion du langage (et des outils), et donc de faire accroître le nombre de libs.
Je suis utilisateur C++ principalement, et si pour l'instant, on ne va pas me faire changer facilement, je dois avouer que lorsque D a commencé à montrer le bout de son museau, ça m'a pas mal attiré - mon bloquage à l'époque était le manque de stabilité des spécifications et un manque cruel de compilateur sous GNU/Linux.
J'essayerai sûrement un jour ou l'autre. Bonne dépêche simple et précise qui me fait penser à tester ça.
Et quand on appelle le support technique parce qu'on a un problème, et qu'ils répondent qu'ils ne peuvent pas nous aider parce qu'on n'est pas sous Windows (même si ça n'a rien à voir), ils supportent le libre ?
Non je crois que Neuf/Cegetel ne supporte pas le libre, il l'utilise lorsque ça l'arrange (comme beaucoup de société d'ailleurs, Neuf/Cegetel n'est pas un méchant tout pourri par rapport aux autres).
l'intérêt d'un mag ce n'est pas tant le côté payant et son contenu, mais surtout d'avoir un ensemble cohérent (normalement) et disponible partout (pratique d'avoir un mag quand on voyage par exemple).
S'il faut aller sur un site pour lire ses mags, autant faire des recherches et accéder directement à la source, car les auteurs d'articles de mags info ont bien leurs sources, comme tout informaticien ou geek, c'est donc accessible à tout le monde, si on se donne la peine de chercher.
Evidemment, il y a le côté "tout prêt", mais c'est encore mieux sur du papier sur sur un écran. C'est n'est bien-sûr qu'un avis personnel.
Sur des classes avec surcharge d'opérateur, gcc n'optimisera pas ce type de code, sauf si tu déclares ta méthode en ligne, auquel cas le code à compiler contiendra directement les instructions (et pourra donc être optimisé).
Sinon il y a une grosse différence entre i++ et ++i (il n'y a pas deux opérateurs pour rien), et c'est intéressant de se poser la question dès que l'on a un lien avec une autre variable ou une comparaison.
Par exemple :
while (padding++ < 0) {
*outstr++ = pad;
}
Dans ce cas, j'utiliserai l'incrémentation postfixe car j'ai une dépendance sur un test (et le 'padding' resert après dans un autre test). Sinon, sauf contre-indication, j'utilise l'infixe, car cela ne change rien à mon code, et je n'ai pas à me soucier de savoir si cela va être optimisé ou non.
Je n'ai fait qu'un DUT GEII (Génie Electrique et INfo Indus) et je maîtrise parfaitement caml/poo/c++/java.
Non ce n'est pas une question de longueur de formation, mais une histoire de motivation. Arrêtez de dire que seuls les ingénieurs savent régler les problèmes complexes, c'est complètement faux !
Dans ma boîte, ce sont uniquement des BAC+2 qui développent correctement les produits (250 développeurs), les ingé sont trop abstraits pour gagner en efficacité.
Je n'ai pas lu le fameux débat, mais vaut mieux ++i que i++ (en C et C++), c'est expliqué dans toutes les références dignes de ce nom, et c'est facilement compréhensible.
J'ai du mal à admettre que des développeurs chevronnés comme ceux bossant sur de gros projets comme KDE aient encore ce doute oO.
Ce qu'il faut voir, c'est qu'en installant un GNU/Linux quelconque, par plupart du temps tu as deux choix :
- Laisser l'installeur faire tout seul ce qu'il a à faire, car tu n'est pas sûr des actions à entreprendre, et la plupart du temps ça fonctionne plutot bien (sauf sur des configurations un peu exotiques - je mets les portables dans ce domaine, il subsiste encore trop de problèmes de nos jours).
- Décider de prendre la main sur l'installation, mais dans ce cas, tu sais ce que tu fais, à tes devoirs.
Pour ma part, quand je veux tester une distribution, j'alloue une seule partition, je prends la main sur l'installation (pour effectivement avoir le choix des partitions, mais aussi pour bien comprendre les différentes étapes), et je regarde après coup ce qu'il a fait (par exemple je fais systématiquement un df -h et un ps aux, des tailles disque ou mémoire trop élevées m'alertent).
Si ça ne marche pas comme ça, soit c'est lié à une configuration non prévue par l'installeur, et je réitère mon essai en m'adaptant (mais je fais rarement une troisième tentative), soit c'est purement matériel (aussi non prévu par le créateur de l'installeur/distribution), et dans ce cas je laisse purement et simplement tomber.
Si ça marche, je teste un peu, je fouine, et si c'est concluant, je refais une installation plus 'viable', mais je me suis déjà familiarisé avec le smilblick.
Pour le projet auquel je participe (Nasgaïa), on a choisi un doublé : Gna! et TuxFamily, pourquoi ?
Lorsqu'on a (re)démarré le projet, TuxFamily n'était pas encore up, et Gna! était exactement ce qu'il nous fallait:
- tous les services de dev dont on avait besoin (cvs, mailing-list, bug tracker, etc..)
- un espace web (uniquement html)
- une bonne ambiance et une équipe sympa, réactive (et en français de surcroit)
- des pro-FSF :-)
Puis on a voulu du php pour le site :-) Et TuxFamily est arrivé, alors on est allé chez eux, mais uniquement pour la partie web/alias mail, Gna! nous satisfaisant, on a gardé notre plateforme d'origine (on est passé sous svn depuis).
Bref, TuxFamily fournit maintenant pas mal de services, et les deux hébergeurs sont bien, c'est parmi eux le meilleur choix amha.
PS : pas sourceforge, berlios, ou autre, car on voulait du libre à l'état pur :-)
Il essaye de concilier programmation fonctionnelle et OO. Il est statiquement typé, et on y trouve pas mal de concepts sympas :
Ocaml :-)
- tout est objet, à la Smalltalk
le tout objet n'est pas la priorité d'OCaml, car son point fort est de pouvoir avoir un style:
* fonctionnel
* impératif
* objet
suivant les besoins :-)
- il gère la généricité (bon aujourd'hui ça peut paraître classique, c'est vrai)
Hmm, je suis pas sûr que OCaml fasse ça, mais il y a sûrement d'autres moyens d'y arriver s'il ne le fait pas.
- les traits, sorte de classes sans état interne, qui permette d'"imiter" l'héritage multiple
Je n'ai pas compris le principe de ce que tu décrit ? tu peux préciser ?
- le type d'une variable peut être inféré (localement), ce qui permet de ne pas préciser le type d'une variable à certains endroits
Dans OCaml, on ne précise jamais le type d'une variable, par contre, une fois le type défini par le langage (le compilateur ou interpréteur), il ne peut plus changer.
- il possède le moyen de préciser la variance des arguments d'une fonction. Par exemple, un truc qui m'a vraiment étonné, sur les types génériques, on peut préciser que List[String] est un sous-type de List[Object], mais que pour insérer un objet à cette liste, l'argument est contravariant, menant à transformer List[String] en List[Object] si on y ajoute un objet qui n'est pas une sous-classe de String (je pense qu'il prend alors l'ancêtre commun des deux types, j'ai mis Object pour être général)
Si c'est bien de l'invariance, OCaml :-) (le tant bizarroïde ;;)
De plus, OCaml fonctionne en trois modes:
* interprété, fonctionne comme tous les langages interprétés, avec un interpréteur ;-)
* semi-compilé (bytecode), comme java, dans une machine virtuelle caml
* compilé en natif, dans ce cas, OCaml gagne pratiquement la palme du code compilé le plus rapide (juste en-dessous du C avec le meilleur compilateur/optimiseur qui soit, MS C/C++ 7 - oui je sais, ça fait mal pour nous adorateurs de gcc)
C'est un langage fonctionnel (ou les fonctions sont des éléments de première classe - aka peut être passé en argument et être le résultat d'une expression), venant de la famille des langages de type lamba calcul (comme ML, bien qu'il ne retienne pas du tout la syntaxe), et de surcroît, c'est français (INRIA).
A part peut-être une syntaxe un peu plus proche des langages objet 'communs' (comme Ruby par exemple), je ne vois pas l'intérêt de ce langage, ce qui ne veut pas dire que je blâme les inventeur de Scala :-)
il existe le multi-byte (taille de caractère variable, c'est le premier octet qui indique si le caractère s'étend ou non sur plus d'un octet), mais c'est vraiment l'horreur à gérer pour les application :-)
J'ai fais trois commandes chez eux (dont une assez volumineuse), et toujours un service rapide, agréable et simple. Des prix pas toujours les moins chers, mais ça fluctue comme dans toutes les VPC. Quand j'ai acheté ma bécane perso, j'ai fais un devis chez quatre d'entres eux. Sur la totalité de la commande (et pas les articles individuels), c'était LDLC les moins chers et les mieux fournis.
En plus, la confirmation de l'identité de l'acheteur à la première commande est gage de sérieux.
L'impression est surement la meilleure forme de logs; avec une bonne vieille imprimante matricielle et du papier au kilomètre, on peut gérer des semaines de logs.
Le seul problème, c'est l'archivage des logs, il faut des placards, des classeurs de rangement par date et/ou par catégorie.
J'ai eu l'occasion d'avoir à utiliser les deux en tant que 'newbee', en commançant par subversion.
Du point de vue de l'utilisateur, svn n'apporte pas grand chose par rapport à cvs, mais du point de vue du contributeur, le 'préposé au remplacement' est bien plus agréable, car les commandes sont plus apparentées à celles des shells Unix.
Sinon, question stabilité et performance, je ne sais pas, le projet est de petite taille, et nous n'avons pas assez de recul pour donner un avis pertinent.
Je suis sur AMD64 depuis le mois de septembre.
Personnellement, j'ai parcourru ce chemin :
1) installation d'une slackware i486, pour démarrer quelque chose.
2) installation (plutôt création) d'une gentoo. Ca marche, mais j'aime pas trop gentoo, donc j'ai essayé autre chose
3) installation d'ubuntu amd64. Plein de problèmes due à des paquets manquants, entres autres les drivers 3D de ma Radeon 9800 Pro
4) plusieurs switch entre ubuntu i386 et amd64, j'arrivaix pas à me décider.
5) actuellement sur ubuntu i386, car il subsiste encore des problèmes de paquets manquants, de compatibilité, etc.. Ily a moyne d'y arriver, mais en warty c'est leparcours du combatant, il faudrait passer en hoary (version dev qui sort au mois d'avril)
6) quand hoary sortira, je repasserai sûrement sur ubuntu amd64.
Desole de te decevoir, mais le monsieur a tout a fait raison. Les cartes a puces sont aujourd'hui de veritables forteresses et il est tres difficile de les casser. Le hard est protege contre bien plus d'attaques que tu pourrais n'en imaginer, et le soft aussi. Bien sur, tout systeme est craquable et peut contenir des failles, mais pour peter une carte a puce concue aujourd'hui, il faut etre tres tres riche.
Ca dépend fortement du type de carte. Tu serais épaté de voir comment sont gérées les cartes vitale (oui celle qui détient tes informations civiles, et peut-être dans le futur, certaines informations médicales) ...
Perso, j'utilise XFCE (enfin pas pour l'instant mais c'est une autre histoire).
Avec le panel, j'ai:
- mes applications de toutes les minutes directement en icône de premier niveau
- les applications que j'utilise moins souvent mais de temps en temps dans les menus sur les icônes
- le reste soit avec Alt+F2 quand je connais le nom du binaire, soit avec un terminal (j'ai toujours un terminal qui traine quelque part), où j'utilise la complétion puis en dernier recours find.
- si vraiment je ne trouve pas, je cherche dans mon gestionnaire de packages le nom du soft, puis dans le détail des fichiers, mais ce cas là est rare.
# Belle dépêche
Posté par riri le breton (site web personnel) . En réponse à la dépêche Nouveaux débats à l'Assemblée autour de la vente liée. Évalué à 3.
Elle explique bien la situation et les références citées, sans être trop pesante ; très bien pour ceux qui ne peuvent où ne veulent pas passer trop de temps à chercher et surtout décortiquer l'information. C'est au fond le but de linuxfr.org et je félicite Thomas.
De plus, comme la tradition de ce site l'oblige, j'ai relus le texte en cherchant les fautes, et n'en ai trouvé aucune :-)
# \o/
Posté par riri le breton (site web personnel) . En réponse à la dépêche OpenXML recalé par l'ISO. Évalué à -1.
Aller encore un : \o/
Et pour Microsoft : o_/
[^] # Re: Simple comme ubuntu
Posté par riri le breton (site web personnel) . En réponse à la dépêche Framabook sort un livre sur Thunderbird 2. Évalué à 2.
Pour la communauté, il est aussi important de récolter les avis positifs (que je supppose tu as déjà exprimé sur Framasoft) que les négatifs (que l'on rencontre bien plus souvent).
Heureux q'une publication libre ait permis à un utilisateur de faire la migration de Windows vers GNU/Linux aussi facilement qu'avec un livre proposé par un éditeur (n'oublions pas que les versions imprimables sont disponibles pour un prix modique comparé aux équivalences classiques).
# Et voilà
Posté par riri le breton (site web personnel) . En réponse à la dépêche Le langage D 1.00 est disponible !. Évalué à 4.
Blague mise à part, c'est très bien que ce langage ait un numéro de version de la famille du stable (1.x) ; je pense que cela va permettre une meilleure promotion du langage (et des outils), et donc de faire accroître le nombre de libs.
Je suis utilisateur C++ principalement, et si pour l'instant, on ne va pas me faire changer facilement, je dois avouer que lorsque D a commencé à montrer le bout de son museau, ça m'a pas mal attiré - mon bloquage à l'époque était le manque de stabilité des spécifications et un manque cruel de compilateur sous GNU/Linux.
J'essayerai sûrement un jour ou l'autre. Bonne dépêche simple et précise qui me fait penser à tester ça.
[^] # Re: Neuf et le libre
Posté par riri le breton (site web personnel) . En réponse au journal Neuf-Cegetel propose une ADSL-box/PC à base de Linux. Évalué à 1.
Et quand on appelle le support technique parce qu'on a un problème, et qu'ils répondent qu'ils ne peuvent pas nous aider parce qu'on n'est pas sous Windows (même si ça n'a rien à voir), ils supportent le libre ?
Non je crois que Neuf/Cegetel ne supporte pas le libre, il l'utilise lorsque ça l'arrange (comme beaucoup de société d'ailleurs, Neuf/Cegetel n'est pas un méchant tout pourri par rapport aux autres).
[^] # Re: Web 2.0
Posté par riri le breton (site web personnel) . En réponse à la dépêche Le Ministre de la Culture aux internautes. Évalué à 4.
N'oublions pas que tout parti politique à part, Rocard est le défenseur du libre durant la période de délibaration des brevets logiciels.
# Une faute
Posté par riri le breton (site web personnel) . En réponse à la dépêche Le Ministre de la Culture aux internautes. Évalué à 1.
Si les modérateurs pouvaient corriger :-)
[^] # Re: Un solution web ?
Posté par riri le breton (site web personnel) . En réponse à la dépêche Posse Press en difficulté. Évalué à 4.
l'intérêt d'un mag ce n'est pas tant le côté payant et son contenu, mais surtout d'avoir un ensemble cohérent (normalement) et disponible partout (pratique d'avoir un mag quand on voyage par exemple).
S'il faut aller sur un site pour lire ses mags, autant faire des recherches et accéder directement à la source, car les auteurs d'articles de mags info ont bien leurs sources, comme tout informaticien ou geek, c'est donc accessible à tout le monde, si on se donne la peine de chercher.
Evidemment, il y a le côté "tout prêt", mais c'est encore mieux sur du papier sur sur un écran. C'est n'est bien-sûr qu'un avis personnel.
[^] # Re: Cela rassure
Posté par riri le breton (site web personnel) . En réponse à la dépêche Rendre GNOME rapide. Évalué à 1.
Sinon il y a une grosse différence entre i++ et ++i (il n'y a pas deux opérateurs pour rien), et c'est intéressant de se poser la question dès que l'on a un lien avec une autre variable ou une comparaison.
Par exemple :
while (padding++ < 0) {
*outstr++ = pad;
}
Dans ce cas, j'utiliserai l'incrémentation postfixe car j'ai une dépendance sur un test (et le 'padding' resert après dans un autre test). Sinon, sauf contre-indication, j'utilise l'infixe, car cela ne change rien à mon code, et je n'ai pas à me soucier de savoir si cela va être optimisé ou non.
[^] # Re: Bof
Posté par riri le breton (site web personnel) . En réponse au journal Repenser les langages et le développement logiciel. Évalué à 0.
Non ce n'est pas une question de longueur de formation, mais une histoire de motivation. Arrêtez de dire que seuls les ingénieurs savent régler les problèmes complexes, c'est complètement faux !
Dans ma boîte, ce sont uniquement des BAC+2 qui développent correctement les produits (250 développeurs), les ingé sont trop abstraits pour gagner en efficacité.
[^] # Re: Cela rassure
Posté par riri le breton (site web personnel) . En réponse à la dépêche Rendre GNOME rapide. Évalué à 2.
J'ai du mal à admettre que des développeurs chevronnés comme ceux bossant sur de gros projets comme KDE aient encore ce doute oO.
[^] # Re: Mauvaise expérience
Posté par riri le breton (site web personnel) . En réponse à la dépêche Revue des nouvelles chez Ubuntu. Évalué à 2.
- Laisser l'installeur faire tout seul ce qu'il a à faire, car tu n'est pas sûr des actions à entreprendre, et la plupart du temps ça fonctionne plutot bien (sauf sur des configurations un peu exotiques - je mets les portables dans ce domaine, il subsiste encore trop de problèmes de nos jours).
- Décider de prendre la main sur l'installation, mais dans ce cas, tu sais ce que tu fais, à tes devoirs.
Pour ma part, quand je veux tester une distribution, j'alloue une seule partition, je prends la main sur l'installation (pour effectivement avoir le choix des partitions, mais aussi pour bien comprendre les différentes étapes), et je regarde après coup ce qu'il a fait (par exemple je fais systématiquement un df -h et un ps aux, des tailles disque ou mémoire trop élevées m'alertent).
Si ça ne marche pas comme ça, soit c'est lié à une configuration non prévue par l'installeur, et je réitère mon essai en m'adaptant (mais je fais rarement une troisième tentative), soit c'est purement matériel (aussi non prévu par le créateur de l'installeur/distribution), et dans ce cas je laisse purement et simplement tomber.
Si ça marche, je teste un peu, je fouine, et si c'est concluant, je refais une installation plus 'viable', mais je me suis déjà familiarisé avec le smilblick.
[^] # Re: Hébergeur ?
Posté par riri le breton (site web personnel) . En réponse au journal Hébergement de projet. Évalué à 3.
Lorsqu'on a (re)démarré le projet, TuxFamily n'était pas encore up, et Gna! était exactement ce qu'il nous fallait:
- tous les services de dev dont on avait besoin (cvs, mailing-list, bug tracker, etc..)
- un espace web (uniquement html)
- une bonne ambiance et une équipe sympa, réactive (et en français de surcroit)
- des pro-FSF :-)
Puis on a voulu du php pour le site :-) Et TuxFamily est arrivé, alors on est allé chez eux, mais uniquement pour la partie web/alias mail, Gna! nous satisfaisant, on a gardé notre plateforme d'origine (on est passé sous svn depuis).
Bref, TuxFamily fournit maintenant pas mal de services, et les deux hébergeurs sont bien, c'est parmi eux le meilleur choix amha.
PS : pas sourceforge, berlios, ou autre, car on voulait du libre à l'état pur :-)
# et Objective Caml ?
Posté par riri le breton (site web personnel) . En réponse au journal Scala : un langage de prog sympa. Évalué à 0.
Ocaml :-)
- tout est objet, à la Smalltalk
le tout objet n'est pas la priorité d'OCaml, car son point fort est de pouvoir avoir un style:
* fonctionnel
* impératif
* objet
suivant les besoins :-)
- il gère la généricité (bon aujourd'hui ça peut paraître classique, c'est vrai)
Hmm, je suis pas sûr que OCaml fasse ça, mais il y a sûrement d'autres moyens d'y arriver s'il ne le fait pas.
- les traits, sorte de classes sans état interne, qui permette d'"imiter" l'héritage multiple
Je n'ai pas compris le principe de ce que tu décrit ? tu peux préciser ?
- le type d'une variable peut être inféré (localement), ce qui permet de ne pas préciser le type d'une variable à certains endroits
Dans OCaml, on ne précise jamais le type d'une variable, par contre, une fois le type défini par le langage (le compilateur ou interpréteur), il ne peut plus changer.
- il possède le moyen de préciser la variance des arguments d'une fonction. Par exemple, un truc qui m'a vraiment étonné, sur les types génériques, on peut préciser que List[String] est un sous-type de List[Object], mais que pour insérer un objet à cette liste, l'argument est contravariant, menant à transformer List[String] en List[Object] si on y ajoute un objet qui n'est pas une sous-classe de String (je pense qu'il prend alors l'ancêtre commun des deux types, j'ai mis Object pour être général)
Si c'est bien de l'invariance, OCaml :-) (le tant bizarroïde ;;)
De plus, OCaml fonctionne en trois modes:
* interprété, fonctionne comme tous les langages interprétés, avec un interpréteur ;-)
* semi-compilé (bytecode), comme java, dans une machine virtuelle caml
* compilé en natif, dans ce cas, OCaml gagne pratiquement la palme du code compilé le plus rapide (juste en-dessous du C avec le meilleur compilateur/optimiseur qui soit, MS C/C++ 7 - oui je sais, ça fait mal pour nous adorateurs de gcc)
C'est un langage fonctionnel (ou les fonctions sont des éléments de première classe - aka peut être passé en argument et être le résultat d'une expression), venant de la famille des langages de type lamba calcul (comme ML, bien qu'il ne retienne pas du tout la syntaxe), et de surcroît, c'est français (INRIA).
A part peut-être une syntaxe un peu plus proche des langages objet 'communs' (comme Ruby par exemple), je ne vois pas l'intérêt de ce langage, ce qui ne veut pas dire que je blâme les inventeur de Scala :-)
[^] # Re: utf8 SuXoR ?
Posté par riri le breton (site web personnel) . En réponse au journal Ubuntu et utf8, crise de nerfs.... Évalué à 1.
[^] # Re: Trouvé deux références
Posté par riri le breton (site web personnel) . En réponse au journal Firewall indépendant. Évalué à 1.
J'ai fais trois commandes chez eux (dont une assez volumineuse), et toujours un service rapide, agréable et simple. Des prix pas toujours les moins chers, mais ça fluctue comme dans toutes les VPC. Quand j'ai acheté ma bécane perso, j'ai fais un devis chez quatre d'entres eux. Sur la totalité de la commande (et pas les articles individuels), c'était LDLC les moins chers et les mieux fournis.
En plus, la confirmation de l'identité de l'acheteur à la première commande est gage de sérieux.
Vraiment bien.
[^] # Re: C'est normal
Posté par riri le breton (site web personnel) . En réponse au journal User root de apache : une faille ?. Évalué à 1.
L'impression est surement la meilleure forme de logs; avec une bonne vieille imprimante matricielle et du papier au kilomètre, on peut gérer des semaines de logs.
Le seul problème, c'est l'archivage des logs, il faut des placards, des classeurs de rangement par date et/ou par catégorie.
[^] # Re: Est-ce vraiment un concours intéressant ?
Posté par riri le breton (site web personnel) . En réponse à la dépêche IOCCC 2005, c'est parti !. Évalué à 1.
Je ne sais pas si vous avez regardé certaines oeuvres, mais c'est fasinant, comme le code en symétrique ascii-art, par exemple.
[^] # svn vs cvs
Posté par riri le breton (site web personnel) . En réponse à la dépêche KDE 3.4 officiellement sorti. Évalué à 9.
Du point de vue de l'utilisateur, svn n'apporte pas grand chose par rapport à cvs, mais du point de vue du contributeur, le 'préposé au remplacement' est bien plus agréable, car les commandes sont plus apparentées à celles des shells Unix.
Sinon, question stabilité et performance, je ne sais pas, le projet est de petite taille, et nous n'avons pas assez de recul pour donner un avis pertinent.
# Mes tests
Posté par riri le breton (site web personnel) . En réponse au journal Linux & AMD64 ?. Évalué à 2.
Personnellement, j'ai parcourru ce chemin :
1) installation d'une slackware i486, pour démarrer quelque chose.
2) installation (plutôt création) d'une gentoo. Ca marche, mais j'aime pas trop gentoo, donc j'ai essayé autre chose
3) installation d'ubuntu amd64. Plein de problèmes due à des paquets manquants, entres autres les drivers 3D de ma Radeon 9800 Pro
4) plusieurs switch entre ubuntu i386 et amd64, j'arrivaix pas à me décider.
5) actuellement sur ubuntu i386, car il subsiste encore des problèmes de paquets manquants, de compatibilité, etc.. Ily a moyne d'y arriver, mais en warty c'est leparcours du combatant, il faudrait passer en hoary (version dev qui sort au mois d'avril)
6) quand hoary sortira, je repasserai sûrement sur ubuntu amd64.
je n'ai pas essayé Fedora, ni debian 'pure'.
@+
[^] # Re: URL
Posté par riri le breton (site web personnel) . En réponse au journal Carte d'identité biométrique. Évalué à 2.
Ca dépend fortement du type de carte. Tu serais épaté de voir comment sont gérées les cartes vitale (oui celle qui détient tes informations civiles, et peut-être dans le futur, certaines informations médicales) ...
[^] # Re: Dormir plus !
Posté par riri le breton (site web personnel) . En réponse au journal Sommeil polyphasique. Évalué à 1.
Sachant que cela arrivera dans 4,5 milliards d'années, c'est mal barré.
[^] # Re: Outil et finalité
Posté par riri le breton (site web personnel) . En réponse à la dépêche 11 raisons pour ne pas choisir la filière informatique. Évalué à 1.
[^] # Re: !! Eviv Emong
Posté par riri le breton (site web personnel) . En réponse à la dépêche Gnome 2.10 approche. Évalué à 1.
http://tulklut.berlios.de(...)
:-)
# Xfce
Posté par riri le breton (site web personnel) . En réponse au journal Marre du menu demarrer. Évalué à 2.
Avec le panel, j'ai:
- mes applications de toutes les minutes directement en icône de premier niveau
- les applications que j'utilise moins souvent mais de temps en temps dans les menus sur les icônes
- le reste soit avec Alt+F2 quand je connais le nom du binaire, soit avec un terminal (j'ai toujours un terminal qui traine quelque part), où j'utilise la complétion puis en dernier recours find.
- si vraiment je ne trouve pas, je cherche dans mon gestionnaire de packages le nom du soft, puis dans le détail des fichiers, mais ce cas là est rare.