Yusei a écrit 4649 commentaires

Et quand j'écris Frodo, Spiderman, Dracula, Pikachu, je reconnais leur existence ?

«Il me semble que la moindre des politesses est d'arriver à l'heure»

Oui mais c'est quoi, l'heure ?

Parce que selon les endroits, la politique officielle peut etre que tout le monde arrive à 8h30 et reparte à 17h (au pif), ou bien que tout le monde fasse X heures par jour, ou X par semaine, quels que soient ses horaires.

(Bon là visiblement c'est pas le cas)

Hum, les labels d'Evolution ne sont pas fait pour le classement. Pour ça il y a les dossiers, et les vfolders (qui sont des dossiers virtuels basés sur des critères paramétrables, un peu comme ce que fait GMail si j'ai bien compris). Les labels ça sert a faire ressortir des mails visuellement dans la liste, ou à les marquer pour appliquer des filtres sélectifs par exemple.

«Pas vraiment. Surtout, je ne préfère pas me lancer dans l'administration système. Ceci dit, tu pensais à quoi de particulier ?»

En gros le problème avec un CGI ou un programme PHP hébergé sur un serveur, c'est que le programme ne s'exécute que quand tu fais une requête dessus. Je ne sais pas ce que ton agent intelligent doit faire, mais peut-être que tu voudras qu'il tourne même quand personne ne fait de requêtes dessus.

Un exemple, c'est si tu veux faire un crawler pour un moteur de recherche, tu as besoin qu'il tourne tout le temps.

«Une des craintes que j'ai, c'est que le code soit réversé et les paramètres de connexion extrait du bytecode Java. Est-ce une crainte ridicule ou bien ai-je des raisons de m'en faire ?»

Mais ton code sera exécuté côté serveur ou côté client ? Effectivement si tu veux stocker côté serveur, et exécuter côté client, il vaut mieux effectivement faire une interface en PHP pour communiquer entre le client et le serveur.

À mon avis tu mélanges tout, non ? XUL c'est pour décrire des interfaces, c'est à priorié géré du côté du client. PHP n'a pas de problème de timeout en lui même, seulement quand il est utilisé pour générer des pages via apache (il existe un interpréteur php que l'on peut utiliser comme ceux de perl, ruby et python). Quant à Java, le problème de stockage se situe, pour ce que j'en sais, côté client quand tu fais une applet. Si ce problème existe aussi côté serveur (mais j'en doute), tu peux le contourner avec une BdD.

Pour moi le choix à faire dépend de ce dont tu disposes pour héberger ton programme, et de ce que tu veux faire. Je ne suis pas sûr qu'une application de type CGI soit un bon choix. Tu as un moyen d'héberger un programme qui tourne tout le temps ?

D'un autre côté je trouve l'ancien sélecteurs de fichiers de GTK très laid, mais très efficace, et le nouveau me semble une sacrée régression du point de vue ergonomie. La version patchée du vieux sélecteur présente dans Debian était un bon compromis à mon avis, avec ses boutons de raccourcis.

La version qui a été choisie, selon moi, sacrifie l'ergonomie au profit de l'intuitivité, et je ne suis pas certain que ce soit une bonne idée.

C'est des fautes volontaires... je trouve ça lourd aussi, mais ce n'est pas qu'il ne sait pas écrire ;-)

C'est intéressant, mais j'ai beau me forcer je ne vois pas l'intérêt d'un webmail comme client mails principal...

Le HTML c'est définitivement pas fait pour ça, et même avec plein de raccourcis bien placés, c'est plus lent et/ou moins efficace qu'une vraie interface. Une solution serait une interface XUL ou autre.

Le seul argument que j'y vois, c'est que les mails sont accessibles de partout, alors qu'en POP il faut ruser un peu, mais d'un autre coté j'aime pas trop imaginer ce que pourrait faire un cracker qui "entre" sur le serveur de gmail :)

Après, les "nouveautés" apportées par GMail, dont les filtres pour classer les mails, ça existe déjà, je m'en sers dans Evolution (les vfolders), et c'est bien pratique, c'est vrai.

Ça, ça ne marche que si le navigateur est configuré pour. Chez moi le clic du milieu active le défilement à-la-IE... chez d'autres ça va activer les mouse-gestures.

Utilise un raccourci clavier pour sélectionner :-)

Ctrl-L sélectionnera l'adresse sans la copier

et encore mieux

Ctrl-U va l'effacer sans que tu aies besoin de la sélectionner

(1)I. COMPLÈTEMENT n. m. XVIIIe siècle ; écrit complétement jusqu'au XIXe siècle. Dérivé de compléter.
Rare. Action de compléter. Le complètement des compagnies d'un bataillon. Le complètement d'une collection.

ça vient du dico de l'académie française

