M'enfin bon, peut être que les modéros n'ont pas jugées utiles un lien vers un site de ventes.
Tu l'avais effectivement mis, et on l'a effectivement viré, en l'occurence à ma demande. :)
En gros, j'estime que c'est pas à linuxfr de dicter à ses lecteurs où acheter leurs bouquins. Et j'avoue aussi une certaine inquiétude quand je vois que, chez des internautes de plus en plus nombreux, le "amazon est ton ami" est devenu à l'achat de livre ce que le "google est ton ami" est à la recherche d'informations. L'instauration d'un tel reflexe de consommation, c'est le rêve le plus fou de tous les marketeux, et je n'ai pas envie un instant d'y contribuer.
Voilà, tu sais tout, j'espère que tu comprendras cette position.
Si on veut autoriser les "." dans les noms de fichier (et ne considérer comme extension que ce qui est après le dernier), il vaut mieux utiliser "${foo%.*}.${foo##*.}". Perso j'utiliserais aussi des double-quotes un peu partout, en cas de nom de fichiers avec des espaces. Bref en résumé :
J'étais jamais rentré dans les détails de 'man sort', et la séléction des champs m'avait donc échappé. Je te remercie _beaucoup_ pour cette info (et avec moult retard si bien que tu ne le sauras probablement jamais...), ça peut être vraiment pratique.
C'est décevant oui, mais je crierais pas au scandale non plus : c'est un concours de zopeurs, et sur ce plan je suppose que le gagnant était très bien. Tout le monde n'est pas attaché à tout prix à l'utilisation exclusive des standards du web, c'est regrettable mais pas assez compréhensible. Il y a encore bien de l'éducation à faire sur ce plan.
Ma suggestion pour zopeurs.org serait que l'an prochain ils complètent leur règlement pour imposer l'utilisation exclusive de technologies standard et librement accessibles. Peut-être qu'ils pourraient chercher un partenariat avec un groupe du style openweb.eu.org qui se chargerait de noter cet aspect des sites participants.
> À quoi sert pour la France et ses lois que les débats du
> parlement ou au sénat soient retransmis ?
> A rien si tu veux.
Pas d'accord, c'est très utile pour le bon fonctionnement d'une démocratie, et c'est parfaitement explicable. Mais ça n'a rien à voir avec linuxfr. Comme dans le cas de "l'esprit des LL", tu continues à procéder par des analogies bancales pour affirmer que ce que tu demandes c'est le Bien. Mais moi je préferrerais une explication pragmatique portant sur linuxfr. Le reste, c'est du pipot.
> "savoir" est déjà un bon début. Ça permet déjà de parler
> de chose qu'on connait !
La finalité de linuxfr n'est pas de faire parler de linuxfr. Le but est d'informer sur l'actualité du LL. Biensûr, ça passe aussi par un peu de discussion meta, comme cette niouze et ses commentaires, mais ça n'est que pour faire mieux marcher linuxfr et donc ça va dans le sens de cette finalité.
> Là tout ce que je peux faire, c'est de boire des bonnes paroles
> savament filtrées
Si tu n'as pas confiance en l'information émanant de linuxfr, et bien confronte la avec d'autre sources, c'est très bien. Les critiques, probablement justifiées, que tu formules à propos de certaines niouzes redhat erronées prouvent que tu as raison de le faire. Notes cependant que si le but du jeu était d'endoctriner les lecteurs comme tu le penses, tu n'aurais probablement le droit de laisser tes commentaires critiques sous les niouzes en question.
> Tu n'aimerais pas s'avoir comment est fait le journal de TF1.
Bof... D'une part j'ai ma petite idée là dessus parceque j'ai la chance d'avoir accès à d'autre médias qui me suffisent largement pour entretenir mon regard critique. D'autre part, si j'en avais envie, ça n'est sûrement pas à eux que je demanderais des éclaircissements. C'est d'une naïveté déconcertante de demander à quelqu'un «est-ce que vous nous manipulez, et si oui pourquoi ?».
> Même chose avec un gouvernement.
Encore une fois, un gouvernement a des prérogatives et des devoirs envers le peuple qui n'ont rien à voir avec le cas de linuxfr. C'est parfaitement normal et nécéssaire de vouloir le contrôler.
> S'il n'y a pas aucun problème dans la modération alors rendre
> la mailing public n'est pas un problème.
Si, ceux déjà énnoncer, que tu t'obstine à ignorer.
> Mais comment savoir si ça "déconne" si la mailing n'est
> pas public ?
En confrontant l'information fournie par linuxfr à d'autres sources d'informations pour mesurer ses biais. C'est le seul moyen efficace que je puisse imaginer, et il a plutôt fait ses preuves jusqu'ici. Si tes conclusions sont trop défavorables, alors tu peux aller jusqu'à le boycotter. Perso, ça fait bien longtemps que je n'ai pas regardé un 20H TF1 par exemple, libre à toi de faire pareil avec linuxfr si il ne te convient pas.
>> Ça s'appelle de la paranoïa
> Attaque sous la ceinture...
Non. Je nomme les choses, c'est tout. S'imaginer que la ml modero est privée parcequ'elle sert à se foutre de ta gueule relève d'une imagination tout simplement pathologique.
> Et personne ne sait ça ?
> Poser la question c'est mal (tm) ?
Je te précisais simplement que si je ne répondais pas sur ce point, ce n'était pas pour te dissimuler l'information mais simplement parceque je n'en savais rien, histoire que tu ne reviennes pas à la charge là dessus. Force est de constater que ce genre de précaution est vaine avec toi, il restera toujours de quoi te faire aboyer.
> - "Ben oui, c'est la preuve d'une personne déséquilibré,
> paranoïaque et qui a des problème avec sa libido."
J'ai parlé de paranoïa quand tu as commencé à imaginer un contenu te concernant sur une ml secrète. Rien à voir avec le fait de poser des questions ou même avec ton souhait de plus de transparence. Quant à ta libido, je te laisses t'en débrouiller, parceque ça se serait vraiment de l'attaque sous la ceinture.
>> Publier ça pour les niouzes acceptées, je vois à quoi ça
>> pourrait ressembler, mais je crains que ça ne soit pas ce qui
>> t'intérresse.
> Tu te trompes.
J'avais cru comprendre que le problème pour toi était plutôt du côté des refus de niouzes, je me suis donc effectivement trompé. Désolé.
> Mois j'aimerai savoir pourquoi certains infos n'ont pas été
> retransmises (ou déformées) par FoxNews par exemple.
> Mais tu ne comprends pas ça.
Je le comprends parfaitement, mais ça n'est pas auprès de FoxNews que je cherche le pourquoi. On en revient à l'intérêt de confronter plusieurs sources d'informations. Personnelement je le fais aussi en ce qui concerne les médias autours des LL, et de mon point de vu linuxfr s'en tire très bien, mais libre à toi d'arriver à des conclusions différentes.
> btw, si la news n'est pas diffusé, comment savoir qu'elle a été
> refusée ?
Ça tu te débrouilles, c'est pas à linuxfr de t'informer sur ce qu'il publie pas. Si c'est ce principe de base des sites modérés et des médias en général qui te dérange, je comprends en effet que linuxfr ne te convienne pas en l'état. Mais ça je doute que ça change. Peut-être que les trucs style tribunelibre seraient plus à ta convenance.
> linuxfr est gratuit et n'a de compte a donner à personne.
Et est géré par des bénévoles qui consacrent une part de leur temps libre (ou non) pour rendre service à la communauté du LL. Tu fais bien de le rappeler.
> C'est vrai. Mais dans ce cas il ne faut pas faire une news pour
> qu'on en parle.
Il y a une marge entre avoir un fonctionnement totalement opaque et accéder à toutes tes requêtes. Linuxfr se situe quelquepart entre les deux, et il n'y a rien de paradoxale à ce qu'il communique sans pour autant être d'accord avec toi sur le point que tu as soulevé.
> t'es sourd aux bénéfices de la transparence. J'y peux rien.
Tu n'as fait qu'évoquer ses bénéfices dans d'autres domaines, et insister sur le fait que ça t'intérressait de savoir. Un mélange d'intime conviction et de caprice. Je ne vois toujours pas tes arguments justifiant de l'intérêt de la chose pour les objectifs de linuxfr. Tu me crois sourd, mais sincèrement, si j'ai posé la question au début, c'était pourtant bien pour écouter la réponse.
> Le fait d'avoir des propositions des news qui font de la pub et
> qu'on risque de donner dessus si on va voire les archives ?
> Quoi ? Je veux dire en truc important.
C'est un truc important. Si remplir un formulaire suffit pour publier sur linuxfr, alors linuxfr se met vraiment très mal légalement.
> Faut interdire tout ce qui est public ?
Non, mais je veux laisser une place au privé quand il est plus adapté d'un point de vu pratique et qu'en plus il correspond au aspirations des interressés. Tu remarqueras que dans la vraie vie, les deux cohabitent assez bien aussi.
> Les censeurs ont toujours travaillés pour le bonheur du peuple.
Tu raisonne à l'envers. Linuxfr ne censure pas, il publie. La censure c'est quand on empêche la publication par autrui. Un journal qui te refuserais un article ne ferait pas non plus de la censure. Et linuxfr ne t'empêche pas de publier ce que tu veux sur ta page web. Bref, le mot "censure" est certes sensationel, mais totalement inadéquat.
>> Tu fais quoi du droit des principaux interressés de préfèrer
>> discuter en privé ?
> J'en fais peu cas.
Tu ne manque pas de culot. Sous prétexte qu'on consacre du temps à un projet dont tu bénéficies tu te permets de faire peu cas de nos préférences quant à la façon de le faire. C'est tout simplement incroyable de respecter aussi peu autrui.
> En première page.
> Commentaires ?
J'ai rien à dire, sinon qu'effectivement ça ressemble à une bourde de modération. Et alors ? Tu veux les noms des coupables pour les conspuer ?
> S'il n'y a pas de trucs "bizarres", il n'y aura pas
> beaucoup de blabla.
L'expérience indique tout le contraire.
Bon sur ce moi j'en ai un peu marre de cette discussion, et j'en arrive à regretter de t'avoir demander des précisions. D'une part je n'ai rien obtenu de concret, d'autre part ça t'a servi de prétexte à lacher une foule de troll. J'arrête les frais ici, tu auras le dernier mot, profites en bien, et puisse-t-il être un peu plus sensé que le reste.
Oh, et puis petit NB pour la fin, mes quelques messages précédents et celui ci ne reflètent que ma vision personnelle des choses. N'y vois pas des prises de positions de linuxfr ou quoi que ce soit d'autre de plus.
J'en sais rien moi, c'est à toi de voir. Tu nous balances ton idée de transparence comme si c'était une fin en soit. Remarque, il parait que ça marche pour les shampoings...
Plus sérieusement, j'aurai aimé que tu expliques en quoi ça pourrait aider linuxfr à mieux faire son boulot. Mais d'après ce que tu me dis, ton but n'est pas d'améliorer le système, mais juste de "savoir". Linuxfr n'est pas là pour t'informer sur les modérateurs, mais sur le logiciel libre. La seule finalité c'est ça, et si tu ne peux pas t'en rapprocher, c'est que tu n'as pas le moindre argument valable, point.
> je trouve extrèmement pénible d'imager que d'autres s'échangent
> des mails en se foutant de ma gueule dans mon dos.
Ça s'appelle de la paranoïa, et ce doit être effectivement extrêment pénible. Si ça peut te rassurer, ça l'est aussi probablement pour ceux qui deviennent les malheureux objets de tes fantasmes.
> btw : il y a combien d'oreilles sur cette mailing ?
Aucune idée, je ne sais même pas si les relecteurs y sont inscrits (je suppose que non en l'occurence).
> Une archive avec les messages de plus de 48 heures devrait
> parfaitement faire l'affaire.
Les discussions sont principalement liées aux niouzes (il y a une tribune et une zone de commentaires par niouze). Publier ça pour les niouzes acceptées, je vois à quoi ça pourrait ressembler, mais je crains que ça ne soit pas ce qui t'intérresse. Pour les niouzes refusées par contre, je continue de ne pas comprendre. On va pas faire la chasse au journal potentiellement correspondant pour aller y coller le log, et on va pas non plus faire une page de publication des niouzes refusées (ça serait un comble...).
> Bilan, il reste quoi comme "bon" argument ?
Ça n'est pas à nous d'argumenter pour défendre la situation actuelle, mais au contraire à toi de le faire en faveur d'un changement. Pour l'instant nous avons «je veux tout savoir sinon je ne suis pas sûr qu'il n'y a pas des médisances et des complots». Cet argument ne pèse biensûr pas lourd :
- on n'est pas là pour satisfaire tes caprices mais pour publier du contenu intérressant à propos du libre ;
- on pourrait de toute façon continuer les manigances qui n'existent pas en s'envoyant des mails privés, et puis aussi on pourrait dire des trucs mais en penser en fait d'autres, etc. Non vraiment, si tu vas par là, c'est les gens qu'il faut supprimer, le monde autour de toi sera ainsi plus fiable.
D'autre part, tu n'as pas invalidé grand chose de ce qu'Amaury et moi avons eu la patience de te détailler malgré tout. Tu fais comment pour publier de manière intelligible des commentaires relatifs à des contenus que justement la modération sert à ne pas publier ? Tu fais quoi du droit des principaux interressés de préfèrer discuter en privé ? Tu gères comment le bruit supplémentaire que ça occasionnerait sur le site (j'entends par là la quantité de blabla non relatif au libre) ? etc.
Ça n'a rien à voir. Mes opinions je les assume, j'agis en conséquence et je ne les cache pas. Mais une même opinion peut s'exprimer de différentes façons.
- En privé et entre relecteurs, si je dis "c'est à chier", ça suffira probablement pour que les autres voient ce que je veux dire. Ou bien si par hasard ça n'est pas le cas, ils demanderont, et je détaillerai plus.
- En public, il y aura l'auteur de la niouze dans le tas des lecteurs. Si je dis "c'est à chier" et que la discussion s'arrête sur ce consensus, je risque de vexer cette personne, et j'aime pas ça. J'aurai plutôt tendance à être plus poli, et à justifier mon avis pour que ce soit constructif.
On peut trouver ça faux-cul ou hypocrite, mais en fait c'est juste une question de respect envers mes interlocuteurs, et ça je n'ai absolument pas besoin de tahir mes opinions pour y arriver.
Je ne demande pas plus de contrôle.
Mais plus de transparence !
Tu n'expliques cependant toujours pas pourquoi, concrètement, tu veux ça. Le coup de "l'esprit LL" servi à toutes les sauce, c'est pas un argument.
Par contre en complément de ce qu'a dit Amaury, je vois qlqs au moins deux autres bonnes raisons de garder tout ça privé :
- si je trouve qu'un niouze est à chier, j'ai envie de pouvoir dire qu'elle est à chier, sans y mettre les pincette que je pendrais par contre en public.
- ce serait totalement absurde d'avoir en public des discussions sur des propositions de niouzes qui sont encore privées et le resteront pour beaucoup. Ce serait parfaitement incompréhensible pour les lecteurs.
Tu as l'option "-X" qui groupe par extension. Si tout tes fichiers en ont, et pas tes répértoire (à la windows quoi), ça peut peut-être te suffire.
Sinon, je vois pas non plus d'option qui va bien. Le plus simple est probablement d'écrire un truc à ta sauce, de ce style là (en y rajoutant ce que tu veux comme options à ls biensûr) :
myls() {
local f p
if [ -n "$1" ] ; then
p="$1"
else
p="./"
fi
for f in $(find "$p" -mindepth 1 -maxdepth 1 -type d | sed "s:^${p}::" | sort) ; do
ls -d "$f"
done
for f in $(find "$p" -mindepth 1 -maxdepth 1 -not -type d | sed "s:^${p}::" | sort) ; do
ls "$f"
done
}
Bon ouais c'est pas génial comme solution ça. Un truc peut être mieux serait d'utiliser l'indicateur de filetype que donne ls (option -p) pour afficher le résultat en deux fois. Un truc dans ce genre là :
myls2() {
local p
if [ -n "$1" ] ; then
p="$1"
else
p="./"
fi
ls -lp --color "$p" | sed -n '/\/$/p'
ls -lp --color "$p" | sed '/\/$/d'
}
PS: j'ai rien testé, t'as le droit de te plaindre si ça déconne, je corrigerai dans ces cas là.
Une solution est de se rajouter dans son environnement (genre ~/.bashrc) une fonction qui fait ce que tu veux :
renomme() {
mv "$1" "$(dirname $1)/$2"
}
(je l'appelle renomme, parceque "ren" ou "rename" sont déjà peut-être pris sur ta machine par des trucs qui peuvent t'interresser aussi d'ailleurs. Jette y un oeil.)
Juste pour le plaisir d'être un porc, une ligne à rajouter après la déclaration de sdu pour avoir une autre version (sdu2) utilisant le "-S" (cf commentaire là haut) :
Tiens je viens d'ouvrir la man de "du" et je découvre l'option "-S" qui est bien intérressante aussi pour ce problème. Elle permet de compter par répertoire la taille totale des fichiers directement contenus, sans les sous-répertoires. Suivant le type de bazar qu'on a et son organisation, ça peut être pas mal (pas terrible pour mesurer la place occupée par /home/thomas/tmp/linux-2.6.7, mais pas mal pour retrouver le gros tas de fichiers oubliés en vrac dans /home/thomas/old/downloads).
Donc je vote pour «du -S /home/thomas | sort -n», ou bien encore la version formatée/triée que j'ai posté plus bas en la modifiant très légerement (a priori, au lieu de «du -sb "$dir"* | ...», utiliser «du -Sb "$dir" | ...»).
Belle réactivité :) Précisons cependant que les relecteurs ne sont pour rien là dedans puisqu'ils ne peuvent éditer les niouzes que avant leur publication.
Y'en avait encore un ouais. D'ailleurs il est globalement assez d'accord avec toi : perl l'emporte sans pb sur python en matière de oneliners (c'est pas bien dur), et puis pour ce qui est des vrais programmes, bah la question est pas vraiment pertinente puisque c'est de toute façon ruby qui étale tout le monde. Et puis voilà.
même après être passé au haut-débit, j'achète encore de temps en temps des magazines.
Pareil, enfin j'achète GLMF tout les mois en fait. Pour un mag, un ou deux euros de plus ou de moins ça fait pas grand chose (j'ai pas trop tendance à faire ce genre de calculs à l'année, parceque je suis aussi fumeur, donc bon, vaut mieux pas que je me lance dans les multiplications des petites sommes, ça deviendrais déprimant).
J'aime bien lire dans le train, au pieu, aux chiottes, tout ça quoi, et pour tout ça un magazine ça le fait mieux que le portable. Et puis y'a plein de truc qui m'intéresse que modérément a priori, pour lesquels je n'aurais pas été broutiner le web (tiens, un lapsus, j'ai dû hésiter entre butiner et bouquiner, mais j'aime bien, je le laisse), mais que là du coup je lis quand même parceque c'est dans le magazine ; ça fait un peu varier les centres d'intérêt quoi. Genre je lis des articles sur la prog Qt alors qu'en fait je préfère GTK, c'est vous dire l'ouverture d'esprit à laquelle ça me pousse. :)
Et enfin, je pense que je ne suis pas insensible à l'effet collection : maintenant que j'ai tout les GLMF depuis le #1, je me verrais plus trop arrêter. C'est bête hein :)
- certains diront qu'il faut un langage proche des mathématiques, pour insister sur l'aspect logique plutôt que l'aspect "technique" de la programmation, pour que ce soit presque "transparent" pour le débutant ; c'est l'esprit des cours que j'ai suivi à l'Insa de Rennes avec le Scheme, et ça avait le don d'énerver quasiment tous ceux qui apprenaient à programmer de cette manière :/
Bouhouhou, méchant... ;(
Puis c'est pas vrai d'abord, enfin, on a aussi qlqs étudiants qui l'aiment bien ce cours :)
Bon, plus sérieusement, je ne pense pas qu'il faille prendre cet enseignement comme un apprentissage de la programmation. Pour ceux qui ne connaissent pas, il s'agit d'un cours donné en 1ère année du cycle préparatoire INSA, donc à niveau bac+1 et à des gens qui ne se dirigent pas particulièrement vers l'informatique.
Le but est juste de donner un petit avant-goût d'une partie du schmilblic informatique. Il s'intitule d'ailleurs "Initiation à l'algorithmique". En gros, les objectifs sont de donner l'intuition que la résolution d'un problème par l'informatique passe entre autres par de la modélisation (choix de structures de données adaptées au problème) et une analyse assez carré des traitement à appliquer à ce modèle pour obtenir la solution (càd qu'il faut cogiter sur l'algorithme à utiliser, bien le caractériser, le découper, tout ça quoi).
Scheme se prête pas mal à ces objectifs, notament parceque :
- cet enseignement est très cours, et plus le langage est simple, plus vite on peut s'en servir. Je sais que les parenthèses filent des boutons à certains, mais dans les faits on est très peu emmerdés par la syntaxe dans les TP, parcequ'il y a très peu de choses à savoir pour faire des programmes bien formés.
- le paradigme fonctionnel est le plus proche de ce que les étudiants connaissent déjà, à savoir les maths, et impose un raisonnement assez linéaire (la dernière ligne d'un TP, c'est à peut près toujours du style "(define solution (lambda (données) (f (g (h données)))))", le tout étant de déterminer les f,g et h, mais elles sont totalement indépendantes les unes des autres, et bien caractérisable individuellement).
Relativement à ses objectifs modestes, cet enseignement fait je pense son boulot. Au niveau de la perception qu'en ont les étudiants, c'est en fait extrêment hétérogène. Parmis ceux qui n'ont jamais programmé en quoi que ce soit, on a des gens qui assimilent très bien le mode de raisonnement (et qui en général nous disent que le lien aux mathématiques les a aidé), alors que d'autre n'accrocheront jamais. Et parmis ceux qui ont déjà une petite expérience personnelle en programmation (toujours impérative dans les faits), ça va du pur rejet ("la récursivité c'est nul, y'a qu'à utiliser un compteur de boucle plutôt" ou encore "c'est bien mignon votre truc, mais moi je fais des applets en swing le weekend alors vous avez pas grand chose à m'apprendre"), à la fascination pour la clarté, la concision et l'élégance de certains des bouts de code qu'ils sont amenés à pondre. Bref, on les mettra jamais tous d'accord, mais bon, c'est comme ça pour toutes les matières je crois.
Mais pour vraiment apprendre à quelqu'un à développer des applications, il y a tant d'autres choses à aborder que ce à quoi on se cantonne dans ce cours. Je crois qu'il n'y a pas de miracle, quel que soit le langage, c'est long.
Pour rester en Scheme, il y a moyen, par exemple en suivant le HTDP. C'est un cours largement plus complet que ce que l'on fait nous, et qui laisse peu de chose de côté : http://htdp.org/2003-09-26/Book/(...)
Et comme autres langages, je pense que Python est un bon choix, parcequ'il permet vraiment un crecendo dans l'apprentissage de la structuration et la complexité des programmes (tu commences avec des petits scripts, et puis tu fais des fonction, puis des classes, et des modules, tout ça sans changer de langage). Le fait d'avoir une bonne base de structures de donnée (listes, dictionnaires, etc.) integrée au langage est aussi un sacré plus. Et puis biensûr, d'être interprété, ça facilite bien le tatonnement en général.
Sinon, en vrac, deux langages que je trouve intéressant pour l'enseignement :
- OCaml : très complet, permet de présenter autant le fonctionnel que l'objet, impose de la rigueur au programmeur via le typage statique, bref très bien. Mon seul bémol est que pour des gens niveau zéro et pas forcement super motivés, le premier contact syntaxique est rebutant.
- Eiffel : niveau objet, c'est clean, et puis je me suis toujours dis que les contrats, pour enseigner la rigueur en programmation, ça pouvait être vachement bénéfique.
Et puis bon, c'est aussi vachement important de completer tout ça avec des initiations à qlqs langages plus spécifiques, genre prolog, sql, csp, etc., histoire que les gens ne foncent pas toujours tête baissée à faire 100% de leur code dans un seul langage juste parceque c'est leur langage de prédilection.
Je connais peu perl mais ça m'a jamais vraiment manqué. Ce genre de
petites bidouilles du quotidien, je m'en dépatouille en général en
bash/sed/awk/etc. Genre là je pense que j'aurai fais un truc comme ça (tapé en plusieurs lignes parceque moi je trouve ça plus lisible
- et puis soyez indulgents, j'ai pas testé):
% for i in $(find . -name "*.java") ; do
> foo=$(sed 's:\./::;s:/\w*\.java::' <<<$i)
> bar=$(sed -n "s:package \(.*\);:\1:p" $i)
> [[ ${#bar} -ne ${#foo} ]] && echo "BAD: $i ($bar)"
> done
À part ça, pour ce qui est de python, je trouve effectivement pas qu'il
soit adapté à ce genre de petites choses, mais c'est pas vraiment le
but non plus amha. C'est plus un langage pour faire des vrais
programmes.
/path/to/script | /bin/sh
Ça je doute que ça marche, les processus du pipe étant des fils.
/path/to/script &> /tmp/tmpfile.XXX.sh && source /tmp/tmpfile.XXX.sh
Ça par contre, c'est aussi ce que je ferais perso. Enfin plutôt :
# eval $(/path/to/script)
personellement, mais c'est la même idée.
- que le mec qui va bénévolement faire ça ne touchera pas un sous sur les pub.
Arrêtez tous aussi de contribuer à Debian, parceque c'est dégueulasse, vous ne toucherez pas un sous sur ce que la fondation, elle, palpe.
- que son travail créatif sera associé à des pubs dont il ne contrôle pas le contenu.
Arrêtez aussi tout de suite de contribuer à Debian, parceque c'est dégueulasse, la fondation qui profite de votre travail prend des décisions dont vous n'êtes pas seul maître. Les projets communautaires, ça suxor, on ne peut pas leur faire confiance ; comme disait Desproges, «a fortiori, moins de deux, c'est l'idéal».
- que son travail créatif est là juste pour faire vendre des pubs.
Vous aussi, signez la pétition pour la fermeture de debian.org, qui n'est qu'un vaste gachi de bande passante puisqu'il ne vend pas de pub. C'est vrai quoi, il sert à rien dans ces cas là, non ?
- que la pub est une saloperie dont le seul rôle est de manipuler les gens.
Là, je suis un peu d'accord, je développe moi aussi une certaine allergie à la pub, qui confine au dégout. Enfin disons que si j'avais besoin d'un aphorisme percutant pour résumer la pub, ce serait peut être celui là. Mais comme toute généralisation simplificatrice, elle biaise le jugement sur les cas particuliers. Parle nous donc plutôt du problème posé par les pubs qui sont actuellement sur le site de Gentoo, et ça va être beaucoup plus difficile d'être percutant. En l'état, ton point est un non-argument, juste un mouvement d'humeur.
- que tout le monde n'est pas comme toi.
Toi même, nah ! Nan sérieux, ça on peut supposer que c'est admis par tous les intervenants d'un débat, c'est pas la peine de le préciser à chaque fois.
BOEN du 26 février 2004, note du ministre aux recteurs
Les établissements scolaires sont un cas bien particulier. D'une part, le public y est justement bien plus manipulable parceque plus jeune. D'autre part, ils ont d'autres sources de financement (état) qui leur permet de se passer des financements privés ; qu'un état prennent sous son aile une distribution Linux et en assure les frais, et il pourra légitimement lui demander de ne pas chercher ailleurs, et donc de bannir la pub. Mais puisque ça n'est pas le cas ici, je vois pas trop le rapport avec la choucroute.
Gentoo c'est depuis le début sur leur site
Oui. Enfin en tout cas, quand Gentoo a commencé à être un peu connue, autour de la 1.0, il y en avait déjà.
mais je crois qu'il n'y en a pas dans leur cd.
Exact.
Quand à Mandrake
Mandrake est une distribution commerciale, gérer par une entreprise qui cherche les bénéfices. Cette différence avec Gentoo me semble bien plus fondamentale que la ressemblance que tu peux voir dans la présence de pub. Je trouverai déplacé que Mandrake demande à sa communauté de lui designer son site web.
Non non, le truc auquel je pense comportais bien un correcteur grammatical (enfin je crois), et était bien une version commerciale de OOo (mais pas StarOffice non plus).
Les oodict et *spell par contre sont juste des correcteurs orthographiques (ils savent juste vérifier qu'un mot est bien dans le dictionnaire), mais ils n'ont pas de notion de grammaire.
Et pour complèter, voici un site pour les conjugaisons : http://www.pomme.ualberta.ca/devoir/(...)
Perso j'utilise celui là parceque j'aime bien le nom qu'ils lui ont trouvé.
Sinon, niveau correcteur sous linux, il me semble que j'avais vu il y a qlqs temps une version commerciale de openoffice.org avec un correcteur integré, mais je ne parviens pas à remettre la main dessus. Et niveau libre, il n'y a rien à ma connaissance (j'avais pourtant cherché un peu aussi à une époque).
[^] # Re: Miam !
Posté par tgl . En réponse à la dépêche Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL. Évalué à 8.
i2bp, je l'ai reconnu, le voilà, enfin \o/
Plus sérieusement, je serait en effet curieux de voir ce que ça pourrait donner sur mes vieux épisodes d'animes en mpeg tout pourri.
# Autres séquenceurs
Posté par tgl . En réponse à la dépêche Muse 0.7.0 est sorti, MuseScore progresse. Évalué à 4.
http://linux-sound.org/midi.html(...)
[^] # Re: c'est bon, mangez en !
Posté par tgl . En réponse à la dépêche Dive Into Python. Évalué à 5.
Tu l'avais effectivement mis, et on l'a effectivement viré, en l'occurence à ma demande. :)
En gros, j'estime que c'est pas à linuxfr de dicter à ses lecteurs où acheter leurs bouquins. Et j'avoue aussi une certaine inquiétude quand je vois que, chez des internautes de plus en plus nombreux, le "amazon est ton ami" est devenu à l'achat de livre ce que le "google est ton ami" est à la recherche d'informations. L'instauration d'un tel reflexe de consommation, c'est le rêve le plus fou de tous les marketeux, et je n'ai pas envie un instant d'y contribuer.
Voilà, tu sais tout, j'espère que tu comprendras cette position.
[^] # Re: Bash et les remplacement de paramètres
Posté par tgl . En réponse au message Bash : Verification de la syntaxe d'un argument. Évalué à 3.
if [ "${arg}" != "${arg%.*}.${arg##*.}" ][^] # Re: pour 2)
Posté par tgl . En réponse au message Petites questions sur Bash et la commande ls. Évalué à 2.
[^] # Re: C'est scandaleux !
Posté par tgl . En réponse à la dépêche Résultats du concours Zopeur.org. Évalué à 3.
Ma suggestion pour zopeurs.org serait que l'an prochain ils complètent leur règlement pour imposer l'utilisation exclusive de technologies standard et librement accessibles. Peut-être qu'ils pourraient chercher un partenariat avec un groupe du style openweb.eu.org qui se chargerait de noter cet aspect des sites participants.
[^] # Re: forum public
Posté par tgl . En réponse à la dépêche Évolution de la modération, création d'une nouvelle équipe. Évalué à 1.
> parlement ou au sénat soient retransmis ?
> A rien si tu veux.
Pas d'accord, c'est très utile pour le bon fonctionnement d'une démocratie, et c'est parfaitement explicable. Mais ça n'a rien à voir avec linuxfr. Comme dans le cas de "l'esprit des LL", tu continues à procéder par des analogies bancales pour affirmer que ce que tu demandes c'est le Bien. Mais moi je préferrerais une explication pragmatique portant sur linuxfr. Le reste, c'est du pipot.
> "savoir" est déjà un bon début. Ça permet déjà de parler
> de chose qu'on connait !
La finalité de linuxfr n'est pas de faire parler de linuxfr. Le but est d'informer sur l'actualité du LL. Biensûr, ça passe aussi par un peu de discussion meta, comme cette niouze et ses commentaires, mais ça n'est que pour faire mieux marcher linuxfr et donc ça va dans le sens de cette finalité.
> Là tout ce que je peux faire, c'est de boire des bonnes paroles
> savament filtrées
Si tu n'as pas confiance en l'information émanant de linuxfr, et bien confronte la avec d'autre sources, c'est très bien. Les critiques, probablement justifiées, que tu formules à propos de certaines niouzes redhat erronées prouvent que tu as raison de le faire. Notes cependant que si le but du jeu était d'endoctriner les lecteurs comme tu le penses, tu n'aurais probablement le droit de laisser tes commentaires critiques sous les niouzes en question.
> Tu n'aimerais pas s'avoir comment est fait le journal de TF1.
Bof... D'une part j'ai ma petite idée là dessus parceque j'ai la chance d'avoir accès à d'autre médias qui me suffisent largement pour entretenir mon regard critique. D'autre part, si j'en avais envie, ça n'est sûrement pas à eux que je demanderais des éclaircissements. C'est d'une naïveté déconcertante de demander à quelqu'un «est-ce que vous nous manipulez, et si oui pourquoi ?».
> Même chose avec un gouvernement.
Encore une fois, un gouvernement a des prérogatives et des devoirs envers le peuple qui n'ont rien à voir avec le cas de linuxfr. C'est parfaitement normal et nécéssaire de vouloir le contrôler.
> S'il n'y a pas aucun problème dans la modération alors rendre
> la mailing public n'est pas un problème.
Si, ceux déjà énnoncer, que tu t'obstine à ignorer.
> Mais comment savoir si ça "déconne" si la mailing n'est
> pas public ?
En confrontant l'information fournie par linuxfr à d'autres sources d'informations pour mesurer ses biais. C'est le seul moyen efficace que je puisse imaginer, et il a plutôt fait ses preuves jusqu'ici. Si tes conclusions sont trop défavorables, alors tu peux aller jusqu'à le boycotter. Perso, ça fait bien longtemps que je n'ai pas regardé un 20H TF1 par exemple, libre à toi de faire pareil avec linuxfr si il ne te convient pas.
>> Ça s'appelle de la paranoïa
> Attaque sous la ceinture...
Non. Je nomme les choses, c'est tout. S'imaginer que la ml modero est privée parcequ'elle sert à se foutre de ta gueule relève d'une imagination tout simplement pathologique.
> Et personne ne sait ça ?
> Poser la question c'est mal (tm) ?
Je te précisais simplement que si je ne répondais pas sur ce point, ce n'était pas pour te dissimuler l'information mais simplement parceque je n'en savais rien, histoire que tu ne reviennes pas à la charge là dessus. Force est de constater que ce genre de précaution est vaine avec toi, il restera toujours de quoi te faire aboyer.
> - "Ben oui, c'est la preuve d'une personne déséquilibré,
> paranoïaque et qui a des problème avec sa libido."
J'ai parlé de paranoïa quand tu as commencé à imaginer un contenu te concernant sur une ml secrète. Rien à voir avec le fait de poser des questions ou même avec ton souhait de plus de transparence. Quant à ta libido, je te laisses t'en débrouiller, parceque ça se serait vraiment de l'attaque sous la ceinture.
>> Publier ça pour les niouzes acceptées, je vois à quoi ça
>> pourrait ressembler, mais je crains que ça ne soit pas ce qui
>> t'intérresse.
> Tu te trompes.
J'avais cru comprendre que le problème pour toi était plutôt du côté des refus de niouzes, je me suis donc effectivement trompé. Désolé.
> Mois j'aimerai savoir pourquoi certains infos n'ont pas été
> retransmises (ou déformées) par FoxNews par exemple.
> Mais tu ne comprends pas ça.
Je le comprends parfaitement, mais ça n'est pas auprès de FoxNews que je cherche le pourquoi. On en revient à l'intérêt de confronter plusieurs sources d'informations. Personnelement je le fais aussi en ce qui concerne les médias autours des LL, et de mon point de vu linuxfr s'en tire très bien, mais libre à toi d'arriver à des conclusions différentes.
> btw, si la news n'est pas diffusé, comment savoir qu'elle a été
> refusée ?
Ça tu te débrouilles, c'est pas à linuxfr de t'informer sur ce qu'il publie pas. Si c'est ce principe de base des sites modérés et des médias en général qui te dérange, je comprends en effet que linuxfr ne te convienne pas en l'état. Mais ça je doute que ça change. Peut-être que les trucs style tribunelibre seraient plus à ta convenance.
> linuxfr est gratuit et n'a de compte a donner à personne.
Et est géré par des bénévoles qui consacrent une part de leur temps libre (ou non) pour rendre service à la communauté du LL. Tu fais bien de le rappeler.
> C'est vrai. Mais dans ce cas il ne faut pas faire une news pour
> qu'on en parle.
Il y a une marge entre avoir un fonctionnement totalement opaque et accéder à toutes tes requêtes. Linuxfr se situe quelquepart entre les deux, et il n'y a rien de paradoxale à ce qu'il communique sans pour autant être d'accord avec toi sur le point que tu as soulevé.
> t'es sourd aux bénéfices de la transparence. J'y peux rien.
Tu n'as fait qu'évoquer ses bénéfices dans d'autres domaines, et insister sur le fait que ça t'intérressait de savoir. Un mélange d'intime conviction et de caprice. Je ne vois toujours pas tes arguments justifiant de l'intérêt de la chose pour les objectifs de linuxfr. Tu me crois sourd, mais sincèrement, si j'ai posé la question au début, c'était pourtant bien pour écouter la réponse.
> Le fait d'avoir des propositions des news qui font de la pub et
> qu'on risque de donner dessus si on va voire les archives ?
> Quoi ? Je veux dire en truc important.
C'est un truc important. Si remplir un formulaire suffit pour publier sur linuxfr, alors linuxfr se met vraiment très mal légalement.
> Faut interdire tout ce qui est public ?
Non, mais je veux laisser une place au privé quand il est plus adapté d'un point de vu pratique et qu'en plus il correspond au aspirations des interressés. Tu remarqueras que dans la vraie vie, les deux cohabitent assez bien aussi.
> Les censeurs ont toujours travaillés pour le bonheur du peuple.
Tu raisonne à l'envers. Linuxfr ne censure pas, il publie. La censure c'est quand on empêche la publication par autrui. Un journal qui te refuserais un article ne ferait pas non plus de la censure. Et linuxfr ne t'empêche pas de publier ce que tu veux sur ta page web. Bref, le mot "censure" est certes sensationel, mais totalement inadéquat.
>> Tu fais quoi du droit des principaux interressés de préfèrer
>> discuter en privé ?
> J'en fais peu cas.
Tu ne manque pas de culot. Sous prétexte qu'on consacre du temps à un projet dont tu bénéficies tu te permets de faire peu cas de nos préférences quant à la façon de le faire. C'est tout simplement incroyable de respecter aussi peu autrui.
> En première page.
> Commentaires ?
J'ai rien à dire, sinon qu'effectivement ça ressemble à une bourde de modération. Et alors ? Tu veux les noms des coupables pour les conspuer ?
> S'il n'y a pas de trucs "bizarres", il n'y aura pas
> beaucoup de blabla.
L'expérience indique tout le contraire.
Bon sur ce moi j'en ai un peu marre de cette discussion, et j'en arrive à regretter de t'avoir demander des précisions. D'une part je n'ai rien obtenu de concret, d'autre part ça t'a servi de prétexte à lacher une foule de troll. J'arrête les frais ici, tu auras le dernier mot, profites en bien, et puisse-t-il être un peu plus sensé que le reste.
Oh, et puis petit NB pour la fin, mes quelques messages précédents et celui ci ne reflètent que ma vision personnelle des choses. N'y vois pas des prises de positions de linuxfr ou quoi que ce soit d'autre de plus.
[^] # Re: forum public
Posté par tgl . En réponse à la dépêche Évolution de la modération, création d'une nouvelle équipe. Évalué à 5.
J'en sais rien moi, c'est à toi de voir. Tu nous balances ton idée de transparence comme si c'était une fin en soit. Remarque, il parait que ça marche pour les shampoings...
Plus sérieusement, j'aurai aimé que tu expliques en quoi ça pourrait aider linuxfr à mieux faire son boulot. Mais d'après ce que tu me dis, ton but n'est pas d'améliorer le système, mais juste de "savoir". Linuxfr n'est pas là pour t'informer sur les modérateurs, mais sur le logiciel libre. La seule finalité c'est ça, et si tu ne peux pas t'en rapprocher, c'est que tu n'as pas le moindre argument valable, point.
> je trouve extrèmement pénible d'imager que d'autres s'échangent
> des mails en se foutant de ma gueule dans mon dos.
Ça s'appelle de la paranoïa, et ce doit être effectivement extrêment pénible. Si ça peut te rassurer, ça l'est aussi probablement pour ceux qui deviennent les malheureux objets de tes fantasmes.
> btw : il y a combien d'oreilles sur cette mailing ?
Aucune idée, je ne sais même pas si les relecteurs y sont inscrits (je suppose que non en l'occurence).
> Une archive avec les messages de plus de 48 heures devrait
> parfaitement faire l'affaire.
Les discussions sont principalement liées aux niouzes (il y a une tribune et une zone de commentaires par niouze). Publier ça pour les niouzes acceptées, je vois à quoi ça pourrait ressembler, mais je crains que ça ne soit pas ce qui t'intérresse. Pour les niouzes refusées par contre, je continue de ne pas comprendre. On va pas faire la chasse au journal potentiellement correspondant pour aller y coller le log, et on va pas non plus faire une page de publication des niouzes refusées (ça serait un comble...).
> Bilan, il reste quoi comme "bon" argument ?
Ça n'est pas à nous d'argumenter pour défendre la situation actuelle, mais au contraire à toi de le faire en faveur d'un changement. Pour l'instant nous avons «je veux tout savoir sinon je ne suis pas sûr qu'il n'y a pas des médisances et des complots». Cet argument ne pèse biensûr pas lourd :
- on n'est pas là pour satisfaire tes caprices mais pour publier du contenu intérressant à propos du libre ;
- on pourrait de toute façon continuer les manigances qui n'existent pas en s'envoyant des mails privés, et puis aussi on pourrait dire des trucs mais en penser en fait d'autres, etc. Non vraiment, si tu vas par là, c'est les gens qu'il faut supprimer, le monde autour de toi sera ainsi plus fiable.
D'autre part, tu n'as pas invalidé grand chose de ce qu'Amaury et moi avons eu la patience de te détailler malgré tout. Tu fais comment pour publier de manière intelligible des commentaires relatifs à des contenus que justement la modération sert à ne pas publier ? Tu fais quoi du droit des principaux interressés de préfèrer discuter en privé ? Tu gères comment le bruit supplémentaire que ça occasionnerait sur le site (j'entends par là la quantité de blabla non relatif au libre) ? etc.
[^] # Re: forum public
Posté par tgl . En réponse à la dépêche Évolution de la modération, création d'une nouvelle équipe. Évalué à 4.
Ça n'a rien à voir. Mes opinions je les assume, j'agis en conséquence et je ne les cache pas. Mais une même opinion peut s'exprimer de différentes façons.
- En privé et entre relecteurs, si je dis "c'est à chier", ça suffira probablement pour que les autres voient ce que je veux dire. Ou bien si par hasard ça n'est pas le cas, ils demanderont, et je détaillerai plus.
- En public, il y aura l'auteur de la niouze dans le tas des lecteurs. Si je dis "c'est à chier" et que la discussion s'arrête sur ce consensus, je risque de vexer cette personne, et j'aime pas ça. J'aurai plutôt tendance à être plus poli, et à justifier mon avis pour que ce soit constructif.
On peut trouver ça faux-cul ou hypocrite, mais en fait c'est juste une question de respect envers mes interlocuteurs, et ça je n'ai absolument pas besoin de tahir mes opinions pour y arriver.
[^] # Re: forum public
Posté par tgl . En réponse à la dépêche Évolution de la modération, création d'une nouvelle équipe. Évalué à 4.
Mais plus de transparence !
Tu n'expliques cependant toujours pas pourquoi, concrètement, tu veux ça. Le coup de "l'esprit LL" servi à toutes les sauce, c'est pas un argument.
Par contre en complément de ce qu'a dit Amaury, je vois qlqs au moins deux autres bonnes raisons de garder tout ça privé :
- si je trouve qu'un niouze est à chier, j'ai envie de pouvoir dire qu'elle est à chier, sans y mettre les pincette que je pendrais par contre en public.
- ce serait totalement absurde d'avoir en public des discussions sur des propositions de niouzes qui sont encore privées et le resteront pour beaucoup. Ce serait parfaitement incompréhensible pour les lecteurs.
# pour 2)
Posté par tgl . En réponse au message Petites questions sur Bash et la commande ls. Évalué à 2.
myls() { local f p if [ -n "$1" ] ; then p="$1" else p="./" fi for f in $(find "$p" -mindepth 1 -maxdepth 1 -type d | sed "s:^${p}::" | sort) ; do ls -d "$f" done for f in $(find "$p" -mindepth 1 -maxdepth 1 -not -type d | sed "s:^${p}::" | sort) ; do ls "$f" done }Bon ouais c'est pas génial comme solution ça. Un truc peut être mieux serait d'utiliser l'indicateur de filetype que donne ls (option -p) pour afficher le résultat en deux fois. Un truc dans ce genre là :myls2() { local p if [ -n "$1" ] ; then p="$1" else p="./" fi ls -lp --color "$p" | sed -n '/\/$/p' ls -lp --color "$p" | sed '/\/$/d' }PS: j'ai rien testé, t'as le droit de te plaindre si ça déconne, je corrigerai dans ces cas là.# pour 1)
Posté par tgl . En réponse au message Petites questions sur Bash et la commande ls. Évalué à 2.
renomme() { mv "$1" "$(dirname $1)/$2" }(je l'appelle renomme, parceque "ren" ou "rename" sont déjà peut-être pris sur ta machine par des trucs qui peuvent t'interresser aussi d'ailleurs. Jette y un oeil.)[^] # Re: bash
Posté par tgl . En réponse au message Traquer le mangeur de disque. Évalué à 2.
[^] # Re: du ?
Posté par tgl . En réponse au message Traquer le mangeur de disque. Évalué à 3.
Donc je vote pour «du -S /home/thomas | sort -n», ou bien encore la version formatée/triée que j'ai posté plus bas en la modifiant très légerement (a priori, au lieu de «du -sb "$dir"* | ...», utiliser «du -Sb "$dir" | ...»).
# bash
Posté par tgl . En réponse au message Traquer le mangeur de disque. Évalué à 4.
#------------ prettysize: format a bytes count -------- prettysize() { local suffix div result if [ $1 -lt 1024 ]; then div=1 ; suffix="B " elif [ $1 -lt 1048576 ]; then div=1024 ; suffix="KB" elif [ $1 -lt 1073741824 ]; then div=1048576 ; suffix="MB" else div=1073741824 ; suffix="GB" fi result=$(echo -e "scale=1 \n$1/$div \nquit" | bc) result="${result} ${suffix}" while [ ${#result} -lt 9 ] ; do result=" ${result}" done echo "${result}" } #-------- sdu: sorted "du -sh" -------- sdu () { local dir dirsize subpath local totalsize=0 if [ "$#" == "0" ]; then dir='./' else dir="${1%/}/" fi du -sb "$dir"* | sort -n | \ { read dirsize subpath while [ -n "$subpath" ] ; do echo " $(prettysize $dirsize) ${subpath}" let "totalsize += dirsize" read dirsize subpath done local total="$(prettysize $totalsize) ${dir}" echo "-${total//?/-}-" echo " ${total}" } }Ce qui me permet d'aller à la pêche au gros comme ça :% sdu /usr 9 B /usr/doc 9 B /usr/man 10 B /usr/info 10 B /usr/tmp 1009.3 KB /usr/local 2.8 MB /usr/i686-pc-linux-gnu 3.9 MB /usr/libexec 15.4 MB /usr/sbin 21.4 MB /usr/games 25.6 MB /usr/qt 44.6 MB /usr/kde 71.4 MB /usr/X11R6 72.7 MB /usr/include 294.7 MB /usr/bin 1.0 GB /usr/src 1.3 GB /usr/lib 2.1 GB /usr/share ------------------- 5.0 GB /usr/[^] # Re: Évolution de la modération, création d'une nouvelle équipe
Posté par tgl . En réponse à la dépêche Évolution de la modération, création d'une nouvelle équipe. Évalué à 2.
[^] # Re: objet ? pas objet ?
Posté par tgl . En réponse au message de la puissance de (beep) pour trouver un truc simple en 2 minutes. Évalué à 1.
Y'en avait encore un ouais. D'ailleurs il est globalement assez d'accord avec toi : perl l'emporte sans pb sur python en matière de oneliners (c'est pas bien dur), et puis pour ce qui est des vrais programmes, bah la question est pas vraiment pertinente puisque c'est de toute façon ruby qui étale tout le monde. Et puis voilà.
[^] # Re: Mon avis perso à moi
Posté par tgl . En réponse au journal Magazines d'informatique = trop cher. Évalué à 4.
Pareil, enfin j'achète GLMF tout les mois en fait. Pour un mag, un ou deux euros de plus ou de moins ça fait pas grand chose (j'ai pas trop tendance à faire ce genre de calculs à l'année, parceque je suis aussi fumeur, donc bon, vaut mieux pas que je me lance dans les multiplications des petites sommes, ça deviendrais déprimant).
J'aime bien lire dans le train, au pieu, aux chiottes, tout ça quoi, et pour tout ça un magazine ça le fait mieux que le portable. Et puis y'a plein de truc qui m'intéresse que modérément a priori, pour lesquels je n'aurais pas été broutiner le web (tiens, un lapsus, j'ai dû hésiter entre butiner et bouquiner, mais j'aime bien, je le laisse), mais que là du coup je lis quand même parceque c'est dans le magazine ; ça fait un peu varier les centres d'intérêt quoi. Genre je lis des articles sur la prog Qt alors qu'en fait je préfère GTK, c'est vous dire l'ouverture d'esprit à laquelle ça me pousse. :)
Et enfin, je pense que je ne suis pas insensible à l'effet collection : maintenant que j'ai tout les GLMF depuis le #1, je me verrais plus trop arrêter. C'est bête hein :)
# Argh...
Posté par tgl . En réponse au message Pour apprendre à programmer. Évalué à 3.
Bouhouhou, méchant... ;(
Puis c'est pas vrai d'abord, enfin, on a aussi qlqs étudiants qui l'aiment bien ce cours :)
Bon, plus sérieusement, je ne pense pas qu'il faille prendre cet enseignement comme un apprentissage de la programmation. Pour ceux qui ne connaissent pas, il s'agit d'un cours donné en 1ère année du cycle préparatoire INSA, donc à niveau bac+1 et à des gens qui ne se dirigent pas particulièrement vers l'informatique.
Le but est juste de donner un petit avant-goût d'une partie du schmilblic informatique. Il s'intitule d'ailleurs "Initiation à l'algorithmique". En gros, les objectifs sont de donner l'intuition que la résolution d'un problème par l'informatique passe entre autres par de la modélisation (choix de structures de données adaptées au problème) et une analyse assez carré des traitement à appliquer à ce modèle pour obtenir la solution (càd qu'il faut cogiter sur l'algorithme à utiliser, bien le caractériser, le découper, tout ça quoi).
Scheme se prête pas mal à ces objectifs, notament parceque :
- cet enseignement est très cours, et plus le langage est simple, plus vite on peut s'en servir. Je sais que les parenthèses filent des boutons à certains, mais dans les faits on est très peu emmerdés par la syntaxe dans les TP, parcequ'il y a très peu de choses à savoir pour faire des programmes bien formés.
- le paradigme fonctionnel est le plus proche de ce que les étudiants connaissent déjà, à savoir les maths, et impose un raisonnement assez linéaire (la dernière ligne d'un TP, c'est à peut près toujours du style "(define solution (lambda (données) (f (g (h données)))))", le tout étant de déterminer les f,g et h, mais elles sont totalement indépendantes les unes des autres, et bien caractérisable individuellement).
Relativement à ses objectifs modestes, cet enseignement fait je pense son boulot. Au niveau de la perception qu'en ont les étudiants, c'est en fait extrêment hétérogène. Parmis ceux qui n'ont jamais programmé en quoi que ce soit, on a des gens qui assimilent très bien le mode de raisonnement (et qui en général nous disent que le lien aux mathématiques les a aidé), alors que d'autre n'accrocheront jamais. Et parmis ceux qui ont déjà une petite expérience personnelle en programmation (toujours impérative dans les faits), ça va du pur rejet ("la récursivité c'est nul, y'a qu'à utiliser un compteur de boucle plutôt" ou encore "c'est bien mignon votre truc, mais moi je fais des applets en swing le weekend alors vous avez pas grand chose à m'apprendre"), à la fascination pour la clarté, la concision et l'élégance de certains des bouts de code qu'ils sont amenés à pondre. Bref, on les mettra jamais tous d'accord, mais bon, c'est comme ça pour toutes les matières je crois.
Mais pour vraiment apprendre à quelqu'un à développer des applications, il y a tant d'autres choses à aborder que ce à quoi on se cantonne dans ce cours. Je crois qu'il n'y a pas de miracle, quel que soit le langage, c'est long.
Pour rester en Scheme, il y a moyen, par exemple en suivant le HTDP. C'est un cours largement plus complet que ce que l'on fait nous, et qui laisse peu de chose de côté :
http://htdp.org/2003-09-26/Book/(...)
Et comme autres langages, je pense que Python est un bon choix, parcequ'il permet vraiment un crecendo dans l'apprentissage de la structuration et la complexité des programmes (tu commences avec des petits scripts, et puis tu fais des fonction, puis des classes, et des modules, tout ça sans changer de langage). Le fait d'avoir une bonne base de structures de donnée (listes, dictionnaires, etc.) integrée au langage est aussi un sacré plus. Et puis biensûr, d'être interprété, ça facilite bien le tatonnement en général.
On pourra biensûr avantageusement remplacer Python par Ruby dans le paragraphe qui précède, le seul inconvénient que j'y vois étant qu'il existe beaucoup moins de support pédagogiques déjà écrits (surtout si on cherche en français). Pour Python, il y a ça qui est un peu fourre-tout mais très bien quand même :
http://www.oreilly.fr/catalogue/2841772942.html(...)
http://www.ulg.ac.be/cifen/inforef/swi/download/python_notes.pdf(...)
Pour Ruby, à part ça :
http://www.rubycentral.com/book/(...)
je connais rien. Or ça c'est pas vraiment orienté débutant ras-les-paquerettes.
Sinon, en vrac, deux langages que je trouve intéressant pour l'enseignement :
- OCaml : très complet, permet de présenter autant le fonctionnel que l'objet, impose de la rigueur au programmeur via le typage statique, bref très bien. Mon seul bémol est que pour des gens niveau zéro et pas forcement super motivés, le premier contact syntaxique est rebutant.
- Eiffel : niveau objet, c'est clean, et puis je me suis toujours dis que les contrats, pour enseigner la rigueur en programmation, ça pouvait être vachement bénéfique.
Et puis bon, c'est aussi vachement important de completer tout ça avec des initiations à qlqs langages plus spécifiques, genre prolog, sql, csp, etc., histoire que les gens ne foncent pas toujours tête baissée à faire 100% de leur code dans un seul langage juste parceque c'est leur langage de prédilection.
Mince, j'ai été verbeux...
# perso...
Posté par tgl . En réponse au message de la puissance de (beep) pour trouver un truc simple en 2 minutes. Évalué à 2.
% for i in $(find . -name "*.java") ; do > foo=$(sed 's:\./::;s:/\w*\.java::' <<<$i) > bar=$(sed -n "s:package \(.*\);:\1:p" $i) > [[ ${#bar} -ne ${#foo} ]] && echo "BAD: $i ($bar)" > doneÀ part ça, pour ce qui est de python, je trouve effectivement pas qu'il soit adapté à ce genre de petites choses, mais c'est pas vraiment le but non plus amha. C'est plus un langage pour faire des vrais programmes.[^] # Re: Pas possible, meme de maniere 'grouik'
Posté par tgl . En réponse au message Exécution de script dans l'environnement du Shell courant. Évalué à 2.
Ça je doute que ça marche, les processus du pipe étant des fils.
/path/to/script &> /tmp/tmpfile.XXX.sh && source /tmp/tmpfile.XXX.sh
Ça par contre, c'est aussi ce que je ferais perso. Enfin plutôt :
# eval $(/path/to/script)
personellement, mais c'est la même idée.
[^] # Re: le site tel que je l'imagine
Posté par tgl . En réponse au journal Concours design web pour gentoo.org. Évalué à 5.
Arrêtez tous aussi de contribuer à Debian, parceque c'est dégueulasse, vous ne toucherez pas un sous sur ce que la fondation, elle, palpe.
- que son travail créatif sera associé à des pubs dont il ne contrôle pas le contenu.
Arrêtez aussi tout de suite de contribuer à Debian, parceque c'est dégueulasse, la fondation qui profite de votre travail prend des décisions dont vous n'êtes pas seul maître. Les projets communautaires, ça suxor, on ne peut pas leur faire confiance ; comme disait Desproges, «a fortiori, moins de deux, c'est l'idéal».
- que son travail créatif est là juste pour faire vendre des pubs.
Vous aussi, signez la pétition pour la fermeture de debian.org, qui n'est qu'un vaste gachi de bande passante puisqu'il ne vend pas de pub. C'est vrai quoi, il sert à rien dans ces cas là, non ?
- que la pub est une saloperie dont le seul rôle est de manipuler les gens.
Là, je suis un peu d'accord, je développe moi aussi une certaine allergie à la pub, qui confine au dégout. Enfin disons que si j'avais besoin d'un aphorisme percutant pour résumer la pub, ce serait peut être celui là. Mais comme toute généralisation simplificatrice, elle biaise le jugement sur les cas particuliers. Parle nous donc plutôt du problème posé par les pubs qui sont actuellement sur le site de Gentoo, et ça va être beaucoup plus difficile d'être percutant. En l'état, ton point est un non-argument, juste un mouvement d'humeur.
- que tout le monde n'est pas comme toi.
Toi même, nah ! Nan sérieux, ça on peut supposer que c'est admis par tous les intervenants d'un débat, c'est pas la peine de le préciser à chaque fois.
BOEN du 26 février 2004, note du ministre aux recteurs
Les établissements scolaires sont un cas bien particulier. D'une part, le public y est justement bien plus manipulable parceque plus jeune. D'autre part, ils ont d'autres sources de financement (état) qui leur permet de se passer des financements privés ; qu'un état prennent sous son aile une distribution Linux et en assure les frais, et il pourra légitimement lui demander de ne pas chercher ailleurs, et donc de bannir la pub. Mais puisque ça n'est pas le cas ici, je vois pas trop le rapport avec la choucroute.
Gentoo c'est depuis le début sur leur site
Oui. Enfin en tout cas, quand Gentoo a commencé à être un peu connue, autour de la 1.0, il y en avait déjà.
mais je crois qu'il n'y en a pas dans leur cd.
Exact.
Quand à Mandrake
Mandrake est une distribution commerciale, gérer par une entreprise qui cherche les bénéfices. Cette différence avec Gentoo me semble bien plus fondamentale que la ressemblance que tu peux voir dans la présence de pub. Je trouverai déplacé que Mandrake demande à sa communauté de lui designer son site web.
# analyse FFII
Posté par tgl . En réponse à la dépêche Le Medef prend position pour les brevets logiciels. Évalué à 6.
http://kwiki.ffii.org/index.cgi?Medef040629Fr(...)
Un petit lien dans la niouze me semblerait approrié, non ?
[^] # Re: Et la conjugaison !
Posté par tgl . En réponse au journal Correcteur grammatical sous linux. Évalué à 2.
Non non, le truc auquel je pense comportais bien un correcteur grammatical (enfin je crois), et était bien une version commerciale de OOo (mais pas StarOffice non plus).
Les oodict et *spell par contre sont juste des correcteurs orthographiques (ils savent juste vérifier qu'un mot est bien dans le dictionnaire), mais ils n'ont pas de notion de grammaire.
[^] # Re: Et la conjugaison !
Posté par tgl . En réponse au journal Correcteur grammatical sous linux. Évalué à 3.
http://www.pomme.ualberta.ca/devoir/(...)
Perso j'utilise celui là parceque j'aime bien le nom qu'ils lui ont trouvé.
Sinon, niveau correcteur sous linux, il me semble que j'avais vu il y a qlqs temps une version commerciale de openoffice.org avec un correcteur integré, mais je ne parviens pas à remettre la main dessus. Et niveau libre, il n'y a rien à ma connaissance (j'avais pourtant cherché un peu aussi à une époque).