Posté par Zylabon .
En réponse au journal Word vs TeX.
Évalué à 10.
Dernière modification le 28 décembre 2014 à 15:38.
The performance of each participant was measured for each text sample by three variables: (1) the number of orthographic and grammatical mistakes; (2) the number of formatting errors and typos; and (3) the amount of written text (in symbols and words) produced within 30 minutes.
Laissez moi deviner… Les experts word ce sont des gens qui utilisent word professionnellement… Genre, des secrétaire ? Qui tapent à über vitesse sans fautes ? Qui sont habitué à mettre en forme des documents déjà rédigé (des brouillons).
Et les experts latex sont des chercheurs, dont ce n'est pas le cœur de métier, qui ne tapent pas énormément, qui sont beaucoup relus avant d'être publié. Et qui n'ont jamais à reproduire un document ?
Mais bon, ils sont pas malhonnêtes, juste idiots : "results suggest that LaTeX reduces the user's productivity and results in more orthographical, grammatical, and formatting errors"
C'est du même niveau que l'étude qui montre qu'une pointure élevée augmente les performances en mathématique, parce que les gens qui font du 16 galèrent pour faire des additions alors que ceux qui font du 43 résolvent des équation du second degré sans trop de problème.
Et encore :
La qualité visuelle du document final n'est pas évaluée.
Pas de mise en page complexe avec figure et texte (une des raisons qui poussent à utiliser latex).
Produire plein de document avec le même style est bien plus efficace sur LaTeX. Quand je dois taper un texte dont je me fiche de la mise en page, ça ne me prend pas une seconde de plus que le temps de taper le texte.
Rien de très particulier à faire, genre des graphes, générer un document automatiquement à partir de données fournies par un programme,…
Parce que sauf erreur de ma part (je me sentirais très bête) le raspberry pi ne sait pas booter sur autre chose que le la carte SD. Je ne crois pas qu'il soit possible d'avoir moins que le /boot sur la carte SD.
Et ya pas grub.
Mais donc je vais croiser les doigts en attendant de rentrer de vacances :)
Dans le tutoriel, l'attaquant n'a pas d'accès physique à la machine, ça fait toute la différence.
Qu'est-ce qui te garanti que que tu te connecte sur le raspberry pi ?
SSH est sûr à la seule condition que la clé privée du serveur est privée. Ici, l'attaquant potentiel a un accès physique au serveur, et donc à la clé. Il peut récupérer la clé (en clair) se faire passer pour le raspberry pi, et récupérer le mot de passe pour déchiffrer le système de fichier.
C'est vraiment impossible. Même en admettant que tu puisse avoir un système de boot sûr, qui garde la clé secrète secrète et le système chiffré. Il reste possible de fouiller la RAM à la recherche de la clé de chiffrement du système de fichier. Parce que quand on a un accès physique à une machine, on fait ce qu'on veut…
C'est impossible…
C'est exactement comme chercher à ôter la possibilité au facteur de lire les cartes postales qu'il transporte, il n'a pas le droit de le faire, il risque gros s'il le fait, mais la seule mesure technique qui pourrait l’empêcher de le faire, c'est de mettre la carte postale dans une enveloppe, mais c'est le client qui choisi d'en mettre une ou pas.
Sur le réseau tor, le même problème ce pose, les nœuds de sortie voient ce qui sort du réseau tor, c'est en clair si le client n'a pas chiffré, ils peuvent écouter, et même modifier (genre inclure des malware à la volée dans les binaires téléchargé, pour de vrai)…
Quelqu'un propose une connexion à son réseau, sur son matos, même si tu lui donne une parfaite boite noire, il garde toujours la possibilité de voir ce qui entre et sort. Si ce qui sort est chiffré, il reste ce qui entre, et sur un wifi ouvert ça veut dire tout. Sur un wifi sécurisé ça doit être mieux, mais il maitrise le matériel… Ça veut dire ce qui entre et sort de la carte réseau. Ça rend l'attaque plus difficile que de simplement installer et lancer tcpdump, mais ça reste possible, même avec une boite noire parfaite.
Sans compter le fait que cette personne serait folle d’exécuter un code qu'elle ne maitrise pas sur son réseau.
La solution la plus naturelle serait de créer un tunnel entre le client et ton serveur…
L'utilisateur contrôle le matos. Le mieux que tu puisse faire c'est écrire un programme super compliqué qui fait ce que tu veux. Mais bon, je suis pas sûr que tu sois au bon endroit pour ça :)
Il y a des réseaux merdiques font de l'usurpation d'adresse IP et envoient des paquets avec le flag FIN sur les "grosses" connexions.
Peut être que tu peux essayer de configurer le firewall pour qu'il les bloque ?
En gros, ça marche avec des flux de texte. Chaque commande a une entrée et une sortie, et on peut les brancher les unes aux autres avec |, un peu comme de la plomberie.
tail -n +2 fichier est une commande qui va recopier la "queue" (tail) du fichier sur sa sortie, à partir de la seconde ligne (pour enlever le [code]. head (la tête) lit le fichier, sur son entrée, et le recopie intégralement, sauf la dernière ligne. read l va lire une ligne, et la mettre dans une variable "l", ensuite, quand on écrit $l, le shell va remplacer $l par ce que read a mis dedans… Le tout est dans une boucle while pour le faire pour chaque ligne.
Pour l'erreur… Aucune idée :) Chez moi ça marche…
Mon idée c'est que ça vient d'un problème d'encodage… C'est compliqué, sur windows, les lignes sont terminées par 2 caractère, \r (retour chariot) et \n (new line). les vielles imprimantes étaient grosso modo des machines à écrire automatisée. Sur linux, on ne met que le new line.
Cependant, j'ai essayé en remplaçant les \n du fichier x.txt par des \r\n, et ça marche toujours…
Peut être que tu peux essayer de lancer la commande dos2unix x.txt pour changer les \r\n par des \n. Sinon j'ai pas d'idée.
For backward compatibility su defaults to not change the current directory and to only set the environment variables HOME and SHELL
Le shell lancé sous root va chercher son fichier de conf dans $HOME/.bidulerc, autrement dit ~root/.bidulerc, alors que ton prompt liquid prompt est vraissemblablement mis en place dans ~user/.bidulerc
Dans su tu a l'option -p qui fait ça, ça ne touche à aucune des variables d'environnement, mais ça va poser des problèmes…
Le plus simple serait que tu install liquid prompt pour root aussi ou que tu mette un symlink de ton .bidulerc vers celui de root.
Mélanchon, comme toi et moi n'avons pas fini le jeu donc on parle sur des hypothèses
Je cite l'article (encore une fois, même citation).
Pour lui [Mélanchon], selon cette bande-annonce, «la Révolution française fut finalement une monstruosité, un bain de sang incompréhensible, conduite par des brutes, qu’il aurait fallu éviter». Aussi, «on n’est donc plus dans le jeu (et ses simplifications d’usages) mais clairement dans une propagande»…
Pour lui [melanchon], selon cette bande-annonce, «la Révolution française fut finalement une monstruosité, un bain de sang incompréhensible, conduite par des brutes, qu’il aurait fallu éviter». Aussi, «on n’est donc plus dans le jeu (et ses simplifications d’usages) mais clairement dans une propagande»…
Robespierre n'avait rien d'un tendre, on ne peut pas être tendre lorsque l'on essaye d'arracher un pouvoir illégitime à des gens puissant. Mais il n'avait rien d'un monstre.
Le problème ici n'est pas de condamner la terreur, mais de condamner la révolution.
À propos de la centralisation de l'historique… Qui trouve ça utile ?
J'ouvre généralement pas mal de terminal, un par activité en gros. Quand j'ai besoin de remonter dans l'historique, j'ai systématiquement besoin de l'historique du terminal courant, pas des autres. Donc j'ai désactivé l'historique global.
En revanche j'aime bien que tout ce retrouve dans l'historique une fois le terminal fermé, pour la prochaine fois que j'aurais à faire un truc du genre. C'est finalement un peu comme des alias qui disparaissent quand je ne les utilise plus.
On pourrait se contenter d'améliorer l'azerty sans tout peter…
Oui, ou on pourrait aussi ne rien changer… C'est pas en améliorant la bougie sans tout casser qu'on a inventé le tube au néon.
L'azerty est de la merde, une erreur a été faite à l'époque en gardant la même disposition que les machines à écrire. Organiser une transition douce (par exemple en apprenant les gamins à l'école à taper sur des claviers efficaces, même si leur profs ne savent pas le faire) est tout à fait faisable.
Et puis pour le coups si le pebo devient le nouveau clavier normalisé, il y a moins de chance de se faire adopter, a mon avis.
Mais je suis preneur de tes tonnes d'exemples, qui ne soient pas pris en compte par les macro vim, par sublime text ou carrément par le remplacement structurel d'intellij.
Tu prétend que l'apport de la machine elisp est assez faible, expliquant qu'on peut en faire tout autant avec d'autres éditeurs qui proposent eux aussi leur propre machine vimScript, python, et je sais pas quoi, respectivement ?
Je regarde pas la télé, mais youtube avec mon téléphone et devine quoi ? Je le fais via l'application youtube ! Aucun intérêt de tout avoir dans un même logiciel.
C'était pas ce que je voulais dire mais bon, c'est intéressant que tu parle de ça.
Aucun intérêt de tout avoir dans un même logiciel ?
Et pourtant, tu as un téléphone qui te sert à téléphoner, envoyer des mails, regarder des vidéos. Quel intérêt de tout avoir dans le même appareil ?
Chacune de ses fonctionnalités serait parfaitement implémentées, et peut être mieux pour certaines, par des appareils dédiés. Mais non, c'est cool le tout en un.
Une seule chose à apprendre
Une seule chose à avoir sur toi (ou lancer sur ton ordinateur)
Tu peux envoyer un lien youtube à qu'un ami t'as demandé par mail super facilement, par sms.
Tu dit ça juste parce que t'as pas besoin de faire de calcul nucléaire pour les réacteurs à hautes pressions avec ton clavier.
Quand j'en ai eu besoin, j'ai probablement était un idiot, j'ai utilisé un code de simulation que je suis bête quand je m'y met.
Évidement si tu veux faire du gros calcul il faut un outil adapté. Mais si c'est juste pour tester viteuf, le clavier c'est très bien. Tu sais déjà t'en servir, il est déjà installé, déjà configuré…
L'apport est assez faible dans la majorité des cas car les besoins sont simples et/ou peuvent être facilement répertoriés. Avoir ta fonction rien qu'à toi qui déchire c'est un fantasme qui est largement pris en compte par l'utilisation de macro par exemple.
La majorité des cas c'est une minorité de cas. La majorité des cas on a besoin de faire des trucs « de base », des choses simples, que tous les éditeurs savent faire.
Plus précisément, la majorité des usages c'est une minorité des cas d'usages.
Quand on a un truc original à faire, non trivial (et il y en a des tonnes), on est content d'avoir la puissance de turing dans un langage relativement simple pour aider.
Multiplier les fonctions à l'infini ne sert à rien. On pourrait ajouter un code de calcul nucléaire pour les réacteurs à hautes pressions dans le driver de mon clavier que ça ne rendrait pas mon clavier plus cool.
Tu dit ça juste parce que t'as pas besoin de faire de calcul nucléaire pour les réacteurs à hautes pressions avec ton clavier.
Il parait qu'il y a des gens qui utilisent leur téléphones pour regarder la télé, moi j'ai pas besoin de regarder la télé, et il ne me viendrait pas à l'esprit de le faire avec sur écran format timbre poste, mais bon… Ces petites bêtes sont turing complète, et ont un écran couleur, alors on regarde la télé avec.
Pourquoi je regarde systématiquement des œuvre en VO :
J'ai envie de voir l'œuvre qui a été faite. Quand dans un film un comédien joue de manière très fine et qu'ils collent pour le doubler une espèce de clown de la comédie française qui ne sait même plus parler normalement… Ça me brise le cœur.
Quand un personnage dit « fuck you » on ne peut pas traduire ça par « va-t'en », même si ça colle super bien aux mouvements des lèvres.
Parce que trop souvent les traducteurs bossent comme des porcs et traduisent à la volée sans connaitre le contexte. Un exemple tout con, et populaire, dans la série Dr. House, quand Wilson et House se disent "you" ça ne peut pas se traduire par « vous ».
Parce que je commence à être très à l'aise en anglais. Et qu'en VO je peux entendre les accents des personnages. Dans les films doublé ça n'est jamais fait, ce serait ridicule d'avoir texan avec l'accent de Bayonne…
Parce que j'aime bien entendre d'autres langues… Après je peux même les reconnaitre.
Parce que les films chiants je peux les regarder à vitesse ×2…
Linux a été choisi, ce qui n'est pas une surprise, mise à part que l'OS ne sera pas américain.
Psychofox :
Un OS n'a pas de nationalité.
Moi :
On peut considérer qu'il a la même nationalité que l'institution qui a la possibilité d'introduire une backdoor dans les binaires distribué.
Psychofox :
Les backdoors ont bien plus de chance de trainer dans l'upstream d'un des multiples composants de ladite distrubtion. C'est pas comme si des failles openssl n'avaient pas trainées pendant des années sans que quelqu'un s'en rende compte.
What???? On s'en fout, c'est hors sujet.
Bref. Si moi je suis un éditeur russe très lié au gouvernement qui fait un système d'exploitation, les américains seraient peu avisés de se fournir chez moi. Pas à cause des putains de problèmes upstream, mais parce que je fais CE QUE JE VEUX. Alors oui, si je veux pas leur faire de mal, je n'en fais pas, et il y a toujours les problème upstream. Mais ON S'EN FOUS, C'EST HORS SUJET.
[^] # Re: libreoffice ? ou j'ai pas compris la question ?
Posté par Zylabon . En réponse au message Traitement de texte . Évalué à 4.
+1
Je sais qu'il existe des disposition de clavier optimisée pour la frappe à une main :
http://bepo.fr/wiki/Utilisateur:Amic/Projet_une_main
https://en.wikipedia.org/wiki/Dvorak_Simplified_Keyboard#One-handed_versions
Please do not feed the trolls
[^] # Re: Oui ...
Posté par Zylabon . En réponse au message A QUOI SYSTEM DE FICHIERS LINUX. Évalué à 2.
essaye strace, il est beaucoup plus courant sur gnu/linux.
Please do not feed the trolls
# Hum…
Posté par Zylabon . En réponse au message yum remove *. Évalué à 6.
En lisant ça la question qui me vient c'est « Qu'est-ce que la volonté ? »
Please do not feed the trolls
# Mouai…
Posté par Zylabon . En réponse au journal Word vs TeX. Évalué à 10. Dernière modification le 28 décembre 2014 à 15:38.
Laissez moi deviner… Les experts word ce sont des gens qui utilisent word professionnellement… Genre, des secrétaire ? Qui tapent à über vitesse sans fautes ? Qui sont habitué à mettre en forme des documents déjà rédigé (des brouillons).
Et les experts latex sont des chercheurs, dont ce n'est pas le cœur de métier, qui ne tapent pas énormément, qui sont beaucoup relus avant d'être publié. Et qui n'ont jamais à reproduire un document ?
Mais bon, ils sont pas malhonnêtes, juste idiots : "results suggest that LaTeX reduces the user's productivity and results in more orthographical, grammatical, and formatting errors"
C'est du même niveau que l'étude qui montre qu'une pointure élevée augmente les performances en mathématique, parce que les gens qui font du 16 galèrent pour faire des additions alors que ceux qui font du 43 résolvent des équation du second degré sans trop de problème.
Et encore :
Bref, c'est de la merde :)
Please do not feed the trolls
[^] # Re: booter sur le disque dur
Posté par Zylabon . En réponse au message RaspberryPi : no space left on device, carte morte ?. Évalué à 2.
Parce que sauf erreur de ma part (je me sentirais très bête) le raspberry pi ne sait pas booter sur autre chose que le la carte SD. Je ne crois pas qu'il soit possible d'avoir moins que le /boot sur la carte SD.
Et ya pas grub.
Mais donc je vais croiser les doigts en attendant de rentrer de vacances :)
Merci
Please do not feed the trolls
[^] # Re: rien d'impossible
Posté par Zylabon . En réponse au message Chiffrer l'OS. Évalué à 2.
Dans le tutoriel, l'attaquant n'a pas d'accès physique à la machine, ça fait toute la différence.
Qu'est-ce qui te garanti que que tu te connecte sur le raspberry pi ?
SSH est sûr à la seule condition que la clé privée du serveur est privée. Ici, l'attaquant potentiel a un accès physique au serveur, et donc à la clé. Il peut récupérer la clé (en clair) se faire passer pour le raspberry pi, et récupérer le mot de passe pour déchiffrer le système de fichier.
C'est vraiment impossible. Même en admettant que tu puisse avoir un système de boot sûr, qui garde la clé secrète secrète et le système chiffré. Il reste possible de fouiller la RAM à la recherche de la clé de chiffrement du système de fichier. Parce que quand on a un accès physique à une machine, on fait ce qu'on veut…
Please do not feed the trolls
[^] # Re: rien d'impossible
Posté par Zylabon . En réponse au message Chiffrer l'OS. Évalué à 2.
Sûr comme un coffre fort dont on peut avoir la clé sur simple demande.
Please do not feed the trolls
[^] # Re: Peut-être impossible
Posté par Zylabon . En réponse au message Chiffrer l'OS. Évalué à 1.
C'est impossible…
C'est exactement comme chercher à ôter la possibilité au facteur de lire les cartes postales qu'il transporte, il n'a pas le droit de le faire, il risque gros s'il le fait, mais la seule mesure technique qui pourrait l’empêcher de le faire, c'est de mettre la carte postale dans une enveloppe, mais c'est le client qui choisi d'en mettre une ou pas.
Sur le réseau tor, le même problème ce pose, les nœuds de sortie voient ce qui sort du réseau tor, c'est en clair si le client n'a pas chiffré, ils peuvent écouter, et même modifier (genre inclure des malware à la volée dans les binaires téléchargé, pour de vrai)…
Quelqu'un propose une connexion à son réseau, sur son matos, même si tu lui donne une parfaite boite noire, il garde toujours la possibilité de voir ce qui entre et sort. Si ce qui sort est chiffré, il reste ce qui entre, et sur un wifi ouvert ça veut dire tout. Sur un wifi sécurisé ça doit être mieux, mais il maitrise le matériel… Ça veut dire ce qui entre et sort de la carte réseau. Ça rend l'attaque plus difficile que de simplement installer et lancer tcpdump, mais ça reste possible, même avec une boite noire parfaite.
Sans compter le fait que cette personne serait folle d’exécuter un code qu'elle ne maitrise pas sur son réseau.
La solution la plus naturelle serait de créer un tunnel entre le client et ton serveur…
Please do not feed the trolls
# Impossible
Posté par Zylabon . En réponse au message Chiffrer l'OS. Évalué à 6.
L'utilisateur contrôle le matos. Le mieux que tu puisse faire c'est écrire un programme super compliqué qui fait ce que tu veux. Mais bon, je suis pas sûr que tu sois au bon endroit pour ça :)
Please do not feed the trolls
# Des sauvages !
Posté par Zylabon . En réponse au message Rsync à travers un portail captif . Évalué à 3.
Il y a des réseaux merdiques font de l'usurpation d'adresse IP et envoient des paquets avec le flag FIN sur les "grosses" connexions.
Peut être que tu peux essayer de configurer le firewall pour qu'il les bloque ?
Please do not feed the trolls
[^] # Re: Comme ça :
Posté par Zylabon . En réponse au message Copié fichier depuis liste de nom.. Évalué à 2.
Holala… J'avais supposé que les balises étaient dans le fichier en question et qu'ils fallait les retirer… Je sais pas du coup
Please do not feed the trolls
# Une lecture amusante :
Posté par Zylabon . En réponse au journal Comment réfuter. Évalué à 9.
https://fr.wikisource.org/wiki/L%E2%80%99Art_d%E2%80%99avoir_toujours_raison
L'art d'avoir toujours raison, Arthur Schopenhauer.
Il traite un peu du même sujet mais dans l'autre sens…
Please do not feed the trolls
[^] # Re: Zylabon merci.
Posté par Zylabon . En réponse au message Copié fichier depuis liste de nom.. Évalué à 3.
En gros, ça marche avec des flux de texte. Chaque commande a une entrée et une sortie, et on peut les brancher les unes aux autres avec
|, un peu comme de la plomberie.tail -n +2 fichierest une commande qui va recopier la "queue" (tail) dufichiersur sa sortie, à partir de la seconde ligne (pour enlever le [code]. head (la tête) lit le fichier, sur son entrée, et le recopie intégralement, sauf la dernière ligne.read lva lire une ligne, et la mettre dans une variable "l", ensuite, quand on écrit $l, le shell va remplacer $l par ce que read a mis dedans… Le tout est dans une boucle while pour le faire pour chaque ligne.Pour l'erreur… Aucune idée :) Chez moi ça marche…
Mon idée c'est que ça vient d'un problème d'encodage… C'est compliqué, sur windows, les lignes sont terminées par 2 caractère, \r (retour chariot) et \n (new line). les vielles imprimantes étaient grosso modo des machines à écrire automatisée. Sur linux, on ne met que le new line.
Cependant, j'ai essayé en remplaçant les \n du fichier x.txt par des \r\n, et ça marche toujours…
Peut être que tu peux essayer de lancer la commande
dos2unix x.txtpour changer les \r\n par des \n. Sinon j'ai pas d'idée.Please do not feed the trolls
# Comme ça :
Posté par Zylabon . En réponse au message Copié fichier depuis liste de nom.. Évalué à 3. Dernière modification le 13 décembre 2014 à 18:39.
Peut être que c'est malin de remplacer cp par ln, comme ça, ça prendra moins de place mais si tu modifie un fichier, ça les modifiera tous.
Tu veux juste une commande pour faire le boulot ou tu veux aussi savoir comment ça marche ? N'hésite pas à demander si jamais :)
Please do not feed the trolls
[^] # Re: Avoir de l'aide ?
Posté par Zylabon . En réponse à la dépêche Liquid Prompt 1.9. Évalué à 3.
Dans la page de man de su :
Le shell lancé sous root va chercher son fichier de conf dans $HOME/.bidulerc, autrement dit ~root/.bidulerc, alors que ton prompt liquid prompt est vraissemblablement mis en place dans ~user/.bidulerc
Dans su tu a l'option -p qui fait ça, ça ne touche à aucune des variables d'environnement, mais ça va poser des problèmes…
Le plus simple serait que tu install liquid prompt pour root aussi ou que tu mette un symlink de ton .bidulerc vers celui de root.
Please do not feed the trolls
[^] # Re: Typo
Posté par Zylabon . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à 0.
Je cite l'article (encore une fois, même citation).
Please do not feed the trolls
[^] # Re: Typo
Posté par Zylabon . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à -2. Dernière modification le 16 novembre 2014 à 22:04.
Tu as lu l'article ?
Robespierre n'avait rien d'un tendre, on ne peut pas être tendre lorsque l'on essaye d'arracher un pouvoir illégitime à des gens puissant. Mais il n'avait rien d'un monstre.
Le problème ici n'est pas de condamner la terreur, mais de condamner la révolution.
Please do not feed the trolls
[^] # Re: Démon?
Posté par Zylabon . En réponse à la dépêche Liquid Prompt 1.9. Évalué à 4.
À propos de la centralisation de l'historique… Qui trouve ça utile ?
J'ouvre généralement pas mal de terminal, un par activité en gros. Quand j'ai besoin de remonter dans l'historique, j'ai systématiquement besoin de l'historique du terminal courant, pas des autres. Donc j'ai désactivé l'historique global.
En revanche j'aime bien que tout ce retrouve dans l'historique une fois le terminal fermé, pour la prochaine fois que j'aurais à faire un truc du genre. C'est finalement un peu comme des alias qui disparaissent quand je ne les utilise plus.
Please do not feed the trolls
[^] # Re: Clavier et normalisation.
Posté par Zylabon . En réponse au journal Un agencement de clavier normalisé : bientôt pour la France !. Évalué à 1.
Oui, ou on pourrait aussi ne rien changer… C'est pas en améliorant la bougie sans tout casser qu'on a inventé le tube au néon.
L'azerty est de la merde, une erreur a été faite à l'époque en gardant la même disposition que les machines à écrire. Organiser une transition douce (par exemple en apprenant les gamins à l'école à taper sur des claviers efficaces, même si leur profs ne savent pas le faire) est tout à fait faisable.
Ce genre d'assertion mérite un argument.
Please do not feed the trolls
# Où est mon jeu de mot graveleux ?
Posté par Zylabon . En réponse à la dépêche Weboob atteint la maturité. Évalué à 5.
Je suis très déçu ! « Weboob atteint la maturité »… C'est tout ?
Please do not feed the trolls
[^] # Re: Félicitations
Posté par Zylabon . En réponse à la dépêche GNU Emacs 24.4. Évalué à 2.
Tu prétend que l'apport de la machine elisp est assez faible, expliquant qu'on peut en faire tout autant avec d'autres éditeurs qui proposent eux aussi leur propre machine vimScript, python, et je sais pas quoi, respectivement ?
C'était pas ce que je voulais dire mais bon, c'est intéressant que tu parle de ça.
Aucun intérêt de tout avoir dans un même logiciel ?
Et pourtant, tu as un téléphone qui te sert à téléphoner, envoyer des mails, regarder des vidéos. Quel intérêt de tout avoir dans le même appareil ?
Chacune de ses fonctionnalités serait parfaitement implémentées, et peut être mieux pour certaines, par des appareils dédiés. Mais non, c'est cool le tout en un.
Évidement si tu veux faire du gros calcul il faut un outil adapté. Mais si c'est juste pour tester viteuf, le clavier c'est très bien. Tu sais déjà t'en servir, il est déjà installé, déjà configuré…
Please do not feed the trolls
[^] # Re: Félicitations
Posté par Zylabon . En réponse à la dépêche GNU Emacs 24.4. Évalué à 6.
La majorité des cas c'est une minorité de cas. La majorité des cas on a besoin de faire des trucs « de base », des choses simples, que tous les éditeurs savent faire.
Plus précisément, la majorité des usages c'est une minorité des cas d'usages.
Quand on a un truc original à faire, non trivial (et il y en a des tonnes), on est content d'avoir la puissance de turing dans un langage relativement simple pour aider.
Tu dit ça juste parce que t'as pas besoin de faire de calcul nucléaire pour les réacteurs à hautes pressions avec ton clavier.
Il parait qu'il y a des gens qui utilisent leur téléphones pour regarder la télé, moi j'ai pas besoin de regarder la télé, et il ne me viendrait pas à l'esprit de le faire avec sur écran format timbre poste, mais bon… Ces petites bêtes sont turing complète, et ont un écran couleur, alors on regarde la télé avec.
Please do not feed the trolls
[^] # Re: Personne pour lancer le troll?
Posté par Zylabon . En réponse à la dépêche Joker, un logiciel pour doubler des films sous licence GPL. Évalué à 10.
Pas moi…
Pourquoi je regarde systématiquement des œuvre en VO :
Les inconvénients des sous-titres :
Please do not feed the trolls
[^] # Re: OS pas américain
Posté par Zylabon . En réponse au journal Le département de la défense US s'appuie sur SGI et Linux !. Évalué à -1. Dernière modification le 11 novembre 2014 à 01:22.
T'es plus con qu'avant les foins toi non ?
La dépêche :
Psychofox :
Moi :
Psychofox :
What???? On s'en fout, c'est hors sujet.
Bref. Si moi je suis un éditeur russe très lié au gouvernement qui fait un système d'exploitation, les américains seraient peu avisés de se fournir chez moi. Pas à cause des putains de problèmes upstream, mais parce que je fais CE QUE JE VEUX. Alors oui, si je veux pas leur faire de mal, je n'en fais pas, et il y a toujours les problème upstream. Mais ON S'EN FOUS, C'EST HORS SUJET.
Please do not feed the trolls
[^] # Re: Titre
Posté par Zylabon . En réponse au journal Du xml dans vos outils CLI. Évalué à 2.
Plus de redondance ne fait pas plus de contexte… C'est même plus de bruit, les machines n'en font qu'une bouchée mais pour les humains c'est chiant.
Please do not feed the trolls