Non, pas de fausse manip.
Mais une fausse interprétation de ce qu'il disait : ses lignes servent à empêcher l'indentation pourrie en cas de copy/paste.
>> Tout n'est pas parfait, notamment sur les applications java et gvim
Y a quoi comme avantages à utiliser gvim plutôt que vim ?
En dehors de plus de couleurs avec certains thèmes, j'en vois pas, et j'utilise donc toujours vim dans un terminal. Tu peux m'indiquer un truc qui fait que gvim t'est plus utile/préférable ?
>> Si pour tous les details tu renvoies a l'article, du coup j'ai du mal a comprendre la difference entre ta conception et celle de CrEv & octane. Surtout que tu nous dit que c'est aussi le support ecrit que tu donnes a ton auditoire.
C'est peut-être parce que tu as du mal à savoir comment présenter des résultats de manière correcte, claire, et compréhensible que tu ne comprends pas la différence.
C'est un support écrit, car des slides se doivent pour moi d'être accessibles par la suite sur la page de la conf ou celle de l'orateur.
Je vais sur la page d'un chercheur, je lis ses slides, je comprends facilement l'intuition de sa méthode/ses résultats, les applications, des exemples, et des résultats. Si je veux savoir à quoi ressemblent les preuves, quels sont les lemmes nécessaires mais non indiqués dans la présentation, quels sont les différences techniques avec les résultats d'autres chercheurs, alors je lis le papier, en ayant déjà assimilé le plus gros.
>> Pour pas que ca soit un mur de texte, tu dois beaucoup elager, et laisser uniquement les trucs percutants (ie. une formule ou un schema par slide, avec une phrase/quelques mots d'explication).
Élaguer, c'est pas facile.
Laisser un truc percutant, c'est bien, mais s'il tombe comme un cheveu dans la soupe, c'est que tes slides sont mal faits. Il faut une progression logique entre chaque slide, et c'est pas trivial du tout. C'est pour ça que ça prend du temps. Balancer des résultats comme ça, c'est à la portée de tout le monde, mais que c'est pas une bonne présentation.
>> Et pour comprendre le pourquoi/comment, il faut soit consulter l'article, soit ecouter le presentateur.
Soit avoir des bons slides en face de soi.
Si t'en as jamais vu, c'est dommage. Si on ne t'as jamais dit « ça c'est mal » ni fait remarquer que tes slides avaient des défauts, c'est dommage aussi.
Moi je dis que le pourquoi/comment peut (et doit) être véhiculé aussi à l'écrit dans les slides, et que rendre cette information accessible est un travail conséquent, mais nécessaire.
La présentation, c'est une job de pro. Ça s'apprend, c'est pas trivial.
Tu peux jeter un œil à http://research.microsoft.com/en-us/um/people/simonpj/papers(...)
C'est fait par un pro, un excellent orateur (cela dit, c'est des conseils pour pros. Appliquer tout ça naïvement ne donnera pas de bons résultats, car il a omis à peu près tous les fondamentaux qui concernent la construction logique des slides et la progression).
Tu peux faire des trucs à la Steve Jobs, avec un mot par slide, et un fond coloré. J'ai déjà vu, c'est joli pour faire de la pub et raconter des histoires. Mais pour présenter des résultats, c'est pas bon.
Je pensais faire une blague, mais en fait, t'as vraiment pas l'air au courant que « diaspora » est un mot. (Ou alors, c'était ça ton « jeu de mot, » mais c'est raté. Bien raté.)
> Pourquoi donc devoir se limiter a une dizaine de slides alors qu'on peut au contraire preciser les choses sur un support vraiment fait pour ca
La présentation est, comme son nom l'indique, une présentation. Pour les détails sanglants, merci de lire l'article.
> on passe une journee entiere a preparer et repeter la presentation, le tout reparti sur une a deux semaines.
Non, une semaine, c'est uniquement la création des slides. C'est pas bien sûr 8 heures par jour, car il est impossible de se concentrer dessus tant de temps sans faire de bourdes.
Répéter la présentation, ça compte pas dans la création des slides.
>> [1] Rassure-moi, tu fais pas des presentations avec 50 transparents en 20 minutes?
Non, pour 20 minutes, je fais environ 17 slides. Un peu plus si j'ai des schémas qui s'étalent sur plusieurs pages.
> mais dans ce cas, il sert à quoi le gus qui s'agite devant l'écran ?
Pour une meilleure communications, les interactions multimodales ont des résultats améliorées par rapport aux informations délivrées sur un seul canal : tu transmets plus d'infos et ton public en retient plus si tu couples visuel et auditif. Et dans le visuel, tu as plusieurs groupes : ceux qui veulent du graphique, et ceux qui veulent du texte. Pourquoi sembles-tu vouloir à tout prix ignorer une partie de ton public ?
Ça marche aussi comme un simple code correcteur d'erreurs, un CRC ou ce que tu veux.
> heu, dis moi, tu arrives à être attentif au moins 15 à 25 minutes, non ?
Je peux y arriver, mais je ne contrôle pas les distractions.
Contrairement à bien d'autres situations, on ne peut pas recommencer si on a été distrait (le téléphone qui sonne, le voisin qui parle, ou pire : la fatigue lors de la digestion si la conf est après le repas.)
> si tu es as une prez et que tu n'écoutes pas, sort de la salle.
Il y a « je ne veux pas écouter, » auquel cas oui, y a rien à faire, et « je ne peux pas écouter » (parce qu'il y a du bruit, parce que j'ai été distrait…)
Avoir le texte qui reste sur le slide tout le temps que tu passes dessus permet de rattraper un défaut d'attention. C'est plutôt bien de vouloir rendre service à son auditoire, non ?
> Ce qui compte n'est pas le slide de la présentation mais bien ce qui n'a pas été compris (qu'elle partie, quel sujet, quel terme, etc)
« Y'a un terme que j'ai pas compris. Malheureusement, je ne peux pas le répéter pour demander des explications car je ne l'ai pas compris. »
Les slides écrits (correctement) contiennent tout le « flow » de ta présentation, selon un ordonnancement *logique*. Dire qu'on a pas compris ce qui a été dit à tel slide permet immédiatement de savoir quels sont les points après qui ont posé des problèmes : ils viennent dans les slides suivants, et on peut très vite les revisionner et commenter les passages qui maintenant sont susceptibles d'être compris. Mais si tu considères que ton auditoire, en plus d'avoir été attentif tout le temps, a retenu toute ta présentation et est capable dans sa tête de refaire toutes les inférences après que tu as (ré)expliqué un terme, alors en effet, ça sert à rien.
>> juste comme ça, c'est des prez sur quel type de sujet ?
Preuve formelle.
>> accessoirement, si c'est 2 semaines sur des slides c'est qu'il y a, à priori et à mon avis, un problème
Seuls les slides *parfaits* sont tolérés. Ça doit être du au fait que la logique fait partie de la vie intégrante du labo.
Je me suis mis à repérer des erreurs logiques dans la narration de toutes les autres présentations que j'ai vues ces derniers temps. Dans mon labo, on ne laisse pas passer ça.
>> Est-ce qu'être baptisé suffit à faire de quelqu'un un catholique ?
Au yeux de l'Église romaine, oui, je crois bien, même si ce sont (souvent) tes parents qui parlent en ton nom !
>> PS: il me semble que l'emploi de confidence dans votre message est un anglicisme tout droit venu du jargon des statisticiens modernes.
Je suis content d'être vouvoyé :)
Et oui, c'est un vilain anglicisme que j'ai échappé ! J'ai pas fait de stats en français depuis un bail… Cela dit, c'est un mot français encore aujourd'hui.
Comme ça, avec un vieux projo de merde, personne n'arrive à lire.
>> ET PAS DE TEXTE!
Et un bras d'honneur sur la page de garde, pour dire « je suis payé que vous soyez contents ou non » ?
>> des images. (...) , et je parle. Les gens écoutent.
Ouais. T'as honnêtement cru qu'on allait t'écouter tout le temps de ta présentation ?
Si je divague un instant, ou que je ne comprend pas un truc que tu dis, aucun support pour me permettre de rattraper.
Si j'ai une question, je fais quoi ? « À 7 minutes et 28 secondes, vous avez dit un truc pas clair, mais j'ai oublié quoi. Vous pouvez le répéter et l'expliquer ? »
>> Mettre du texte, cela fait que le gens le lisent (donc ne t'écoutent pas), puis ne t'écoutent pas (car ils imaginent qu'ils ont déjà tout lu).
Mettre des images, ça fait que les gens se disent « oh, c'est joli ! » « qu'il est mignon le chaton ! » Effectivement, la présentation est sympa a regarder, mais point de vue transmission d'information, c'est pas terrible du tout du tout ! Et c'est aussi profondément mépriser la partie de ton public qui n'a pas une mémoire auditive.
Si les gens ont du mal avec tes textes, peut-être faut-il que tu reconsidères ta manière d'écrire des textes de présentation…
>> une prez seule devrait être inutile sans l'orateur.
Bon, là, on est clairement pas d'accord. Une présentation se doit pour moi d'être autonome.
>> Par contre c'est du boulot pour l'orateur. Préparer les slides, trouver des images percutantes sans être clichés, et faire un support écrit à donner après la présentation aux auditeurs.
Ah bah oui c'est du boulot !
Des bons slides pour une présentation de 15 à 25 minutes, autour de moi, on y passe une à deux semaines ! Que ce soit pour un public averti ou pour un public hétéroclite.
Et vu que les slides sont « self-contained, » c'est aussi le support écrit qu'on donne aux auditeurs s'ils le veulent !
>> J'avais même pas remarqué que l'ami (je dis ça parce que je trouve ses opinions souvent très pertinentes) Tanguy était catho
Ouais, enfin, *statistiquement¹*, on peut s'assurer avec une bonne confidence¹ que tout interlocuteur francophone (et donc¹ français) est catholique. Donc y a rien de surprenant.
Pratiquant, c'est autre chose, mais baptisé, c'est encore je crois pas mal l'option par défaut, non ?
¹: un master 2 professionnel en troll peut être apprécié.
J'avais écrit « c'est le genre d'outil que t'écris dans un langage de haut-niveau et qui appelle cp après. »
J'ai jamais écrit « le programme de machin utilise cp. »
J'ai bien insisté sur le fait que je me tapais complétement des détails d'implémentation, car c'est pas le genre d'application critique qui nécessite une précision au pouillème de microseconde.
Tu montes sur tes grands chevaux : « oh, relis moi, il utilise pas cp. »
Ça tombe mal, car :
J'ai jamais écrit « le programme de machin utilise cp. »
J'ai bien insisté sur le fait que je me tapais complétement des détails d'implémentation, car c'est pas le genre d'application critique qui nécessite une précision au pouillème de microseconde.
>> si tous les habitués de DLFP envoyaient des patches plutôt que de critiquer, Linux serait ready pour le desktop.
Si tous les habitués de DLFP arrêtaient de coder en C, Linux serait ready pour le desktop. Lalala !
>> Et enfin tu termines par « ça c'est son problème, plus le notre », c'est pourtant le sujet du thread.
S'il a fait son journal, il lit les commentaires, il lit des propositions. Il est assez grand.
J'ai pas que ça à foutre non plus. Mon message parlait uniquement du choix d'un langage de haut niveau pour une classe de tâches, mais tu ne m'as pas compris (vu que tu voulais me sortir son code source auquel je ne fais pas référence) et tu me le reproche.
Si tu veux continuer, vas-y, j'en aurai pas plus à fiche.
>> Ok donc je vais me répéter parce que tu sembles ne pas comprendre.
Ok donc je vais me répéter parce que tu sembles ne pas me lire.
Et mettre du gras.
>> Le monsieur, il ouvre un fp sur le fichier à copier…
Et alors ?
Je te crois !
Et j'ai même dit que je m'en cognais, car mon commentaire ne parle *PAS* de ça !
Tout ce que j'ai dit, c'est que python/perl/lisp n'est pas un mauvais choix pour ce genre d'appli. Tu *PEUX* faire appel à n'importe quel programme/procédure de bas niveau pour gagner des microsecondes si ça te fait plaisir. Si tu veux utiliser des fp à la main, tant mieux !
Mais pour tout ce qui est autour, la gestion des files, les algos de réplication, la gestion de la ligne de commande, tout ça, le gain en temps de dev, la facilité de compréhension du code, et la clarté du code sont évidents dans un langage de haut-niveau, ce que C n'est pas.
Nan, mais je m'en fous qu'il utilise cp, dd ou cat.
Mon point, c'est qu'un outil comme celui là à plus besoin d'être pratique que rapide.
Se dire « oh mon dieux, je dois absolument l'écrire en assembleur pour que les gens le trouvent bien, » c'est con. Si ça amuse certains, tant mieux, hein. Mais c'est un investissement pourri.
Je crois que le paquet debian/ubuntu de l'époque était pas à jour, et j'avais pas envie d'installer un logiciel à la main… C'était je crois dû à une mise-à-jour de ruby.
Puis ma correction était du genre « bon, ben si la chaussure droite est trop petite, on à qu'à couper les deux jambes, » alors j'avais pas proposé de patch :P
Enfin, vu que je compte réutiliser booh prochainement, si le bug est toujours là, je le dirai.
[^] # Re: Merci
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal gtk-oxygen-engine: y'a du mieux. Évalué à 3.
Mais une fausse interprétation de ce qu'il disait : ses lignes servent à empêcher l'indentation pourrie en cas de copy/paste.
[^] # Re: Internet, c'était mieux avant.
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Le Web sauvera Internet. Évalué à 3.
T'as jamais utilisé talk ?
[^] # Re: Merci
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal gtk-oxygen-engine: y'a du mieux. Évalué à 2.
Y a quoi comme avantages à utiliser gvim plutôt que vim ?
En dehors de plus de couleurs avec certains thèmes, j'en vois pas, et j'utilise donc toujours vim dans un terminal. Tu peux m'indiquer un truc qui fait que gvim t'est plus utile/préférable ?
[^] # Re: textes, bullets, etc..
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Des thèmes pour KPresenter. Évalué à 4.
C'est peut-être parce que tu as du mal à savoir comment présenter des résultats de manière correcte, claire, et compréhensible que tu ne comprends pas la différence.
C'est un support écrit, car des slides se doivent pour moi d'être accessibles par la suite sur la page de la conf ou celle de l'orateur.
Je vais sur la page d'un chercheur, je lis ses slides, je comprends facilement l'intuition de sa méthode/ses résultats, les applications, des exemples, et des résultats. Si je veux savoir à quoi ressemblent les preuves, quels sont les lemmes nécessaires mais non indiqués dans la présentation, quels sont les différences techniques avec les résultats d'autres chercheurs, alors je lis le papier, en ayant déjà assimilé le plus gros.
>> Pour pas que ca soit un mur de texte, tu dois beaucoup elager, et laisser uniquement les trucs percutants (ie. une formule ou un schema par slide, avec une phrase/quelques mots d'explication).
Élaguer, c'est pas facile.
Laisser un truc percutant, c'est bien, mais s'il tombe comme un cheveu dans la soupe, c'est que tes slides sont mal faits. Il faut une progression logique entre chaque slide, et c'est pas trivial du tout. C'est pour ça que ça prend du temps. Balancer des résultats comme ça, c'est à la portée de tout le monde, mais que c'est pas une bonne présentation.
>> Et pour comprendre le pourquoi/comment, il faut soit consulter l'article, soit ecouter le presentateur.
Soit avoir des bons slides en face de soi.
Si t'en as jamais vu, c'est dommage. Si on ne t'as jamais dit « ça c'est mal » ni fait remarquer que tes slides avaient des défauts, c'est dommage aussi.
Moi je dis que le pourquoi/comment peut (et doit) être véhiculé aussi à l'écrit dans les slides, et que rendre cette information accessible est un travail conséquent, mais nécessaire.
La présentation, c'est une job de pro. Ça s'apprend, c'est pas trivial.
Tu peux jeter un œil à http://research.microsoft.com/en-us/um/people/simonpj/papers(...)
C'est fait par un pro, un excellent orateur (cela dit, c'est des conseils pour pros. Appliquer tout ça naïvement ne donnera pas de bons résultats, car il a omis à peu près tous les fondamentaux qui concernent la construction logique des slides et la progression).
Tu peux faire des trucs à la Steve Jobs, avec un mot par slide, et un fond coloré. J'ai déjà vu, c'est joli pour faire de la pub et raconter des histoires. Mais pour présenter des résultats, c'est pas bon.
[^] # Re: Proverbe
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Enflage primaire. Évalué à 3.
[^] # Re: Un point Godwin en direct de Berlin (la classe)
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Lettre ouverte à l'HADŒPDI : mise en place d'un service de courrier électronique. Évalué à 2.
> En quoi ? Je ne vois vraiment pas ce qui te fait dire ca !
L'histoire de France, les valeurs et coutumes qui en découlent.
[^] # Re: Proverbe
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Enflage primaire. Évalué à 3.
[^] # Re: textes, bullets, etc..
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Des thèmes pour KPresenter. Évalué à 1.
La présentation est, comme son nom l'indique, une présentation. Pour les détails sanglants, merci de lire l'article.
> on passe une journee entiere a preparer et repeter la presentation, le tout reparti sur une a deux semaines.
Non, une semaine, c'est uniquement la création des slides. C'est pas bien sûr 8 heures par jour, car il est impossible de se concentrer dessus tant de temps sans faire de bourdes.
Répéter la présentation, ça compte pas dans la création des slides.
>> [1] Rassure-moi, tu fais pas des presentations avec 50 transparents en 20 minutes?
Non, pour 20 minutes, je fais environ 17 slides. Un peu plus si j'ai des schémas qui s'étalent sur plusieurs pages.
[^] # Re: textes, bullets, etc..
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Des thèmes pour KPresenter. Évalué à 4.
Pour une meilleure communications, les interactions multimodales ont des résultats améliorées par rapport aux informations délivrées sur un seul canal : tu transmets plus d'infos et ton public en retient plus si tu couples visuel et auditif. Et dans le visuel, tu as plusieurs groupes : ceux qui veulent du graphique, et ceux qui veulent du texte. Pourquoi sembles-tu vouloir à tout prix ignorer une partie de ton public ?
Ça marche aussi comme un simple code correcteur d'erreurs, un CRC ou ce que tu veux.
> heu, dis moi, tu arrives à être attentif au moins 15 à 25 minutes, non ?
Je peux y arriver, mais je ne contrôle pas les distractions.
Contrairement à bien d'autres situations, on ne peut pas recommencer si on a été distrait (le téléphone qui sonne, le voisin qui parle, ou pire : la fatigue lors de la digestion si la conf est après le repas.)
> si tu es as une prez et que tu n'écoutes pas, sort de la salle.
Il y a « je ne veux pas écouter, » auquel cas oui, y a rien à faire, et « je ne peux pas écouter » (parce qu'il y a du bruit, parce que j'ai été distrait…)
Avoir le texte qui reste sur le slide tout le temps que tu passes dessus permet de rattraper un défaut d'attention. C'est plutôt bien de vouloir rendre service à son auditoire, non ?
> Ce qui compte n'est pas le slide de la présentation mais bien ce qui n'a pas été compris (qu'elle partie, quel sujet, quel terme, etc)
« Y'a un terme que j'ai pas compris. Malheureusement, je ne peux pas le répéter pour demander des explications car je ne l'ai pas compris. »
Les slides écrits (correctement) contiennent tout le « flow » de ta présentation, selon un ordonnancement *logique*. Dire qu'on a pas compris ce qui a été dit à tel slide permet immédiatement de savoir quels sont les points après qui ont posé des problèmes : ils viennent dans les slides suivants, et on peut très vite les revisionner et commenter les passages qui maintenant sont susceptibles d'être compris. Mais si tu considères que ton auditoire, en plus d'avoir été attentif tout le temps, a retenu toute ta présentation et est capable dans sa tête de refaire toutes les inférences après que tu as (ré)expliqué un terme, alors en effet, ça sert à rien.
>> juste comme ça, c'est des prez sur quel type de sujet ?
Preuve formelle.
>> accessoirement, si c'est 2 semaines sur des slides c'est qu'il y a, à priori et à mon avis, un problème
Seuls les slides *parfaits* sont tolérés. Ça doit être du au fait que la logique fait partie de la vie intégrante du labo.
Je me suis mis à repérer des erreurs logiques dans la narration de toutes les autres présentations que j'ai vues ces derniers temps. Dans mon labo, on ne laisse pas passer ça.
[^] # Re: Un point Godwin en direct de Berlin (la classe)
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Lettre ouverte à l'HADŒPDI : mise en place d'un service de courrier électronique. Évalué à 2.
Il a *plusieurs* autres sens, dont « confiance intime, » qui est bien une confiance. (Ça ne rend pas la phrase juste, mais ça la rend moins fausse :P)
[^] # Re: Un point Godwin en direct de Berlin (la classe)
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Lettre ouverte à l'HADŒPDI : mise en place d'un service de courrier électronique. Évalué à 2.
Au yeux de l'Église romaine, oui, je crois bien, même si ce sont (souvent) tes parents qui parlent en ton nom !
>> PS: il me semble que l'emploi de confidence dans votre message est un anglicisme tout droit venu du jargon des statisticiens modernes.
Je suis content d'être vouvoyé :)
Et oui, c'est un vilain anglicisme que j'ai échappé ! J'ai pas fait de stats en français depuis un bail… Cela dit, c'est un mot français encore aujourd'hui.
[^] # Re: textes, bullets, etc..
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Des thèmes pour KPresenter. Évalué à 6.
Comme ça, avec un vieux projo de merde, personne n'arrive à lire.
>> ET PAS DE TEXTE!
Et un bras d'honneur sur la page de garde, pour dire « je suis payé que vous soyez contents ou non » ?
>> des images. (...) , et je parle. Les gens écoutent.
Ouais. T'as honnêtement cru qu'on allait t'écouter tout le temps de ta présentation ?
Si je divague un instant, ou que je ne comprend pas un truc que tu dis, aucun support pour me permettre de rattraper.
Si j'ai une question, je fais quoi ? « À 7 minutes et 28 secondes, vous avez dit un truc pas clair, mais j'ai oublié quoi. Vous pouvez le répéter et l'expliquer ? »
>> Mettre du texte, cela fait que le gens le lisent (donc ne t'écoutent pas), puis ne t'écoutent pas (car ils imaginent qu'ils ont déjà tout lu).
Mettre des images, ça fait que les gens se disent « oh, c'est joli ! » « qu'il est mignon le chaton ! » Effectivement, la présentation est sympa a regarder, mais point de vue transmission d'information, c'est pas terrible du tout du tout ! Et c'est aussi profondément mépriser la partie de ton public qui n'a pas une mémoire auditive.
Si les gens ont du mal avec tes textes, peut-être faut-il que tu reconsidères ta manière d'écrire des textes de présentation…
>> une prez seule devrait être inutile sans l'orateur.
Bon, là, on est clairement pas d'accord. Une présentation se doit pour moi d'être autonome.
>> Par contre c'est du boulot pour l'orateur. Préparer les slides, trouver des images percutantes sans être clichés, et faire un support écrit à donner après la présentation aux auditeurs.
Ah bah oui c'est du boulot !
Des bons slides pour une présentation de 15 à 25 minutes, autour de moi, on y passe une à deux semaines ! Que ce soit pour un public averti ou pour un public hétéroclite.
Et vu que les slides sont « self-contained, » c'est aussi le support écrit qu'on donne aux auditeurs s'ils le veulent !
# EOJB
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Firefox & Bing (Take the Money and Run (c'est un très bon Woody Allen)). Évalué à 2.
EOJ, oui, je devine.
Mais EOJB ? ? « End Of Journal, Bitch » ?
[^] # Re: Un point Godwin en direct de Berlin (la classe)
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Lettre ouverte à l'HADŒPDI : mise en place d'un service de courrier électronique. Évalué à 3.
Ouais, enfin, *statistiquement¹*, on peut s'assurer avec une bonne confidence¹ que tout interlocuteur francophone (et donc¹ français) est catholique. Donc y a rien de surprenant.
Pratiquant, c'est autre chose, mais baptisé, c'est encore je crois pas mal l'option par défaut, non ?
¹: un master 2 professionnel en troll peut être apprécié.
[^] # Re: Que detalentgaché
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Le "papa" des bébés-éprouvettes récompensé. Évalué à 3.
C'est pour ça que je donne jamais rien aux pauvres. Ils avaient qu'à être capables d'avoir un bon job bien payé. Y a pas de raison de les aider.
[^] # Re: Que de talent gaché
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Le "papa" des bébés-éprouvettes récompensé. Évalué à 2.
Il l'a pas eu direct.
Il l'a eu en au moins en 10 fois sans frais !
[^] # Re: Waouw
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Des messages tout encramillés. Évalué à 2.
[^] # Re: 900 000 c'est trop peu
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Parts de marché sur les Desktop en Europe : Windows baisse, Mac OS X monte, Linux stable. Évalué à 10.
À moins 42 o_O, je mets des moufles et une tuque pour surfer.
[^] # Re: Python ?
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal gcp: un outil de copie à la cp. Évalué à 1.
J'ai jamais écrit « le programme de machin utilise cp. »
J'ai bien insisté sur le fait que je me tapais complétement des détails d'implémentation, car c'est pas le genre d'application critique qui nécessite une précision au pouillème de microseconde.
Tu montes sur tes grands chevaux : « oh, relis moi, il utilise pas cp. »
Ça tombe mal, car :
J'ai jamais écrit « le programme de machin utilise cp. »
J'ai bien insisté sur le fait que je me tapais complétement des détails d'implémentation, car c'est pas le genre d'application critique qui nécessite une précision au pouillème de microseconde.
>> si tous les habitués de DLFP envoyaient des patches plutôt que de critiquer, Linux serait ready pour le desktop.
Si tous les habitués de DLFP arrêtaient de coder en C, Linux serait ready pour le desktop. Lalala !
>> Et enfin tu termines par « ça c'est son problème, plus le notre », c'est pourtant le sujet du thread.
S'il a fait son journal, il lit les commentaires, il lit des propositions. Il est assez grand.
J'ai pas que ça à foutre non plus. Mon message parlait uniquement du choix d'un langage de haut niveau pour une classe de tâches, mais tu ne m'as pas compris (vu que tu voulais me sortir son code source auquel je ne fais pas référence) et tu me le reproche.
Si tu veux continuer, vas-y, j'en aurai pas plus à fiche.
[^] # Re: Python ?
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal gcp: un outil de copie à la cp. Évalué à 2.
Ben c'était pas clair.
Tu me parles de fp, moi, ça m'évoque de la prog système, donc pas du haut-niveau.
>> J'aurais trouvé ça effectivement plus astucieux d'appeler cp ou quelconque outil optimisé pour la copie de fichiers,
Envoie un patch !
>> mais pas de la réimplémenter lui même dans un langage qui n'est pas prévu pour.
Bon, ça c'est son problème, plus le notre…
[^] # Re: Python ?
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal gcp: un outil de copie à la cp. Évalué à 1.
Ok donc je vais me répéter parce que tu sembles ne pas me lire.
Et mettre du gras.
>> Le monsieur, il ouvre un fp sur le fichier à copier…
Et alors ?
Je te crois !
Et j'ai même dit que je m'en cognais, car mon commentaire ne parle *PAS* de ça !
Tout ce que j'ai dit, c'est que python/perl/lisp n'est pas un mauvais choix pour ce genre d'appli. Tu *PEUX* faire appel à n'importe quel programme/procédure de bas niveau pour gagner des microsecondes si ça te fait plaisir. Si tu veux utiliser des fp à la main, tant mieux !
Mais pour tout ce qui est autour, la gestion des files, les algos de réplication, la gestion de la ligne de commande, tout ça, le gain en temps de dev, la facilité de compréhension du code, et la clarté du code sont évidents dans un langage de haut-niveau, ce que C n'est pas.
# Horreur !
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Trollez depuis votre client mail. Évalué à 4.
C'est pas très sein comme nom…
[^] # Re: pas mieux avec des variantes
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Câlice! Google Traduction capote!. Évalué à 5.
Ah ?
Pas la locution conjonctive en tout cas : [http://www.cnrtl.fr/definition/parceque]
>> la bonne syntaxe serait deja de demandé
Et les bonnes orthographe et grammaire seraient-elles déjà de demander plus d'efforts ?
[^] # Re: Python ?
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal gcp: un outil de copie à la cp. Évalué à 1.
Mon point, c'est qu'un outil comme celui là à plus besoin d'être pratique que rapide.
Se dire « oh mon dieux, je dois absolument l'écrire en assembleur pour que les gens le trouvent bien, » c'est con. Si ça amuse certains, tant mieux, hein. Mais c'est un investissement pourri.
[^] # Re: Cool !
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Des nouvelles de booh, un générateur de web-album pour le web 1.0. Évalué à 2.
Puis ma correction était du genre « bon, ben si la chaussure droite est trop petite, on à qu'à couper les deux jambes, » alors j'avais pas proposé de patch :P
Enfin, vu que je compte réutiliser booh prochainement, si le bug est toujours là, je le dirai.