voila ta réponse, je te demande au moins de faire un don au site linuxfr qui t'evite un zero a l'ecole ou d'etre lourdé de ton stage ( ce n'est pas compliqué d'ouvrir un livre ).
ce n'est qu'un gabarit, il manque plein de chose ... mais ca te sauvera la vie ( faut vraiment que cela soit crucial et urgent pour ne pas ouvrir un manuel et prendre le temps de le lire ).
ce n'est pas spécialement contre toi, mais j'en ai un peu marre de voir passer des messages ici sur le langage perl ou l'essentiel des questions et des réponses fournis donne un sentiment de méconnaissance du perl.
quand j'apprend un nouveau langage, il me faut 2 livres .
quand j'apprend une nouvelle langue parlée, il me faut aussi 2 livres :
- un livre m'expliquant en long en large et en travers la grammaire
- un livre nommé dictionnaire ressensant presque tous les vocables de cette langue.
Bizarrement, les 2 livres dont j'ai besoin quand j'apprend à programmer sont les mêmes :
- un livre sur la grammaire
- un livre m'indiquant avec une courte explication l'essentiel des instructions du langages
avec cela, dans les deux cas énoncés ont peu s'en sortir correctement.
Pour ce qui est de la manipulation de la date : time() -> fourni un timestamp au format epoch localtime( $epoch ) -> prend un timestamp epoch et retourne l'année, le siecle, le mois, le jour, le jour de la semaine, la semaine, l'heure, la minute et la seconde par rapport au fuseau local de la machine gmtime( $epoch ) -> fait la meme chose mais par rapport à l'heure de Greenwich
en perl, si l'on tape perldoc perlfunc cela permet d'acceder à l'ensemble des instructions de bases de perl avec une courte definition : c'est ce fameux putain de dictionnaire que personne n'a lu ici (pour preuve, la recente discussion sur mkdir en perl ).
perldoc -f localtime permet de consulter directement et uniquement la doc de localtime.
Après l'on se demande pourquoi perl est write-only ?
... mais si tout les ignorants font du perl en appelant toute les 2 lignes des instructions shell ... a quoi sert le perl dans l'histoire ?
autant faire directement du shell, non ?
pour ce qui est de GNUCash , je ne sais pas si ils se sont mis à la comptabilité en partie double ... mais leur site annonce toujours aussi fierement : logiciel de comptabilité personnelle.
une association n'a pas d'obligation explicite de tenue de compte en partie double, mais cela aide beaucoup si l'on veut etre sur qu'il n'y a pas d'argent qui disparait.
La foule ne mérite sans doute pas le libre, mais parmi la foule il y a sans doute quelque individus qui eux le méritent, et ça vaut toujours le coup de leur ouvrir la porte, sachant que finalement ça ne coûte rien.
Si l'on connait un peu la bible, on peut penser à Abraham négociant avec Dieu pour Sodome et Gomorrhe : "sont tous pourri mais y en a t il au moins 10 qui les sauvent ?"
puis le commentaire sur l'exploit de 20 lignes de perl lisible, j'en suis admiratif. à croire que c'est le langage qui fait la qualité de des productions.
Si l'on me permet des transpositions qui peuventt tomber dans le troll, mais :
- c'est comme imputer la responsabilité de l'alcoolisme à l'absynthe et donc la nécéssité d'interdire l'absynthe sur le sol Francais ( c'est la raison invoqué il y a un siecle pour cette interdiction ). l'on voit bien que l'absynthe n'y est pour rien et que l'alcoolisme a encore de beaux jours devant lui.
- c'est comme imputer au pétrole seulement le réchauffement climatique. Personne ne reflechit au fait qu'en pleine hivers il puisse y avoir des régions entieres chaudes entourées de froid. Après l'on prédit la peste aviaire pour l'hiver prochain en oubliant que les flux migratoires des oiseaux sont de moins en moins nord <-> sud mais de plus en plus campagne <-> voisinage grand ville & zone de traffic.
donc, plutot que d'imputer à perl l'illisibilité des trucs produits, il serait intéressant de comprendre pourquoi c'est ainsi et de se rendre compte que si l'on file n'importe quel langage à un mec qui ne sait pas programmer, on n'obtiendra rien.
Je tiens à rappeler qui ni Corneille , ni Proust, ni Stringberg , ni aucun auteur ne produisi un chef d'oeuvre après avoir appris à lire et écrire. N'oublions pas non plus que l'essentiel des bacheliers scientifiques n'ont pas leur bac pour leur qualité en expréssion écrite que ce soit juste en Francais ou encore en philosophie ou l'on exprime des idées complexe.
Alors pourquoi un quelconque développeur pourrait reussir à écrire du code propre alors qu'il est incapable de s'exprimer correctement à la majorité sur des simples concepts et à les associer dans une dissertation ?
Un programme n'est il pas un endroit ou l'on doit essentiellement s'exprimer clairement et simplement pour que cela soit compréhensible par le plus grand nombre de personnes, compilateurs et processeurs ?
pour la modération, elle ne refuse pas comme ca une dépeche en avance .
Je dis ca en tant que constat de modérateur hein ;) ... quand un evenement est posté en avance sans etre trop en avance on le garde en attente.
Par contre les annonces avec 6 mois d'avance et les annonces 5min à l'avance, on prefere les refuser et l'on propose que la depeche soit reproposé dans un délai plus raisonnable.
heu ... les intitulés dans le fichier vcal pour l'IDF n'est pas clair et dispose d'information qui ne lui sont pas propre ( à moins que Lyon soit en Ile de France ).
donc, je dois dire que je n'ai pas fait le lien entre une "linux party 2006 à paris" et LA "linux party 2006 de Parinux & co à paris" .
Feature request : des RSS & VCAL par LUG ca serait sympa aussi ;)
Feature request : un peu plus d'info que "un evenement de l'agenda du libre" aiderait aussi ;)
ces deux liens sont sur toutes les pages de linuxfr.
il n'y a que ce lien là que tu n'aurais pas pu deviner comme ca : http://www.agendadulibre.org/submit.php il te permettra de proposer directement un nouvel evenement sur l'agenda du libre .
evite d'etudier le code du SGBD comme ca , c'est comme regarder le source de MySQL pour savoir comment l'utiliser ;)
par contre, comme je t'ai dit, je m'active pour remettre en ligne les docs & tutoriaux que j'avais fait il y a longtemps ... il ne seront pas up to date mais ils te présenteront correctement l'idée de l'ensemble.
Pour ce qui est du JS , cela permet de rendre executable un truc du genre :
ajax_check( "RemoteClassRequester" );
var mon_ajax = new RemoteClassRequester();
mon_ajax.link( "ajax_configuration", "Conf" );
var conf = new Conf( { defdeep:1 } );
alert( conf.getDocumentation( "get" ) );
avec pour le noeud "ajax_configuration" dans le template "code" :
/*
* Constructeur
*/
_CONSTRUCTOR(
function ( cookedvar ) {
this.__cookedvar = cookedvar;
for( o in cookedvar ) this[o] = new ConfValue( cookedvar[o] );
}
, "ceci est un constructeur assez con"
);
/* lit une cle de configuration */
_METHOD( "get",
function ( cle ) { return this[cle].value; }
, "retourne la valeur de la cle demande"
);
/* pose une cle de configuration */
_METHOD( "set",
function ( cle, val ) { return this[cle].value = val; }
);
/*
* genere une chaine contenant la configuration
*/
_METHOD( "toString",
function() {
var ret = "";
for( o in this.__cookedvar ) ret += " [" + o + "]->[" + this[o].value + "]";
dans le XVII tu trouves en fonctionnel :
- un moteur en client/serveur pour gerer des graphes et collections de graphes
- une API de requetes pour interoger le moteur
- un ensemble d'objets pour mapper des objets perl sur des sous-graphes
- un langage de templating pour faire du rendu de contenu
- un modele de donnée pour le rendu via des templates
- un toolkit SJAX/AJAX
- un ensemble d'objets pour mapper des objets JS sur des sous-graphes
- une GUI web assez moche mais tres efficace pour presque tout faire sans un shell
par contre, il peut manquer plein de petits trucs cool comme outils pour que cela soit tip-top :(
le probleme du SQL est qu'il n'est pas adapté à ce type d'usage.
un noeud dans un graphe contient un ensemble d'attribut typé.
le typage est dynamique par l'intermédiaire des classes d'objets pour le mapping.
Le fait qu'il soit codé en perl n'a aucune influence sur les performances actuelles.
Il a été en production avec des graphes ayant quelques centaines de milliers de noeuds.
Je compte faire des benchs contre MySQL sur de la lecture de données et des écritures.
Si cela t'interesse, je peux t'aider. Par contre, il y a plein de petits trucs à peaufiner pour que cela soit tip-top ... mais en l'état il peut faire deja plein de choses :)
Je vais retrouver toutes les docs que j'avais faite et les mettre sur le site pour expliquer.
comme je l'est deja expliqué ( mais je ne retrouve plus mon commentaire ), google ne va pas utiliser du SQL mais a du construire un moteur adapté à son besoin.
maintenant si en plus tu veux des ecritures frequentes, cela implique une reconstruction fréquente des indexs ... si le volume d'entrée est suffisament important pour risquer des collisions ... tu risques de passer plus de temps à calculer ton index qu'a en profiter.
je rappelle qu'un quelconque SGBD est essentiellement Read Only ... cas où l'on sait gerer la concurrence. la concurrence en écriture n'est pas encore un sujet maitrisé puisque les solutions tienne en : on écrit à la queuleuleu et si ca merde on previens gentillement le DBA.
Mon conseil va etre au choix :
- soit tu précise ce que tu veux faire pour le faire autrement
- soit tu te tape énormement de livres d'algo et de math
par contre la réponse pour le mossieu Ryu31 est on s'en doute apres pareil attitude RTFM
je pense que si il avait fait un effort avec google il aurait eu une réponse.
mais le mossieu Ryu31 vient de s'incrire et a tout de suite pété un cable.
j'ai l'impression que l' O.M.S et le premier ministre doit etre mis au courant de cette nouvelle catastrophe sanitaire sans précédent : de plus en plus de moules deviennent folle au contact de DLFP.
un smiley, un je ->[] , des guillemets sur facile aurait été explicite ... mais là, comme je l'ai dit plus haut, je l'ai peut etre compris de travers, je ne sais pas.
Si je me suis trompé, je lui présenterais mes excuses.
Maintenant, que le doute me tiraille, je sens très con.
parmi mes commentaires "étranges", celui dont je suis le plus fier est ma réponse à une bourde de modération sur un journal qui me plaisait : j'ai osé détourné la scene IV de l'acte I du Cid ( http://linuxfr.org/comments/552196.html#552196 ).
pour faire une lecture comparative avec le texte originale http://perso.wanadoo.fr/jmpetit/cours/lem12.htm . par contre, apres relecture, il y a plein de coquille orthographique qui rendent sa lecture difficile :/
si c'est trop facile, je te laisse le plaisir d'ecrire un petit poeme qui :
- a un sens
- fait office de commentaire répondant à une autre personne
- est en alexandrin
- a des rimes en 4-4-2-2 ( choix délibéré )
- cache une accrostiche qui fait exactement 12 lettres
- a le titre et le dernier vers qui sous entendent cette accrostiche
- et a d'autres choses
écrire ce petit commentaire m'a fait plaisir et je me suis amusé à improviser cela. je n'y place aucune fierté, aucun orgueil, mais m'entendre dire que c'est facile par une personne qui n'essaie meme pas de répondre sur le même plan, je trouve cela un peu faiblard ( meme si seule phrase se veut être un alexandrin ).
Certainement heureux tu es de le revoir,
Or ton unique vers connait un seul déboire.
Mobilix en débuta ce grand réservoir,
Malsain Copyright construit son promontoire.
Ehonté, ce détournement débonnaire
Nuira largement a ton maigre salaire
Tuant tout espoir a ton charmant commentaire
A gagner ces clics pertinent si précaire.
Iras tu, notre ministre, seulement voir
Rasserénant DADVSI comme grand pouvoir
Etre l'unique risée de tout un par-terre ?
Ses petits alexandrins pour commentaires.
# "open + while + split + if + join + print + close" grace a RTFM
Posté par Mouns (site web personnel) . En réponse au message besoin de commande perl pour éviter une boucle sur grep, un if et un sed (en clair un rechercher remplacer conditionnel). Évalué à 3.
voila ta réponse, je te demande au moins de faire un don au site linuxfr qui t'evite un zero a l'ecole ou d'etre lourdé de ton stage ( ce n'est pas compliqué d'ouvrir un livre ).
ce n'est qu'un gabarit, il manque plein de chose ... mais ca te sauvera la vie ( faut vraiment que cela soit crucial et urgent pour ne pas ouvrir un manuel et prendre le temps de le lire ).
open( IFILE, "<", "input.txt" );
open( OFILE, ">", "output.txt" );
while( <IFILE> ) {
chomp;
my @col = split( '~', $_ );
if ( ( $col[0] eq "ACT" ) && ( $col[12] =~ /^0/ ) ) {
$col[12] = $col[14];
}
print join( '~' , @col ), "\n";
}
close( IFILE );
close( OFILE );
[^] # Re: les moufles & co
Posté par Mouns (site web personnel) . En réponse au message Récuperer la date dans une variable. Évalué à 1.
# les moufles & co
Posté par Mouns (site web personnel) . En réponse au message Récuperer la date dans une variable. Évalué à 9.
quand j'apprend un nouveau langage, il me faut 2 livres .
quand j'apprend une nouvelle langue parlée, il me faut aussi 2 livres :
- un livre m'expliquant en long en large et en travers la grammaire
- un livre nommé dictionnaire ressensant presque tous les vocables de cette langue.
Bizarrement, les 2 livres dont j'ai besoin quand j'apprend à programmer sont les mêmes :
- un livre sur la grammaire
- un livre m'indiquant avec une courte explication l'essentiel des instructions du langages
avec cela, dans les deux cas énoncés ont peu s'en sortir correctement.
Pour ce qui est de la manipulation de la date :
time() -> fourni un timestamp au format epoch
localtime( $epoch ) -> prend un timestamp epoch et retourne l'année, le siecle, le mois, le jour, le jour de la semaine, la semaine, l'heure, la minute et la seconde par rapport au fuseau local de la machine
gmtime( $epoch ) -> fait la meme chose mais par rapport à l'heure de Greenwich
en perl, si l'on tape perldoc perlfunc cela permet d'acceder à l'ensemble des instructions de bases de perl avec une courte definition : c'est ce fameux putain de dictionnaire que personne n'a lu ici (pour preuve, la recente discussion sur mkdir en perl ).
perldoc -f localtime permet de consulter directement et uniquement la doc de localtime.
Après l'on se demande pourquoi perl est write-only ?
... mais si tout les ignorants font du perl en appelant toute les 2 lignes des instructions shell ... a quoi sert le perl dans l'histoire ?
autant faire directement du shell, non ?
[^] # Re: Logiciels adaptés aux ASBL
Posté par Mouns (site web personnel) . En réponse au message Logiciels adaptés aux ASBL. Évalué à 4.
pour ce qui est de GNUCash , je ne sais pas si ils se sont mis à la comptabilité en partie double ... mais leur site annonce toujours aussi fierement : logiciel de comptabilité personnelle.
une association n'a pas d'obligation explicite de tenue de compte en partie double, mais cela aide beaucoup si l'on veut etre sur qu'il n'y a pas d'argent qui disparait.
[^] # Re: sa majesté le prince gnap gnap
Posté par Mouns (site web personnel) . En réponse au journal je donne mon avis : le libre, c'est comme la démocratie.... Évalué à 0.
pour les phote de naurtograf, advienne que pourra.
[^] # Re: sa majesté le prince gnap gnap
Posté par Mouns (site web personnel) . En réponse au journal je donne mon avis : le libre, c'est comme la démocratie.... Évalué à 2.
Si l'on connait un peu la bible, on peut penser à Abraham négociant avec Dieu pour Sodome et Gomorrhe : "sont tous pourri mais y en a t il au moins 10 qui les sauvent ?"
puis le commentaire sur l'exploit de 20 lignes de perl lisible, j'en suis admiratif. à croire que c'est le langage qui fait la qualité de des productions.
Si l'on me permet des transpositions qui peuventt tomber dans le troll, mais :
- c'est comme imputer la responsabilité de l'alcoolisme à l'absynthe et donc la nécéssité d'interdire l'absynthe sur le sol Francais ( c'est la raison invoqué il y a un siecle pour cette interdiction ). l'on voit bien que l'absynthe n'y est pour rien et que l'alcoolisme a encore de beaux jours devant lui.
- c'est comme imputer au pétrole seulement le réchauffement climatique. Personne ne reflechit au fait qu'en pleine hivers il puisse y avoir des régions entieres chaudes entourées de froid. Après l'on prédit la peste aviaire pour l'hiver prochain en oubliant que les flux migratoires des oiseaux sont de moins en moins nord <-> sud mais de plus en plus campagne <-> voisinage grand ville & zone de traffic.
donc, plutot que d'imputer à perl l'illisibilité des trucs produits, il serait intéressant de comprendre pourquoi c'est ainsi et de se rendre compte que si l'on file n'importe quel langage à un mec qui ne sait pas programmer, on n'obtiendra rien.
Je tiens à rappeler qui ni Corneille , ni Proust, ni Stringberg , ni aucun auteur ne produisi un chef d'oeuvre après avoir appris à lire et écrire. N'oublions pas non plus que l'essentiel des bacheliers scientifiques n'ont pas leur bac pour leur qualité en expréssion écrite que ce soit juste en Francais ou encore en philosophie ou l'on exprime des idées complexe.
Alors pourquoi un quelconque développeur pourrait reussir à écrire du code propre alors qu'il est incapable de s'exprimer correctement à la majorité sur des simples concepts et à les associer dans une dissertation ?
Un programme n'est il pas un endroit ou l'on doit essentiellement s'exprimer clairement et simplement pour que cela soit compréhensible par le plus grand nombre de personnes, compilateurs et processeurs ?
[^] # Re: ca te dit d'etre sur la page d'accueil ?
Posté par Mouns (site web personnel) . En réponse au journal Linux Party 2006 à l'ESGI : un peu de pub ferait du bien. Évalué à 2.
Je dis ca en tant que constat de modérateur hein ;) ... quand un evenement est posté en avance sans etre trop en avance on le garde en attente.
Par contre les annonces avec 6 mois d'avance et les annonces 5min à l'avance, on prefere les refuser et l'on propose que la depeche soit reproposé dans un délai plus raisonnable.
[^] # Re: ca te dit d'etre sur la page d'accueil ?
Posté par Mouns (site web personnel) . En réponse au journal Linux Party 2006 à l'ESGI : un peu de pub ferait du bien. Évalué à 2.
donc, je dois dire que je n'ai pas fait le lien entre une "linux party 2006 à paris" et LA "linux party 2006 de Parinux & co à paris" .
Feature request : des RSS & VCAL par LUG ca serait sympa aussi ;)
Feature request : un peu plus d'info que "un evenement de l'agenda du libre" aiderait aussi ;)
# ca te dit d'etre sur la page d'accueil ?
Posté par Mouns (site web personnel) . En réponse au journal Linux Party 2006 à l'ESGI : un peu de pub ferait du bien. Évalué à 2.
pour te faire gagner du temps https://linuxfr.org/submit.html
en prime tu as aussi l'agenda du libre http://www.agendadulibre.org/
ces deux liens sont sur toutes les pages de linuxfr.
il n'y a que ce lien là que tu n'aurais pas pu deviner comme ca : http://www.agendadulibre.org/submit.php il te permettra de proposer directement un nouvel evenement sur l'agenda du libre .
ce n'est pas mieux qu'un journal en PP ?
[^] # Re: le modele relationnel est peu compatible avec la gestion des graphes
Posté par Mouns (site web personnel) . En réponse au message Modéliser un gros graphe. Évalué à 2.
par contre, comme je t'ai dit, je m'active pour remettre en ligne les docs & tutoriaux que j'avais fait il y a longtemps ... il ne seront pas up to date mais ils te présenteront correctement l'idée de l'ensemble.
Pour ce qui est du JS , cela permet de rendre executable un truc du genre :
avec pour le noeud "ajax_configuration" dans le template "code" :
[^] # Re: le modele relationnel est peu compatible avec la gestion des graphes
Posté par Mouns (site web personnel) . En réponse au message Modéliser un gros graphe. Évalué à 2.
- un moteur en client/serveur pour gerer des graphes et collections de graphes
- une API de requetes pour interoger le moteur
- un ensemble d'objets pour mapper des objets perl sur des sous-graphes
- un langage de templating pour faire du rendu de contenu
- un modele de donnée pour le rendu via des templates
- un toolkit SJAX/AJAX
- un ensemble d'objets pour mapper des objets JS sur des sous-graphes
- une GUI web assez moche mais tres efficace pour presque tout faire sans un shell
par contre, il peut manquer plein de petits trucs cool comme outils pour que cela soit tip-top :(
le probleme du SQL est qu'il n'est pas adapté à ce type d'usage.
un noeud dans un graphe contient un ensemble d'attribut typé.
le typage est dynamique par l'intermédiaire des classes d'objets pour le mapping.
[^] # Re: le modele relationnel est peu compatible avec la gestion des graphes
Posté par Mouns (site web personnel) . En réponse au message Modéliser un gros graphe. Évalué à 2.
Il a été en production avec des graphes ayant quelques centaines de milliers de noeuds.
Je compte faire des benchs contre MySQL sur de la lecture de données et des écritures.
Si cela t'interesse, je peux t'aider. Par contre, il y a plein de petits trucs à peaufiner pour que cela soit tip-top ... mais en l'état il peut faire deja plein de choses :)
Je vais retrouver toutes les docs que j'avais faite et les mettre sur le site pour expliquer.
[^] # Re: le modele relationnel est peu compatible avec la gestion des graphes
Posté par Mouns (site web personnel) . En réponse au message Modéliser un gros graphe. Évalué à 2.
Actuellement, je suis le seul developpeur et il y a quelques sociétés qui l'utilisent.
Le gros probleme est que te lacher sur l'interface sans accompagnement risque de te faire peur.
Je suis OK pour te faire une présentation du truc de visu de l'appli et/ou d'envoyer par mail la doc.
Pour le CVS il est par ici : http://savannah.nongnu.org/cvs/?group=xvii maintenant, c'est comme acceder au CVS de MySQL , cela ne sert que si tu veux patcher MySQL.
je suis en train mettre à jour http://www.mouns.net/devel/XVII/ .
Je te fairai des paquets deb si ce que je t'aurai présenté t'aura plus. :)
[^] # Re: le modele relationnel est peu compatible avec la gestion des graphes
Posté par Mouns (site web personnel) . En réponse au message Modéliser un gros graphe. Évalué à 3.
Par contre, je maintiens le fait que si tu précisais ce que tu voulais, tu pourrais avoir des moyens d'eviter de te farcir de la théorie.
si tu souhaites ecrire un SGBD , tu devras lire énormément d'ouvrage sinon tu risque "plein de gros problemes" .
si en plus, tu veux le baser sur des bases de graphes, tu devras en plus savoir transformer une loi mathématique en algorithme "valable".
# le modele relationnel est peu compatible avec la gestion des graphes
Posté par Mouns (site web personnel) . En réponse au message Modéliser un gros graphe. Évalué à 4.
un peu de lecture sur le sujet :
http://linuxfr.org/comments/676329.html#676329
http://linuxfr.org/comments/677172.html#677172
http://linuxfr.org/comments/434244.html#434244 ( thread )
comme je l'est deja expliqué ( mais je ne retrouve plus mon commentaire ), google ne va pas utiliser du SQL mais a du construire un moteur adapté à son besoin.
maintenant si en plus tu veux des ecritures frequentes, cela implique une reconstruction fréquente des indexs ... si le volume d'entrée est suffisament important pour risquer des collisions ... tu risques de passer plus de temps à calculer ton index qu'a en profiter.
je rappelle qu'un quelconque SGBD est essentiellement Read Only ... cas où l'on sait gerer la concurrence. la concurrence en écriture n'est pas encore un sujet maitrisé puisque les solutions tienne en : on écrit à la queuleuleu et si ca merde on previens gentillement le DBA.
Mon conseil va etre au choix :
- soit tu précise ce que tu veux faire pour le faire autrement
- soit tu te tape énormement de livres d'algo et de math
[^] # Re: CROSSPOSTER, C'EST MAL.
Posté par Mouns (site web personnel) . En réponse au message Telnet dans un bash !! HELP !! merci :-)). Évalué à 2.
par contre la réponse pour le mossieu Ryu31 est on s'en doute apres pareil attitude RTFM
je pense que si il avait fait un effort avec google il aurait eu une réponse.
mais le mossieu Ryu31 vient de s'incrire et a tout de suite pété un cable.
j'ai l'impression que l' O.M.S et le premier ministre doit etre mis au courant de cette nouvelle catastrophe sanitaire sans précédent : de plus en plus de moules deviennent folle au contact de DLFP.
[^] # cachez moi ce sein que je ne saurai voir
Posté par Mouns (site web personnel) . En réponse au journal Journal inutile : La réponse du ministère de la culture. Évalué à 3.
mais à ce point, on va finir par croire que notre ministre s'est fait teindre en tartuffe blonde.
[^] # Re: ses petits alexandrins pour commentaires
Posté par Mouns (site web personnel) . En réponse à la dépêche Un petit ver pour Linux. Évalué à 2.
Si je me suis trompé, je lui présenterais mes excuses.
Maintenant, que le doute me tiraille, je sens très con.
[^] # Re: ses petits alexandrins pour commentaires
Posté par Mouns (site web personnel) . En réponse à la dépêche Un petit ver pour Linux. Évalué à 2.
Maintenant, j'ai l'impression que certains détails parurent au grand jour avec mon commentaire.
[^] # Re: ses petits alexandrins pour commentaires
Posté par Mouns (site web personnel) . En réponse à la dépêche Un petit ver pour Linux. Évalué à 1.
parmi mes commentaires "étranges", celui dont je suis le plus fier est ma réponse à une bourde de modération sur un journal qui me plaisait : j'ai osé détourné la scene IV de l'acte I du Cid ( http://linuxfr.org/comments/552196.html#552196 ).
pour faire une lecture comparative avec le texte originale http://perso.wanadoo.fr/jmpetit/cours/lem12.htm . par contre, apres relecture, il y a plein de coquille orthographique qui rendent sa lecture difficile :/
[^] # Re: ses petits alexandrins pour commentaires
Posté par Mouns (site web personnel) . En réponse à la dépêche Un petit ver pour Linux. Évalué à 10.
- a un sens
- fait office de commentaire répondant à une autre personne
- est en alexandrin
- a des rimes en 4-4-2-2 ( choix délibéré )
- cache une accrostiche qui fait exactement 12 lettres
- a le titre et le dernier vers qui sous entendent cette accrostiche
- et a d'autres choses
écrire ce petit commentaire m'a fait plaisir et je me suis amusé à improviser cela. je n'y place aucune fierté, aucun orgueil, mais m'entendre dire que c'est facile par une personne qui n'essaie meme pas de répondre sur le même plan, je trouve cela un peu faiblard ( meme si seule phrase se veut être un alexandrin ).
[^] # ses petits alexandrins pour commentaires
Posté par Mouns (site web personnel) . En réponse à la dépêche Un petit ver pour Linux. Évalué à 10.
Or ton unique vers connait un seul déboire.
Mobilix en débuta ce grand réservoir,
Malsain Copyright construit son promontoire.
Ehonté, ce détournement débonnaire
Nuira largement a ton maigre salaire
Tuant tout espoir a ton charmant commentaire
A gagner ces clics pertinent si précaire.
Iras tu, notre ministre, seulement voir
Rasserénant DADVSI comme grand pouvoir
Etre l'unique risée de tout un par-terre ?
Ses petits alexandrins pour commentaires.
[^] # Re: Hum
Posté par Mouns (site web personnel) . En réponse au message Free et le SIP (ou VOIP tout court). Évalué à 2.
j'ai un DORO-MATRA bas de gamme avec une prise micro+oreillette , j'y ai collé une oreillette de portable Motorola , et ca marche :)
budget FNAC : largement moins de 100¤
temps de mise en route : 1min
maintenant, il est aussi de faire la meme chose avec d'autres telephones ( par contre, je ne connais pas les autres modeles )
[^] # Re: --purge
Posté par Mouns (site web personnel) . En réponse au message Désinstallation Apache2.... Évalué à 1.
apache est necessaire pour plein de choses ...il suffit de regarder pour quoi il est necessaire et desinstallier ce necessaire superflu.
aptitude est un tres bon outils pour faire cela puisqu'il permet de voir les dependances et les depedances inverses ( cad a qui je suis necessaire ).
[^] # Re: y a que l'informatique dans la vie...
Posté par Mouns (site web personnel) . En réponse au sondage Presse informatique : mon magazine papier préféré. Évalué à 3.