Hmmm oui, ça pourrait être intéressant de voir si Internet permet de résoudre les problèmes du brainstorming... Mais après il y a le problème technique d'émuler une salle de réunion sans faire de la vidéo-conférence. Les wiki sont un bon début pour ça, mais ce n'est probablement pas suffisant.

Je précise, de mémoire, sur quels critères portait l'étude: le but était de savoir si en brainstormant on avait plus d'idées qu'en faisant travailler les gens tous seuls dans leur coin.

Il semblerait, d'après eux (je ne suis pas trop qualifié pour juger), que le nombre d'idées trouvées par deux personnes est identique si elles travaillent indépendament, ou ensemble. Passé deux personnes, le travail indépendant (avec collecte des idées à la fin) semble plus efficace que le brainstorming, en partie à cause du fait que certaines personnes ont peur de dire des conneries en face d'un grand public, ou bien certaines personnes plus à l'aise à l'oral prennent la "direction des opérations" et étouffent les autres.

Haaaa mais non, ça libère l'esprit. Bière et café, les deux outils du programmeur.

Bon ok, après y'a aussi la pizza, les dragibus...

«Un groupe de plusieurs personnes faisant ce genre d'exercice trouvent souvent plein d'idées qu'elles n'auraient pas trouvées individuellement»

Il parait que non. D'après des études dont le magazine "cerveau et psycho" a publié un compte-rendu il y a quelques mois, il semblerait que le brain-storming soit contre productif à plus de deux personnes.

Je ne sais pas ce que ça vaut, mais ce n'est peut-être pas si simple qu'on le pense.

Mais ils font ce qu'ils veulent, je m'en fiche. Je donne juste une raison non morale pour laquelle je n'utiliserai pas leur produit.

C'est pas ce que je voulais dire, mais d'une certaine manière c'est vrai aussi. Je ne pense pas que mon employeur apprécierait que je fasse un doublon de ce que je fais pour lui pendant mon temps libre :-)

«Le sapusaipalibre, c'est bien quand on parle par exemple d'un format d'échange, ou d'outils non interopérables. Mais Opera est un des navigateurs qui respecte le mieux les différents standards du web, et ne peut donc pas vraiment rentrer dans cette catégorie, sauf pour ceux qui ont évidement un but moral»

J'ai pas envie d'utiliser un logiciel dont le "propriétaire" refuse de me montrer le code source, parce que je pars du principe que si on me cache quelque chose, c'est qu'il y a quelque chose à cacher.

Ça n'a rien à voir avec un principe moral.

«Donc oui les gens qui geulent pour les projets doublon ont raison!»

Admettons que je décide de programmer un compilateur, pour le fun, pour apprendre comment ça marche, et parce qu'il y a des choses que je n'aime pas dans GCC.

Admettons maintenant que quelqu'un vienne me "gueuler" dessus parce que c'est un doublon, et que les choses seraient plus efficaces si j'avais décidé de bosser sur GCC à la place.

Je lui dirais qu'il a peut-être raison concernant l'efficacité, mais je lui demanderais aussi de quel droit il vient me faire chier avec ça, en espérant me dicter ma conduite et la manière dont je dois occuper mon temps libre. Il se prend pour mon employeur ?

Tout ça pour dire que les gens qui veulent du libre mais pas de doublons n'ont rien compris à la manière dont les choses fonctionnent.

«Au fait c'est quand que le code HTML de DLFP sera propre, sémantique et bien foutu?»

Eh oh, c'est LinuxFR, pas W3CFR, oreillettes, tout ça...

Hein ? je vais me cacher ? Bon d'accord, j'ai une soutenance à préparer en plus.

J'ai bien vu ce que tu faisais, je te demandais juste ce qui se passait si tu changeais l'ordre dans lequel tu faisais tout ça, pour voir si l'écriture était effectuée après fermeture du premier flux...

Ceci dit la réponse en dessous explique tout.

Il se passe quoi si tu fclose($fpw2) apres avoir écrit, mais avant de libérer le verrou et fermer $fpw ?

Et surtout, lisez "Gödel, Escher, Bach", de Douglas Hofstadter. Bon c'est pas disponible sur le net, c'est aussi beaucoup plus gros, mais c'est passionnant :-)

Je ne suis pas sûr de pouvoir résumer de quoi ça parle, ceci dit, mais ça parle de quelque chose de fondamental.

Le copyright ne s'applique pas à une création indépendente. Si tu peux prouver que tu as écrit Hamlet sans jamais avoir lu Shakespeare, ce n'est pas du plagiat (bon ok, il n'y a plus de copyright dessus depuis longtemps).

Par contre, pour les brevets, c'est un problème, et c'est un des arguments contre les brevets logiciels :-)

Il est possible (et très facile) de faire un programme qui énumère tous les programmes possibles. Ce programme est-il illégal ? :-)