barmic a écrit 10455 commentaires

  • [^] # Re: cp

    Posté par  . En réponse au journal Journal Bookmark #1. Évalué à 3.

    C'est le genre de trucs dont parle le gars à la fin de son mail (mais il utilise XFS).

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • # On en parle

    Posté par  . En réponse au journal Minecraft est mort :-( Vive... Minetest \o/. Évalué à 9.

    On en parle :

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • # Trop de fork

    Posté par  . En réponse au message Script Bash, tronquer noms de fichiers pour eCryptFS. Évalué à 4.

    J'ai pas regardé dans le détail ce que fait ton algo, mais à vu de nez tu lance un paquet de fois find et md5sum. C'est dommage. Je pense qu'au lieu de rendre trunc_directory récursive tu devrait utiliser find une bonne fois pour toute et piper son résultat.

    Tu ne calcul pas le md5 sur le fichier mais sur son nom, ce qui n'est pas très pratique avec la commande md5sum, mais tu devrait pouvoir le faire en perl1 :

    perl -MDigest::MD5 -lnE 'print md5_hex($_).\' \'.$_'

    Qui va prendre les noms de fichiers en entrée et sortir le hash et le nom de fichier (pas testé). Tu peut ajouter des rafinements coté perl pour ne prendre que le nom du fichier (sans le chemin ni l'extension) et tronquer le hash comme tu le souhaite.

    Ainsi finalement tu pourra faire un script de la forme :

    find "${dir}" | perl -MDigest::MD5 -lnE 'print md5_hex($_).\' \'.$_' | ./mon_script.sh

    Et ça devrait, AMHA, aller beaucoup mieux coté perf (find n'est lancé qu'une fois, perl aussi).


    1. je parle de perl parce que c'est classique d'utiliser perl pour ça, mais tu peux le faire avec ce qui te plaît. 

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: cp

    Posté par  . En réponse au journal Journal Bookmark #1. Évalué à 2.

    dump / restore sont les outils de sauvegarde privilégiés sous FreeBSD, en gros il sérialisent et déserialisent un système de fichier. Donc il s'agit d'outils travaillant sur la structure logique du système de fichiers mais qui à un niveau inférieur à cp: ils répliquent le système de fichier plutôt que son contenu. Il n'y a pas d'outil équivalent sous Linux?

    J'ai pas dis que ça n'existe pas juste que je ne connais pas. J'avais un bouquin sur Debian (non pas le handbook) qui en parlait en cherchant vite fait je trouve ça : https://packages.debian.org/wheezy/dump ça n'a pas l'air terrible si c'est limité à ext2.

    De ta description, j'ai l'impression que ça travail au niveau du VFS ça peut être intéressant.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: mmmh

    Posté par  . En réponse au journal Toutes vos base sont appartiens à nous. Évalué à 4.

    Oui, probablement. Ça donne une toute autre saveur au récit fourni par le journaliste… Et les Russes n'ont aucun moyen fiable de savoir si les systèmes d'armes étaient vraiment hors de combat (car les E-U non plus, a priori, n'ont pas envie d'une escalade militaire).

    Le bâtiment aurait aussi pu se lancer dans des manœuvres offensives juste histoire de réagir. J'avoue que le spectacle aurait était marrant, un avion et un bateau pas amis qui jouent des biscoto l'un devant l'autre sans la moindre envie de se coller une baffe.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: mmmh

    Posté par  . En réponse au journal Toutes vos base sont appartiens à nous. Évalué à 1.

    Ou alors le système Aegis a déjà eu de nombreux problèmes et ce n'est que le dernier d'une série ?

    Il peut y avoir une crise de confiance dans le système. Peut être que les supérieurs ont dis que le système ne serait pas corrigé avant un temps trop grand, peut être qu'ils n'aiment pas ce système pour diverse raison (trop automatisé par exemple), il y a pleins de raisons qui peuvent amener à ça je répondait surtout au fait de "rire" de militaires qui ne veulent pas mourir.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: cp

    Posté par  . En réponse au journal Journal Bookmark #1. Évalué à 2.

    La commande GNU cp ne fait pas cela (je viens de vérifier). Ceci dit, comme il y a 400 millions de fichiers ajouter le compte des références à la table ajoute 1,6 ou 3,2 Go de données dans la structure! (Dans ext4 le nombre de hard-links est compté dans 16 bits mais d'autres systèmes utilisent la taille du mot machine.) Donc pour savoir si conserver ce nombre augmente la performance dans le cas général il faut y passer un peu plus de temps que 5 minutes autour d'un café — ce que je ne suis pas prêt à faire aujourd'hui.

    Je pense sincèrement que statistiquement il y a largement plus d'inode avec un unique lien dur qu'autres chose (bien sûr on peu trouver des cas particuliers comme des gestions de backup incrémentales qui utilisent massivement les liens en dur). Si je prends tes chiffres, il suffirait que 20 % des fichiers n'aient qu'un seul lien en dur pour que ce soit intéressant, c'est AMHA une hypothèse tout à fait acceptable.

    A minima ne pas garder les inodes qui n'ont qu'un seul lien ne coûte rien (c'est un test lors de l'insertion).

    Mais je ne vois pas trop sur quelle hypothèse plausible sur l'input pourrait s'appuyer cette stratégie pour être plus maline que l'OS.

    Si on considère le compteur de lien, on peut garder en mémoire les n inodes qui ont le plus grand nombre de liens restant. si un fichier à 17 000 liens dur il est probablement plus intéressant de le garder que celui qui en a 3. Bien sûr c'est statistique tout ça.

    Ce que démontre assez bien l'article est un effet inattendu de l'utilisation des hard-links sur la maintenance! Utiliser des soft-links aurait permis de copier beaucoup plus bêtement le système — mais il ont sûrement de bonnes raisons d'utiliser des hard-links dans leur système.

    En effet.

    L'admin mentionne qu'il a préféré ne pas utiliser dd à cause des erreurs de disque et faire un copie logique avec cp au lieu d'utiliser une copie bit à bit. Mais n'aurai-t-il pas eu intérêt à utiliser un outil travaillant sur une représentation intermédiaire du système de fichiers, de type dump (FreeBSD)?

    Je ne connais dump que de nom, lui parle d'outil lié au système de fichier. dd est vraiment lent pour faire ça même s'il est probablement moins consommateur en mémoire.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: entité

    Posté par  . En réponse à la dépêche Je crée mon jeu vidéo E13 : un an, premier bilan . Évalué à 5.

    […] j'affichais tout avec le système en charge de l'affichage. Grosse erreur ! Les tuiles ne font pas partie de l'état du jeu !

    Pourquoi ? Tu as déjà joué à worms ?

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: entité

    Posté par  . En réponse à la dépêche Je crée mon jeu vidéo E13 : un an, premier bilan . Évalué à 2.

    Personnellement j'aurais plutôt fais :

    pour toutes les entités
        pour tous les composants de l'entité
            composant.serialize()
        fin
    fin
    

    ou au moins

    pour toutes les entités
        pour tous les composants de l'entité
            serialize(composant.getData())
        fin
    fin
    

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Système à entité

    Posté par  . En réponse à la dépêche Je crée mon jeu vidéo E13 : un an, premier bilan . Évalué à 2.

    Si la question est : est-ce qu'une entité peut «pointer» vers d'autres entités, la réponse est oui. Comme exemple, on peut imaginer une entité «Besace du guerrier» qui a un composant Container qui contient un tableau d'entités (le contenu de la besace). C'est comme avec des pointeurs sauf qu'on utilise ici les entités qui ne sont que de simples identifiants. L'avantage, c'est que ça se sérialise très bien.

    C'était ma question :)

    En particulier, toutes les données physiques (formes, caractéristiques) sont des données statiques.

    Je suis pas d'accord avec ça. Tu peut vouloir gérer plus de choses. Le poids et la forme peuvent très bien évoluer, c'est justement ce que tu expliquait l'an dernier avec les balles qui acceptent des inputs. Tu crée des contraintes avec ces données statiques (qui peuvent potentiellement nuire à l'évolution du jeu).

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: entité

    Posté par  . En réponse à la dépêche Je crée mon jeu vidéo E13 : un an, premier bilan . Évalué à 5.

    AMHA les données statiques devraient juste être gérées un peu différemment histoire de ne pas les dupliquer en mémoire, la donnée dans l'entité c'est une référence vers l'asset et quand tu sauvegarde tu sauvegarde l'identifiant de l'asset. A la désserialisation, tu recharge l'asset si ça n'est pas déjà fait et tu crée une référence dessus. Ça ne me paraît pas fortement complexifier la sauvegarde et ça permet de garder la souplesse des systèmes à entité.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • # Système à entité

    Posté par  . En réponse à la dépêche Je crée mon jeu vidéo E13 : un an, premier bilan . Évalué à 5.

    D'abord merci pour tes 13 dépêches très intéressantes. Certaines m'ont plus intéressées que d'autres parce que je ne suis pas très jeux vidéos, mais elles étaient toutes très bien écrites. Je pense que tu as fais découvrir à beaucoup de gens ce qu'est un système à entité (moi inclut !).

    Justement j'ai une question sur les systèmes à entité. Je pense avoir bien compris le découpage système/entité/composants, mais je me demande comment faire des systèmes multi-entités. Pour du jeu vidéo c'est par exemple comment limiter le nombre d'unités ou gérer des collisions. Est-ce qu'il faut créer des composants qui pointent sur des entités (par exemple une entité stat qui connaît la liste des entités unités) ?

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: mmmh

    Posté par  . En réponse au journal Toutes vos base sont appartiens à nous. Évalué à 6.

    Le côté "je nargue le gros navire américain à douze reprises en espérant qu'ils n'aient pas de moyen de riposte à disposition" ressemble à de la folie furieuse. Je ne pense pas une seconde que la Russie aimerait déclencher une confrontation militaire avec les Etats-Unis (cf. ci-dessous).

    Les USA non plus, mais je présume que le chasseur peut effectuer des manœuvres suffisamment peut offensives pour ne recevoir que des messages depuis le bateau du type "dégage de là ou tu va manger de l'obus au goûter". D'ailleurs ce n'est pas parce que l'une des 2 nations abat un avion de l'autre que ça déclenche une guerre (voir l'avion américain en Serbie).

    Ensuite, des militaires de carrière qui démissionnent, en pleine opération extérieure, par "refus de risquer leur vie", heu, si c'est le cas, les Etats-Unis ont un gros problème :-)

    Oui enfin demande à n'importe quel militaire d'une armée un peu sophistiquée d'aller sur un théâtre d'opération armé d'un opinel et tu va voir qu'il démissionnera par "refus de risquer leur vie". Il faut comprendre que les militaires en exercice ont peut de moyens de pression pour parler de leur condition. Ce ne sont (du moins en France) pas des citoyens comme les autres, ils n'ont pas le droit de grève et les syndicats sont interdit, la principale manière qu'ils ont de gueuler c'est en démissionnant (d'ailleurs en France les militaires sont un peu amer en ce moment de ce que j'ai entendu dire).

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: cp

    Posté par  . En réponse au journal Journal Bookmark #1. Évalué à 3.

    Je pense qu'il est surtout pas nécessaire d'avoir la totalité de la map en mémoire, on peut garder en mémoire un cache des inodes et devoir recharger la partie nécessaire de la map depuis le disque en cas de besoin1. On peut aussi utiliser le compteur de liens en dur qui se trouve dans l'inode pour savoir quand libérer cet inode de la map (ou savoir s'il est vraiment nécessaire de l'ajouter à la map). Il est possible que la map ne soit pas très économe en mémoire.

    Il y a à mon avis pas mal de chose qui peuvent être des axes d'amélioration et il est possible que rsync soit testé avec dans ce genre de cas (je ne peux pas pas tester personnellement)


    1. on est d'accord que ça pose d'autres problèmes quand il y a plus d'espace disque. 

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Guerre contre le terrorisme

    Posté par  . En réponse au journal "Le filtrage administratif, encore, vraiment ?" par Benjamin Bayart. Évalué à 3.

    Un article de l'émission l'effet papillon de Canal+ qui répondait à la question "Y aura-t'il un jour plus de terrorisme dans le monde ?" (peut être que tu peut trouver le replay, c'est passé l'an dernier).

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: complément sur NextInpact

    Posté par  . En réponse au journal "Le filtrage administratif, encore, vraiment ?" par Benjamin Bayart. Évalué à 3.

    Comme le dit Nicolas Boulay, c'est hautement symbolique dans la transgression de règles internationale (avec ou sans la double nationalité). Ça ne va pas mettre longtemps à trouver une phrase, qui peut potentiellement tomber sous le coup de la loi (genre lecture en publique de le lettre de Guy Moquet, chanter le champ des partisans ou la lecture d'un texte de Robespierre en publique (voir l'article de Wikipedia sur le sujet)) et être suffisamment nombreux soit pour ne pas être inquiété soit pour finir d'écraser les tribunaux sous le nombre des affaires.

    Mince le terrorisme est dans notre foutu culture et l'un des plus grand représentant de notre bonne droite bien de chez nous à même créer un gouvernement avec des terroristes ou des amis de terroristes (et j'omets de parler du SAC ou du GUD pour pas paraître mesquin).

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Guerre contre le terrorisme

    Posté par  . En réponse au journal "Le filtrage administratif, encore, vraiment ?" par Benjamin Bayart. Évalué à 0.

    Nous allons continuer une guerre contre des terroristes avec des bombes et des armées conventionnelles.

    Pas tout à fait du moins les USA ont arrêté ça il y a longtemps maintenant. Ils sont sur de la guerre secrète, de la guerre de l'information qui bien qu'elle utilise ponctuellement des armes conventionnelles n'a plus grand chose à voir avec tout ce que l'on à vu par le passé (attaques ciblées sur n'importe quel point du globe (soit par des frappes aériennes, soit par des commandos pour aller piocher de l'info), surveillance globale des télécommunications,…) tout ça pour que le 11 septembre ne se reproduise pas. Et ça marche le terrorisme aux USA n'a jamais était aussi bas depuis des décennies (ils en ont rien à foutre du terrorisme ailleurs).

    Les membres de l'OTAN suivent un peu béa sans trop comprendre ce qu'il se passe.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Mon avis

    Posté par  . En réponse au journal Journal Bookmark #1. Évalué à 4.

    J'ai aucun problème avec la première partie de son journal, c'est bien pour ça que j'ai séparé mes commentaires en 2 un ici où je fais remarquer que de dire je cite :

    Constatant que les contenus de linuxfr sont un peu faible techniquement, […]

    puis (je cite encore)

    […] chercher un contenu intéressant sur les 3 premières pages du site.
    Résultat : rien.

    C'est à insultant et ce n'est clairement pas un avis partagé.

    Le ton péremptoire des réponses ne l'est clairement pas plus que lui qui vient avec ses sabots.

    Pourquoi vouloir rejeter ainsi des personnes souhaitant apporter d'autres types de contenus ?

    Je parle de brouter. Il peut lire ce qu'il veut et aller ou bon lui semble je dis juste que s'il y a des sources d'info qu'il trouve meilleure qu'ici, il faut qu'il continue à aller les voir, pourquoi chercher à ce que tous les sites où il va soient identique à son préféré ou qu'il en soit une recopie ?

    Ça n'interdit pas de proposer du contenu ici, mais pour pas se faire rentrer de dans le mieux est encore de ne pas rentrer dans les autres avant (mon neveu qui n'a pas encore 3 ans à appris ça la semaine dernière à l'école, peut être que des membres éminents de linuxfr peuvent arriver à le comprendre).

    Pourquoi s'offusquer et se balancer sur la figure plutôt que d'essayer d'ajouter de la diversité au site LinuxFr.org ?

    Parce que c'est ce qu'il cherche, tu ne me ferra pas croire qu'un membre pas nouveau du site pensait faire autre chose que troller comme un goret en sortant des affirmations aussi péremptoires. AMHA il veut surtout amener un débat sur les contenus court sinon il aurait pris le temps de répondre aux 2 seuls commentaires (dont un de moi) qui parlent de la première partie de son commentaires.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: complément sur NextInpact

    Posté par  . En réponse au journal "Le filtrage administratif, encore, vraiment ?" par Benjamin Bayart. Évalué à 6.

    Apologie du terrorisme = déchéance de la nationalité

    Ça n'est pas faisable AMHA. Je connais pas le sujet sur le bout des doigts mais en principe en France, on ne peut pas perdre sa nationalité si on en a pas une autre (je ne sais pas si c'est constitutionnel, un traité international ou si c'est juste une loi), au niveau international les gens qui n'ont pas de nationalité sont considérés comme des réfugiés et pris en charge comme tel par le HCR. Le (ou les parce qu'ils seraient capables d'y avoir réfléchis à plusieurs) pouilleux trop payé qui aurait pondu un texte allant dans ce sens est totalement taré. D'ailleurs ce serait une preuve de plus qu'il n'y a pas qu'en informatique que le législateur n'y connaît rien.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Mon avis

    Posté par  . En réponse au journal Journal Bookmark #1. Évalué à 4.

    Mais on s'en fou !

    C'est toi qui parle de voir un truc rapidement utilisable pour t'éviter des heures de programmation, si tu ne sais même pas de quel genre de techno ça parle autant ne pas mettre de description. D'ailleurs tu parle de templating à la C++, il y a 2 usages (proches mais dont l'objectif est différents) dans le templating C++, l'un pour la généricité (pour manipuler le typage) l'autre pour la performance là il s'agit uniquement de performance.

    La tribune, c'est une bande de copain sortant des blagues. J'ai essayé, tout le monde s'en fou. C'est comme mettre un lien sur irc.

    Si tu poste des liens vers des extensions chrome qui servent de règles de bureau ne soit pas trop surpris sans trop me fatiguer (sachant que je n'utilise pas chrome et que je ne suis pas développeur web), j'en trouve une ribambelle :

    Comprend bien que l'intérêt est subjectif. Si tu ne trouve rien qui t'intéresse ici, c'est peut être que tu n'es plus en phase avec la communauté. Sincèrement si tu considère que parler de la dernière version de PHP ou d'OCaml ou de comment on peut jouer avec systemd n'est pas très technique, va brouter de l'herbe plus jolie ailleurs.


    Qu'il y ai des choses intéressantes ailleurs, je n'en doute pas, mais que tu dénigre du contenu d'ici que je trouve personnellement de qualité ça passe mal. Si lire du contenu qui essaie d'avoir un peu de valeur ajouté ne t'intéresse pas très bien mais vient pas le dénigrer et sortir 4 liens de ton chapeau avec 2 paragraphes "vous avez rien d'intéressant à lire regardez moi j'ai des lien !".

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • # cp

    Posté par  . En réponse au journal Journal Bookmark #1. Évalué à 6.

    Un expérience testant les limites de la commandes cp : que ce passe t-il lorsqu'on copie 432 millions de fichiers totalisant 39 To ?

    Si j'ai bien compris ça dis que sur des très gros volume, le fait de garder les liens durs est très consommateurs et (indépendamment des liens en dur ?) cp garde une map avec tous les fichiers qu'il a copié et que celle-ci peut non seulement consommer beaucoup de place (17 Gio pour son exemple) et est coûteuse à entretenir (ré-allocation de la map).

    Je présume que ci dictionnaire est construit uniquement lorsqu'on demande de préserver les liens en durs. Son expérience n'en est pas vraiment une il s'agit plutôt d'un retour utilisateur, donc on aura pas de test comparé avec rsync c'est dommage parce que je présume qu'il est plus pensé pour gérer des volumes déraisonné comme ç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: Mon avis

    Posté par  . En réponse au journal Journal Bookmark #1. Évalué à 4.

    C'est quand même hyper symptomatique ce que tu dis : rapporter l'existence de telle ou telle chose et faire l'exercice pas si facile que ça de comprendre ce que c'est et de le synthétiser, c'est de la merde ?

    Il est où ton travail de synthèse ? Pour Morte tu ne parle même pas du fais que c'est fait pour Haskell. Être concis ce n'est pas forcément être synthétique.

    Pour le liens simples tu peut très bien les mettre sur la tribune. Il a aussi plusieurs fois était discuté d'un type de contenu plus courts que les journaux et les dépêches.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: End of an era

    Posté par  . En réponse au journal Et comme prévu, ça a fait... pffffuit. Évalué à 3.

    Non, non, les gens achètent des clavier rétro éclairés j'te jure logithèque, razer et compagnie vendent des claviers rétro éclairés (plus chère que les autres) et les gens en achètent. Les gammes ont même tendances à s'étoffer et les prix à descendre ce n'est plus du luxe comme ça l'était en 2006 par exemple (avec l'iluminate keyboard de logithec).

    Bref je le dis, je le répète « les gens achètent des claviers rétroéclairés ».

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: End of an era

    Posté par  . En réponse au journal Et comme prévu, ça a fait... pffffuit. Évalué à 2.

    Mais bon, continue les attaques ad hominem, ça remplit à défaut d'étayer.

    Et c'est monsieur « ceux qui utilisent des claviers rétro éclairés sont des cons » qui me dis ça ?

    Très franchement, rien à faire de ce que tu pense ou imagine. Les gens en achètent, tu veux penser que ce ne sont que des cons libre à toi, mais quand on commence à penser que tous les autres sont des cons, il faut se poser la question pour soit aussi (rasoir d'Ockham tout ç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: End of an era

    Posté par  . En réponse au journal Et comme prévu, ça a fait... pffffuit. Évalué à 6. Dernière modification le 12 septembre 2014 à 16:49.

    Cela dit pour les non informaticiens ayant besoin de taper dans le noir, le rétro éclairage du clavier doit avoir son utilité (mais j'ai une préférence pour la lampe usb.

    1. Tous les informaticiens ne tapent pas à l'aveugle (moi par exemple)
    2. La lampe usb demande d'avoir un accessoire en plus, n'est pas forcément très agréable (ça éclair trop certaines parties)
    3. C'est pas très discrets pour les autres
    4. On ne tape pas toujours du texte au kilomètre, je sais pas si à chaque fois que tu passe de la sourie/trackpad au clavier tu sais positionner tes mains systématiquement au bon endroit à l'aveugle, mais c'est pas le cas de tout le monde
    5. Il y en a qui changent de layout
    6. Il arrivent que les gens utilisent plus que les quelques dizaines de touches directement accessibles (Impr écran, F*, le pavé numérique,…)

    Mais rien que les non informaticiens ça fait déjà la majorité de la clientèle, non ?

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)