C'est une solution qui me plait pas mal, mais il va falloir fouiller un peu pour savoir s'il est capable de faire des choses comme psbook, pour l'impression d'un livret.
En attendant j'ai trouvé ma solution en ligne de commande alors je vais souffler un peu etenfin imprimer mon doc !
L'idée est bonne, j'avais essayé en changeant juste la taille dans l'entête :
\documentclass[a5paper,10pt]{book} -> \documentclass[a4paper,20pt]{book}
Mais il ne veut pas, c'est forcément 10, 11 ou 12pt.
Cela dit c'est un peu du bricolage, et j'aimerai juste une solution propre où je crée des pages A5 pour les imprimer en A5, a priori ça n'a pas l'air d'être trop demander, hein...?
Bref, j'expérimente avec ce que les gens m'ont proposé après !
Quand tu construits du neuf, tu prévois des gaines pour faire passer les câbles électriques dans toutes tes salles, tu en profites pour glisser des lignes RJ-11 (téléphone) là où il faut, et depuis quelques années en standard tu mets aussi du RJ-45, et tu prévois les switch à chaque étage et tout. Pendant la construction c'est prévu puisque de toute façon les câbles électriques sont installés, rajouter d'autres câbles au même moment ne coute en gros que le prix du câble, plus un peu de matériel (les switchs et armoires réseau).
Quand tu rénoves un bâtiment qui n'avait pas d'installation réseau auparavant, et bien tu dois installer ces câbles dans de l'existant, et ce n'est pas toujours facile, tu peux être obligé de casser des bouts de mur pour les reboucher derrière, tu dois démonter le plinthes, et faire passer les câbles dedans, ou peut-être même créer un nouveau réseau de gaines et conduits où faire passer tes câbles parce que ça ne peut pas s'adapter correctement à l'existant.
Bon, si par chance tout était en faux plafonds, c'est plus simple, mais pareil, les faux plafonds il n'y en a pas si le bâtiment est suffisamment vieux.
Tout ça pour dire qu'installer des câbles ça n'est pas juste acheter des grosses bobines et les dérouler dans les couloirs. La rénovation ce n'est pas simple et c'est parfois plus cher que de faire du neuf, surtout quand on veut le moins possible toucher à l'existant.
Je crois que beaucoup de programmeurs ne se posent pas vraiment de questions d'ergonomie, ou alors pas tout le temps...
Souvent l'ergonomie se résume à ça :
On code une fonctionnalité, on réfléchi deux minute à quel sous-sous-sous-menu l'ajouter et tadaaa !
Après quand on réalise que ça devient un peu touffu, on ajoute un super système qui fait que les fonctionnalités les plus demandées par l'utilisateur « remontent » dans les menus et sont accessibles plus rapidement.
Si au moins pour chaque élément, chaque fonction, il se pose la question de savoir comment la présenter de façon logique et intuitive, il va déjà assez loin !
Après, aux utilisateurs de lui expliquer ce qui est bien et ce qui ne l'est pas, il semble être à l'écoute de ce genre de détail.
Il s'appelle Grégoire Gentil, donc probablement français oui, mais la boîte est californienne, donc un expatrié, et pas une boîte française.
C'est clair que s'il n'y a que 128Mo de RAM, ils ont tout raté...
Mais ils ont l'air d'avoir bien fait leur bidule, espérons qu'il y ait plus de RAM dedans.
Ca a l'air assez fun comme machine, et puis utiliser un ARM, c'est la fête, côté consommation et chaleur, ça n'a rien à voir avec du x86 :)
Ok, après avoir lu ta page, je vois que j'utilise déjà la coloration sémantique avec Python sous emacs, même si peut-être pas autant poussé que dans les exemples de ton lien.
C'est juste que j'appelais ça de la coloration syntaxique... A mon avis c'est simplement l'évolution logique de la coloration syntaxique, et ça me parait tellement évident que je suis surpris que des gens découvrent ça en le trouvant génial.
Mais ouais, c'est bien la coloration sémantique, c'est la fête !
On est d'accord sur l'ordre de grandeur, je n'ai pas de valeur précise, ma règle c'est juste : si j'ai du mal à « voir » la fonction d'un seul coup d'oeil, c'est qu'elle est trop longue et qu'il faudrait que je cherche à la découper, ou à la réécrire mieux.
« Gagner » une ligne pour chaque accolade ouvrante rend la fonction plus compacte tout en étant à mon sens plus lisible : je vois mieux les blocs logique comme ça, une ligne vide ça a plein de sens, l'indentation en a aussi.
On est vraiment dans le visuel là, ce que mon oeil perçoit rapidement, d'un seul coup, avec le minimum d'analyse de la part du cerveau.
Et j'ai horreur de l'accolade à la ligne parce qu'elle me gène, et je sépare mes fonctions d'au minimum deux lignes sauf si elles sont très étroitement liées.
Donc ces lignes ce n'est pas du grattage pour faire tomber la taille sous une limite dure, c'est vraiment parce que je trouve ça illisible avec l'accolade à la ligne. Ca casse la logique de l'indentation, c'est laid, et j'aime pas ça :)
Oh, c'est vendredi, juste un lâché de troll supplémentaire.
J'ai personnellement horreur de cette façon d'écrire, je trouve que c'est nettement moins lisible que de laisser l'accolade à sa place à la fin de la ligne à laquelle elle appartient.
De plus, j'ai comme philosophie qu'une fonction bien écrite est courte, et se « voit » d'un seul regard. Une fonction ne devrait jamais faire plus d'un écran de long en nombre de lignes, et la moitié c'est déjà pas mal. Sachant que j'utilise en gros un terminal allongé à la hauteur de l'écran, un peu moins de 70 lignes, donc 35 lignes pour une fonction ressemble à une bonne limite floue.
Une fonction trop longue devient illisible, s'il faut faire défiler en haut ou en bas pur la lire en entier c'est insupportable, et plus elle est courte, moins les yeux doivent faire d'aller-retours, plus elle est lisible.
Tout en gardant une opération par ligne bien sûr.
Donc la ligne bêtement perdue par cette accolade qui en prend une pour elle toute seule, gène en soi la lisibilité en accroissant le nombre de ligne.
De plus, l'oeil voit bien les blocs de texte, pour repérer une fonction dans son code, on fait défiler et on regarde la forme du texte, aidé par la coloration syntaxique. Si la fonction est entrecoupée de sauts de ligne incongrus, et de lignes perdues de partout, la fonction semble découpée en tronçons et on a du mal à savoir où elle commence et où elle arrête.
Attention, je ne dis pas qu'il ne faut pas sauter de lignes parfois dans du code, à certains endroits ça sépare des blocs logique et aide à la lisibilité du code, mais il ne faut pas le faire n'importe où.
C'est comme écrire un texte, un livre, tu utilises des paragraphes pour aérer, mais pas des tas de paragraphes d'une seule phrase non plus, le texte est regroupé en groupes de phrases logiques.
Bref, l'accolade à la ligne c'est, à mon sens, une perte de lisibilité.
Après c'est ma vie, mes couleurs, mon appréciation de la chose, mes gouts, mais c'est au moins un peu réfléchi comme avis, donc pas juste un lâché de troll dans le vent du matin :)
J'approuve le commentaire de msieur_happy, la coloration syntaxique est encore ce qu'il y a de mieux, de plus simple et répandu, pour ce différencier variables, valeurs, fonctions, mots-clefs, erreurs de syntaxe, etc.
Franchement, pour coder en PHP tout les jours pas vraiment par choix, ces $ devant chaque nom de variable me fatiguent. C'est exactement comme le ; en fin de ligne : totalement inutile, ça plante directement dès qu'ils n'y sont pas, la correction de l'erreur est toujours syntaxiquement évidente.
Le seul et unique intérêt du $ devant les noms de variable est en bash comme en PHP de les glisser directement dans les chaînes de caractères : echo "Bonjour $nom !" , ça c'est pratique.
Ben... C'est tout ce que j'ai trouvé...
Après, avoir de bonnes conventions de codage pour voir clairement les variables, leur type prévu ou leur utilisation, ou même leur champs d'action, c'est valable quel que soit le langage.
Mais je n'ai aucune difficulté à lire, même sans coloration syntaxique, un truc du genre :
for x in ma_liste:
print x
Ce n'est pas moins clair, au contraire, que :
foreach($ma_liste as $x) {
echo $x;
}
Je vais choisir un langage disons...
- interprété, parce que pour le compilé j'ai le C qui me convient bien ;
- rapide ;
- peu verbeux ;
- a la syntaxe claire (au revoir bash, perl...) ;
- plutôt sans contraintes de typage, parce que si j'ai besoin de faire un truc super précis, ben j'ai encore le C, là ça serait plutôt pour moins me prendre le choux ;
- un bon paquet de bibliothèques variées et aisément disponibles ;
- ah tiens, s'il pouvait y avoir une killer-feature comme un interpréteur en ligne de commande, un shell du langage en somme, ça tuerait tout, pouvoir tester rapidement un fonctionnement, une fonction, sans écrire tout un programme, juste écrire le bout de code qui t'intéresse et voir ce qu'il donne, super pratique ça, ça manque a des langages comme le PHP ou même le javascript (pourtant ça serait faisable en js)... ;
- intéropérable évidemment (au revoir java (on est vendredi !), et visualbasic, la larme à l'oeil (mwarfff...)) ;
- qui permette aisément de faire un programme, un site web, un script, tout ça dans un même langage, histoire de ne pas en apprendre douze différents, je connais déjà le C en plus, deux langages plus le HTML/CSS/JS, ça suffit amplement ;
- qui soit adapté au calcul scientifique (bc c'est sympa mais un peu limité quand même) ;
- et qui fait ce qu'on attend de lui sans même avoir besoin de t'imposer de mettre $ devant tes noms de variables ;
- qui permette d'éviter de voir l'ignoblissime syntaxe venue de certains inutilisateurs du C qui consiste à mettre l'accolade ouvrante à la ligne, pouaaark !
Bref, ça fait pas mal de contraintes, j'en ai heureusement un sous la main.
Ca faisait longtemps, je m'excuse de le faire encore une fois, mais je le fais sur des fautes grosses et récurrentes, pas sur des fautes de frappe.
Le monsieur là, il ne saura jamais, pas il ne sera jamais s'il a reçu son mail.
Saura : c'est le verbe savoir : il ne va pas *savoir* s'il a reçu son mail.
Sera : ça c'est le verbe être ! : il va être d'avoir reçu son mail ? Mux ?
Je l'ai vu passer un certain nombre de fois ces derniers jours, pas forcément par la même personne, c'est une faute trop courante, alors j'explique :)
Maître Ythello.
PS : Je ne parle plus des participe passé écrit en « -er » et des infinitif écrit en « -é », ça me déprime trop, mais remplacez vos verbes par un verbe du troisième groupe, « finir » par exemple, prononcez, on entend mieux la différence entre fini et finir qu'entre payé et payer...
C'est aussi un des intérêts du C de ne pas mettre ce genre de limites.
Le C a un statut très particulier parmi les langages : tu es seul maitre à bord, tes conneries sont les tiennes, mais tes bidouilles aussi.
Ce n'est pas forcément le pied quand on veut un projet complexe, avec de multiples contributeurs de niveaux inégaux, et qu'on n'a pas le temps ou l'énergie de gérer le projet aussi bien que par exemple un kernel Linux, mais cette liberté est irremplaçable quand on en a besoin.
Personnellement, j'adore cette sensation de liberté quand je code en C :)
Et j'adore cette sensation de simplicité quand je code en Python.
Mais ce n'est pas pour les même choses...
Je sais qu'on est vendredi, troll tout ça, mais franchement, régulièrement je cherche, mais je reviens *toujours* à xmms pour écouter ma musique.
J'en ai testé plein, de mpd à amarok en passant par audacious ou aqualung.
Je n'aime pas les trucs à la amarok, qui « gère tes musique », c'est chiant de juste écouter le contenu d'un fichier juste là, devant toi, sur ta fenêtre ROX-Filer. Ca c'est une question de goût.
Un truc simple qui te fait juste playlist correctement, ben j'en ai pas trouvé de mieux que XMMS.
Je veux bien qu'on m'en propose, j'essaie de quitter XMMS, c'est juste que je n'y arrive pas... Et ça me déprime un peu :(
Il est pas moche l'installateur, il est en mode console, texte.
Mais il y a des couleurs, des choix, des textes explicatifs, il permet de modifier ses choix si on s'est trompé, se charge de toute la configuration de base sans problème, et fait ça bien sans s'emmêler les pinceaux ni faire de conneries.
C'est un choix assez aisé à faire finalement, parce que la seule chose que d'autres installateurs ont et que lui n'a pas, c'est un environnement graphique avec une souris.
Franchement... Ya pas de quoi en faire un plat hein !
Tu ne sais pas tout !
Il y a de vieux hiéroglyphes de l'époque de Sékhemkhet dans l'ancien empire d'Egypte, qui relatent l'utilisation du manchot à la pipe. C'est très clair sur les hiéroglyphes, ils ne se sont pas foulés, ils ont directement repris le logo de la Slack, en un peu stylisé, pour la nommer.
Ce qui nous amène à plus de 4500 ans déjà.
Un peu plus tard on le retrouve sur des vases de la dynastie Shang, en Chine, il y a donc entre 3000 et 3500 ans.
Certains historiens en parlent même dans le peu que l'on sait des invasions Kourganes, il y a entre 7000 et 5000 ans, et qui sont à l'origine de la civilisation Hittite. Des traces auraient été trouvées à Çatal Hüyük (ville fondée il y a 9000 ans), en Anatolie (Turquie), et viennent donc étayer cette thèse cependant controversée.
Bref, la Slackware, c'est un peu la mémoire de l'humanité toute entière.
Yth, oh fichtre, on est vendredi, et je suis fatigué !
Mais voyons, la Slackware est tellement importante que le thème Slackware EST le thème par défaut de linuxfr voyons !
Linuxfr est en permanence en thème Slackware, sauf quand on change pour d'autres thèmes de temps en temps.
Slackware est fêtée tout les jours sur Linuxfr, c'est la moindre des choses.
Oui, mais c'est une décision quasiment politique de la part du policier. Parce que manifester c'est un droit, ce n'est pas interdit.
Tu as le droit d'être où tu es, d'être sur le chemin d'un flic qui marche dans la rue, d'être devant lui au tourniquet du métro.
S'il te demande de bouger et que tu refuses, sans l'agresser non plus, il n'a pas comme seul recours de te rentrer dedans. C'est un choix de sa part de faire dégénérer la situation. Et ce n'est pas forcément un choix légitime...
C'est aussi un choix de ta part de la faire dégénérer, si tu refuses obstinément, y compris de le suivre au poste quand il te l'a demandé,et que tu te débats pour ne pas te laisser pousser vers la voiture, on est d'accord. Mais d'un côté comme de l'autre, *choisir* de faire dégénérer vers la violence n'est *pas a priori* un choix légitime. Tout dépend bien sûr de la situation. Mais crois-moi, heureusement que tout les flics ne répondent pas à la violence (même verbale), par la violence, ou en « rentrant dedans », parce que sinon, les émeutes grecques, on les aurait aussi en France...
« Est-ce à dire qu'il faut tout excuser parce que ce sont des adolescents ? »
Non, mais je ne crois pas que les flinguer soit la solution non plus...
Il me semble que des solutions il y en a, aussi imparfaites soient-elles, pour gérer les adolescents qui foutent un peu trop le boxon...
Je crois qu'il est inutile de chercher des excuses : tuer quelqu'un n'est *jamais* la bonne solution. Jamais.
Ca dépend ce qu'on appelle « rentrer dedans», mais je doute qu'un quelconque policier ait le droit de porter la main sur toi si tu n'as aucune action agressive, dangereuse ou violente, pas forcément à son encontre d'ailleurs, juste parce que tu es là, et qu'il préférerait que tu sois ailleurs.
Ils peuvent te verbaliser, te coller des amendes, voire t'embarquer au poste et t'y garder la nuit (et là si tu résistes, il peut te forcer), mais te « rentrer dedans », au sens où je peux le comprendre, j'en doute très très fort...
[^] # Re: pgfpages
Posté par Yth (Mastodon) . En réponse au message Problème d'impression d'un document LaTeX A5 sur A4. Évalué à 2.
En attendant j'ai trouvé ma solution en ligne de commande alors je vais souffler un peu etenfin imprimer mon doc !
Merci,
Yth.
[^] # Re: Et si c'etait l'imprimante qui le faisait.?
Posté par Yth (Mastodon) . En réponse au message Problème d'impression d'un document LaTeX A5 sur A4. Évalué à 2.
\documentclass[a5paper,10pt]{book} -> \documentclass[a4paper,20pt]{book}
Mais il ne veut pas, c'est forcément 10, 11 ou 12pt.
Cela dit c'est un peu du bricolage, et j'aimerai juste une solution propre où je crée des pages A5 pour les imprimer en A5, a priori ça n'a pas l'air d'être trop demander, hein...?
Bref, j'expérimente avec ce que les gens m'ont proposé après !
Merci,
Yth.
# Coût du câblage.
Posté par Yth (Mastodon) . En réponse au journal Le tableau numérique interactif de l'école de Goussainville.. Évalué à 10.
Quand tu rénoves un bâtiment qui n'avait pas d'installation réseau auparavant, et bien tu dois installer ces câbles dans de l'existant, et ce n'est pas toujours facile, tu peux être obligé de casser des bouts de mur pour les reboucher derrière, tu dois démonter le plinthes, et faire passer les câbles dedans, ou peut-être même créer un nouveau réseau de gaines et conduits où faire passer tes câbles parce que ça ne peut pas s'adapter correctement à l'existant.
Bon, si par chance tout était en faux plafonds, c'est plus simple, mais pareil, les faux plafonds il n'y en a pas si le bâtiment est suffisamment vieux.
Tout ça pour dire qu'installer des câbles ça n'est pas juste acheter des grosses bobines et les dérouler dans les couloirs. La rénovation ce n'est pas simple et c'est parfois plus cher que de faire du neuf, surtout quand on veut le moins possible toucher à l'existant.
Yth.
[^] # Re: Philosophie
Posté par Yth (Mastodon) . En réponse au journal Logram : Environnement de bureau unique. Évalué à 6.
Souvent l'ergonomie se résume à ça :
On code une fonctionnalité, on réfléchi deux minute à quel sous-sous-sous-menu l'ajouter et tadaaa !
Après quand on réalise que ça devient un peu touffu, on ajoute un super système qui fait que les fonctionnalités les plus demandées par l'utilisateur « remontent » dans les menus et sont accessibles plus rapidement.
Si au moins pour chaque élément, chaque fonction, il se pose la question de savoir comment la présenter de façon logique et intuitive, il va déjà assez loin !
Après, aux utilisateurs de lui expliquer ce qui est bien et ce qui ne l'est pas, il semble être à l'écoute de ce genre de détail.
Yth.
[^] # Re: fennec
Posté par Yth (Mastodon) . En réponse au journal La société Always Innovating porte bien son nom!. Évalué à 2.
C'est clair que s'il n'y a que 128Mo de RAM, ils ont tout raté...
Mais ils ont l'air d'avoir bien fait leur bidule, espérons qu'il y ait plus de RAM dedans.
Ca a l'air assez fun comme machine, et puis utiliser un ARM, c'est la fête, côté consommation et chaleur, ça n'a rien à voir avec du x86 :)
Yth...
[^] # Re: Une pétition ?
Posté par Yth (Mastodon) . En réponse au journal Il faut sauver le soldat %. Évalué à 1.
C'est juste que j'appelais ça de la coloration syntaxique... A mon avis c'est simplement l'évolution logique de la coloration syntaxique, et ça me parait tellement évident que je suis surpris que des gens découvrent ça en le trouvant génial.
Mais ouais, c'est bien la coloration sémantique, c'est la fête !
Yth.
[^] # Re: Mouhahahaha
Posté par Yth (Mastodon) . En réponse au journal Il faut sauver le soldat %. Évalué à 1.
Yth.
[^] # Re: Une pétition ?
Posté par Yth (Mastodon) . En réponse au journal Il faut sauver le soldat %. Évalué à 1.
« Gagner » une ligne pour chaque accolade ouvrante rend la fonction plus compacte tout en étant à mon sens plus lisible : je vois mieux les blocs logique comme ça, une ligne vide ça a plein de sens, l'indentation en a aussi.
On est vraiment dans le visuel là, ce que mon oeil perçoit rapidement, d'un seul coup, avec le minimum d'analyse de la part du cerveau.
Et j'ai horreur de l'accolade à la ligne parce qu'elle me gène, et je sépare mes fonctions d'au minimum deux lignes sauf si elles sont très étroitement liées.
Donc ces lignes ce n'est pas du grattage pour faire tomber la taille sous une limite dure, c'est vraiment parce que je trouve ça illisible avec l'accolade à la ligne. Ca casse la logique de l'indentation, c'est laid, et j'aime pas ça :)
Yth.
[^] # Re: Une pétition ?
Posté par Yth (Mastodon) . En réponse au journal Il faut sauver le soldat %. Évalué à 1.
Yth.
[^] # Re: Une pétition ?
Posté par Yth (Mastodon) . En réponse au journal Il faut sauver le soldat %. Évalué à 2.
J'ai personnellement horreur de cette façon d'écrire, je trouve que c'est nettement moins lisible que de laisser l'accolade à sa place à la fin de la ligne à laquelle elle appartient.
De plus, j'ai comme philosophie qu'une fonction bien écrite est courte, et se « voit » d'un seul regard. Une fonction ne devrait jamais faire plus d'un écran de long en nombre de lignes, et la moitié c'est déjà pas mal. Sachant que j'utilise en gros un terminal allongé à la hauteur de l'écran, un peu moins de 70 lignes, donc 35 lignes pour une fonction ressemble à une bonne limite floue.
Une fonction trop longue devient illisible, s'il faut faire défiler en haut ou en bas pur la lire en entier c'est insupportable, et plus elle est courte, moins les yeux doivent faire d'aller-retours, plus elle est lisible.
Tout en gardant une opération par ligne bien sûr.
Donc la ligne bêtement perdue par cette accolade qui en prend une pour elle toute seule, gène en soi la lisibilité en accroissant le nombre de ligne.
De plus, l'oeil voit bien les blocs de texte, pour repérer une fonction dans son code, on fait défiler et on regarde la forme du texte, aidé par la coloration syntaxique. Si la fonction est entrecoupée de sauts de ligne incongrus, et de lignes perdues de partout, la fonction semble découpée en tronçons et on a du mal à savoir où elle commence et où elle arrête.
Attention, je ne dis pas qu'il ne faut pas sauter de lignes parfois dans du code, à certains endroits ça sépare des blocs logique et aide à la lisibilité du code, mais il ne faut pas le faire n'importe où.
C'est comme écrire un texte, un livre, tu utilises des paragraphes pour aérer, mais pas des tas de paragraphes d'une seule phrase non plus, le texte est regroupé en groupes de phrases logiques.
Bref, l'accolade à la ligne c'est, à mon sens, une perte de lisibilité.
Après c'est ma vie, mes couleurs, mon appréciation de la chose, mes gouts, mais c'est au moins un peu réfléchi comme avis, donc pas juste un lâché de troll dans le vent du matin :)
Yth.
[^] # Re: Une pétition ?
Posté par Yth (Mastodon) . En réponse au journal Il faut sauver le soldat %. Évalué à 2.
Franchement, pour coder en PHP tout les jours pas vraiment par choix, ces $ devant chaque nom de variable me fatiguent. C'est exactement comme le ; en fin de ligne : totalement inutile, ça plante directement dès qu'ils n'y sont pas, la correction de l'erreur est toujours syntaxiquement évidente.
Le seul et unique intérêt du $ devant les noms de variable est en bash comme en PHP de les glisser directement dans les chaînes de caractères : echo "Bonjour $nom !" , ça c'est pratique.
Ben... C'est tout ce que j'ai trouvé...
Après, avoir de bonnes conventions de codage pour voir clairement les variables, leur type prévu ou leur utilisation, ou même leur champs d'action, c'est valable quel que soit le langage.
Mais je n'ai aucune difficulté à lire, même sans coloration syntaxique, un truc du genre :
for x in ma_liste:
print x
Ce n'est pas moins clair, au contraire, que :
foreach($ma_liste as $x) {
echo $x;
}
Yth.
[^] # Re: Une pétition ?
Posté par Yth (Mastodon) . En réponse au journal Il faut sauver le soldat %. Évalué à 5.
- interprété, parce que pour le compilé j'ai le C qui me convient bien ;
- rapide ;
- peu verbeux ;
- a la syntaxe claire (au revoir bash, perl...) ;
- plutôt sans contraintes de typage, parce que si j'ai besoin de faire un truc super précis, ben j'ai encore le C, là ça serait plutôt pour moins me prendre le choux ;
- un bon paquet de bibliothèques variées et aisément disponibles ;
- ah tiens, s'il pouvait y avoir une killer-feature comme un interpréteur en ligne de commande, un shell du langage en somme, ça tuerait tout, pouvoir tester rapidement un fonctionnement, une fonction, sans écrire tout un programme, juste écrire le bout de code qui t'intéresse et voir ce qu'il donne, super pratique ça, ça manque a des langages comme le PHP ou même le javascript (pourtant ça serait faisable en js)... ;
- intéropérable évidemment (au revoir java (on est vendredi !), et visualbasic, la larme à l'oeil (mwarfff...)) ;
- qui permette aisément de faire un programme, un site web, un script, tout ça dans un même langage, histoire de ne pas en apprendre douze différents, je connais déjà le C en plus, deux langages plus le HTML/CSS/JS, ça suffit amplement ;
- qui soit adapté au calcul scientifique (bc c'est sympa mais un peu limité quand même) ;
- et qui fait ce qu'on attend de lui sans même avoir besoin de t'imposer de mettre $ devant tes noms de variables ;
- qui permette d'éviter de voir l'ignoblissime syntaxe venue de certains inutilisateurs du C qui consiste à mettre l'accolade ouvrante à la ligne, pouaaark !
Bref, ça fait pas mal de contraintes, j'en ai heureusement un sous la main.
Python.
Yth.
[^] # Re: Droit et internet , il est temps de s'y mettre .
Posté par Yth (Mastodon) . En réponse au journal Riposte grade hué. Évalué à 1.
Arf, le coup classique, on fait une remarque et on met une énormité au milieu...
J'ai vraiment besoin de sommeil ^^
Yth...
[^] # Re: Droit et internet , il est temps de s'y mettre .
Posté par Yth (Mastodon) . En réponse au journal Riposte grade hué. Évalué à 10.
Ca faisait longtemps, je m'excuse de le faire encore une fois, mais je le fais sur des fautes grosses et récurrentes, pas sur des fautes de frappe.
Le monsieur là, il ne saura jamais, pas il ne sera jamais s'il a reçu son mail.
Saura : c'est le verbe savoir : il ne va pas *savoir* s'il a reçu son mail.
Sera : ça c'est le verbe être ! : il va être d'avoir reçu son mail ? Mux ?
Je l'ai vu passer un certain nombre de fois ces derniers jours, pas forcément par la même personne, c'est une faute trop courante, alors j'explique :)
Maître Ythello.
PS : Je ne parle plus des participe passé écrit en « -er » et des infinitif écrit en « -é », ça me déprime trop, mais remplacez vos verbes par un verbe du troisième groupe, « finir » par exemple, prononcez, on entend mieux la différence entre fini et finir qu'entre payé et payer...
[^] # Re: Critique
Posté par Yth (Mastodon) . En réponse au journal Explorez les richesses du langage Python. Évalué à 5.
Le C a un statut très particulier parmi les langages : tu es seul maitre à bord, tes conneries sont les tiennes, mais tes bidouilles aussi.
Ce n'est pas forcément le pied quand on veut un projet complexe, avec de multiples contributeurs de niveaux inégaux, et qu'on n'a pas le temps ou l'énergie de gérer le projet aussi bien que par exemple un kernel Linux, mais cette liberté est irremplaçable quand on en a besoin.
Personnellement, j'adore cette sensation de liberté quand je code en C :)
Et j'adore cette sensation de simplicité quand je code en Python.
Mais ce n'est pas pour les même choses...
Yth.
# Whitespace ET rails ?
Posté par Yth (Mastodon) . En réponse au journal Journal : LinuxFR en whitespace ?. Évalué à 4.
Les espaces donnent le sens en whitespace, et le reste en Rails !
Yth.
[^] # Re: Slackware est et reste ma distribution préférée
Posté par Yth (Mastodon) . En réponse à la dépêche Slackware 12.2 est disponible. Évalué à 5.
J'en ai testé plein, de mpd à amarok en passant par audacious ou aqualung.
Je n'aime pas les trucs à la amarok, qui « gère tes musique », c'est chiant de juste écouter le contenu d'un fichier juste là, devant toi, sur ta fenêtre ROX-Filer. Ca c'est une question de goût.
Un truc simple qui te fait juste playlist correctement, ben j'en ai pas trouvé de mieux que XMMS.
Je veux bien qu'on m'en propose, j'essaie de quitter XMMS, c'est juste que je n'y arrive pas... Et ça me déprime un peu :(
Yth.
[^] # Re: Slackware est et reste ma distribution préférée
Posté par Yth (Mastodon) . En réponse à la dépêche Slackware 12.2 est disponible. Évalué à 7.
Mais il y a des couleurs, des choix, des textes explicatifs, il permet de modifier ses choix si on s'est trompé, se charge de toute la configuration de base sans problème, et fait ça bien sans s'emmêler les pinceaux ni faire de conneries.
C'est un choix assez aisé à faire finalement, parce que la seule chose que d'autres installateurs ont et que lui n'a pas, c'est un environnement graphique avec une souris.
Franchement... Ya pas de quoi en faire un plat hein !
Yth.
[^] # Re: Pas la plus vieille
Posté par Yth (Mastodon) . En réponse à la dépêche Slackware 12.2 est disponible. Évalué à 10.
Il y a de vieux hiéroglyphes de l'époque de Sékhemkhet dans l'ancien empire d'Egypte, qui relatent l'utilisation du manchot à la pipe. C'est très clair sur les hiéroglyphes, ils ne se sont pas foulés, ils ont directement repris le logo de la Slack, en un peu stylisé, pour la nommer.
Ce qui nous amène à plus de 4500 ans déjà.
Un peu plus tard on le retrouve sur des vases de la dynastie Shang, en Chine, il y a donc entre 3000 et 3500 ans.
Certains historiens en parlent même dans le peu que l'on sait des invasions Kourganes, il y a entre 7000 et 5000 ans, et qui sont à l'origine de la civilisation Hittite. Des traces auraient été trouvées à Çatal Hüyük (ville fondée il y a 9000 ans), en Anatolie (Turquie), et viennent donc étayer cette thèse cependant controversée.
Bref, la Slackware, c'est un peu la mémoire de l'humanité toute entière.
Yth, oh fichtre, on est vendredi, et je suis fatigué !
[^] # Re: Thème DLFP...
Posté par Yth (Mastodon) . En réponse à la dépêche Slackware 12.2 est disponible. Évalué à 7.
Linuxfr est en permanence en thème Slackware, sauf quand on change pour d'autres thèmes de temps en temps.
Slackware est fêtée tout les jours sur Linuxfr, c'est la moindre des choses.
Yth, mais bien sûr...
[^] # Re: Meurtre ?
Posté par Yth (Mastodon) . En réponse au journal [HS] La révolte en Grèce. Évalué à 2.
Yth ^^
[^] # Re: La raison des violance est simple ...
Posté par Yth (Mastodon) . En réponse au journal [HS] La révolte en Grèce. Évalué à 3.
Tu as le droit d'être où tu es, d'être sur le chemin d'un flic qui marche dans la rue, d'être devant lui au tourniquet du métro.
S'il te demande de bouger et que tu refuses, sans l'agresser non plus, il n'a pas comme seul recours de te rentrer dedans. C'est un choix de sa part de faire dégénérer la situation. Et ce n'est pas forcément un choix légitime...
C'est aussi un choix de ta part de la faire dégénérer, si tu refuses obstinément, y compris de le suivre au poste quand il te l'a demandé,et que tu te débats pour ne pas te laisser pousser vers la voiture, on est d'accord. Mais d'un côté comme de l'autre, *choisir* de faire dégénérer vers la violence n'est *pas a priori* un choix légitime. Tout dépend bien sûr de la situation. Mais crois-moi, heureusement que tout les flics ne répondent pas à la violence (même verbale), par la violence, ou en « rentrant dedans », parce que sinon, les émeutes grecques, on les aurait aussi en France...
Yth.
[^] # Re: Meurtre ?
Posté par Yth (Mastodon) . En réponse au journal [HS] La révolte en Grèce. Évalué à 5.
Yth.
[^] # Re: Meurtre ?
Posté par Yth (Mastodon) . En réponse au journal [HS] La révolte en Grèce. Évalué à 3.
Non, mais je ne crois pas que les flinguer soit la solution non plus...
Il me semble que des solutions il y en a, aussi imparfaites soient-elles, pour gérer les adolescents qui foutent un peu trop le boxon...
Je crois qu'il est inutile de chercher des excuses : tuer quelqu'un n'est *jamais* la bonne solution. Jamais.
Yth.
[^] # Re: La raison des violance est simple ...
Posté par Yth (Mastodon) . En réponse au journal [HS] La révolte en Grèce. Évalué à 2.
Ils peuvent te verbaliser, te coller des amendes, voire t'embarquer au poste et t'y garder la nuit (et là si tu résistes, il peut te forcer), mais te « rentrer dedans », au sens où je peux le comprendre, j'en doute très très fort...
Yth.