psychoslave__ a écrit 5873 commentaires

Certainement. Des infos sur les conséquences du coté pétro-chimique ? Peut être y en a-t-il eu éludés par le nucléaire…

Faudrait déjà que l'avion circule au-dessus de chez lui.

Comparons plutôt des situations similaires, que peut-on imaginer de pire lorsqu'on à :
- séisme géant, suivi par un tsunami de quinze mètres dans un japon féodal ;
- séisme géant, suivi par un tsunami de quinze mètres dans un japon prétro-chimique ;
- séisme géant, suivi par un tsunami de quinze mètres dans un japon nucléaire.

Tape mail dans ton champs url, et si tu as google configuré comme moteur de recherche, devine sur quoi tu tombes ? (pourtant Yahoo! Mail sort premier d'une recherche google).

Certes, alors corrigeons mon propos : un paradigme continu suppose qu'il est possible de découper sans fin la matière en de plus petits sous-ensembles.

L'expérience permet d'invalider des modèles, pas d'assurer avec certitude qu'un modèle décrit avec exactitude la réalité.

Cela dit, d'un coté on s'en fout, si les modèles nous permettent de faire des prédictions suffisamment fiables pour qu'elle nous soient utiles, c'est déjà très bien.

Bref, modèle fiable et utile ≠ modèle qui décrit la réalité.

Tant qu'aucune observation ne l'invalide pas, je ne vois pas de raison de dire d'un modèle n'est pas valide.

D'ailleurs il n'y, à priori, aucun moyen d'invalider un paradigme continu de l'univers, càd qu'il n'y aurait pas de plus petit élément, mais qu'on pourrait découper sans fin l'espace-temps en de plus petits sous-ensembles.

Bah non la problèmatique est pas la même, si t'as pas confiance en la FSF, tu te prends un serveur maison et tu installes là même chose chez toi. Après il faut avoir confiance dans le fait que les logiciels que tu récupères n'incluent pas un logiciel espion bien caché.

Bon après on peut toujours poussé la parano, la CIA aurait fait un patch gcc qui inclus du code d'espionnage à la compilation, tellement super discret que tout ceux qui ont lu le code n'y ont vu que du feu. Ou encore tous les matos dispos sur le marché inclus des portes dérobés en dur…

En tout les cas, à priori, rien ne t'empêche de t'autohéberger chez toi comme sur savanah.

Ah, je me souviens, je l'ai lu dans le WC book (élu source la plus fiable de l'univers par un comité d'experts décaïdors). Une autre source une ligne : le livre le plus imprimé au monde.

Si on feuillette le catalogue ikea (qui est, ai-je lu quelque part, le document le plus imprimé au monde), on ne se scandalise pas d'y voir une sur-représentation des produits ikea (mais on peut y voir d'autres produits, genre les fringues des figurants).

Personne n'est obligé d'utiliser le moteur de recherche de google, et les alternatives existent.

Il manque le lien !

http://fr.wikinews.org/wiki/Le_Wiktionnaire_francophone_franchit_le_cap_des_2_000_000_pages?dpl_id=38262

• Qu'est-ce qui rend si long le développement des EFL/E17 ?
• si c'est le manque de contributeurs, des idées sur le pourquoi de ce manque ?
• constatez-vous une recrudescence d'utilisateurs depuis la stabilisation des EFL ? (et donc peut-on s'attendre à plein d'applis ?)
• les EFL c'est super-optimisé, ok, mais coté accessibilité, est-ce autant top moumoute ?

Le plus utilisé, je doute. Peut être pour un certain usage de la bureautique, mais sinon (x)html et pdf doivent tenir de loin le haut du pavé non ?

Sur le web, y a pas photo.

Coté mél, pour les documents que le destinataire doit pouvoir éditer, je n'ai aucune idée. Mais sinon y a-t-il encore des gens pour envoyer (et exiger) autre chose que des pdf ? Des ppt de tante Michu, peut être, mais des doc ?

C'est dommage de se former des portes comme ça, et donc de se priver de contributeurs. Enfin bon, c'est webkit qui va y gagner.

Je ne parviens visiblement pas à te communiquer ce que je pense, car je suis tout à fait d'accord avec nombre d'arguments que tu sembles considérer comme contre-argument à ce que je te dis.

J'adore Perl, mais il faut reconnaître que sa réputation de langage « en écriture seule » n'est pas toujours surfaite.

Il est évident que des noms courts peuvent améliorer la lisibilité, je n'ai pas dit le contraire, surtout pour des indices.

recette[ingrédient][quantité] /* non */
recette[i][j] /* mieux */
recette[i][q] /* pourquoi pas */

Tu as bien mal compris ma critique, ou je l'ai bien mal formulé.

D'abord je n'ai pas porté de critique personnelle.

J'ai bien précisé que dans un papier l'usage de lettres grecques est la plupart du temps totalement inutile (et même amha contribue à rendre le dit papier plus abscons).

On me répond que la variable en question est nommé alpha par ceux qui l'utilisent. Oui pourquoi pas, mais àmha, on est là dans le même cas que π, à savoir qu'en amont quelqu'un à choisi une lettre grecque (et c'est là que ce situe ma critique). Peut être est-ce aussi une apocope mnémotechnique, mais on a pas moyen le savoir sans plus de précision.

La preuve que ce nom de variable laisse à désirer est justement sa pauvreté sémantique. On pourrait la nommer angle si c'est un angle, polar s'il s'agit de la polarisabilité, etc.

http://www.literateprogramming.com/lpquotes.html

Parce que l'emploi de lettre grecques ça ne sort pas tout droit des académies élitistes des siècles passés, pour sûr.

Est-ce bien pertinent de faire apprendre par cœur à des millions (milliards ?) l'emploi de la lettre π, sans expliquer pourquoi on emploi cette lettre ? Dire qu'on appel π (pi), comme périmètre, le nombre qui est rapport constant entre le périmètre et le diamètre d'un cercle, ça ne coûte pas grand chose.

Utiliser des notations devenu complétement abscons sans le contexte qui leur donne un sens, furent-elles enseignés en école primaire, je ne trouve pas que ça relève de la plus haute ingéniosité en terme de transmission de savoir.

Non, tex c'est pas portable.

Exemple concret de qui viens de m'arriver à l'instant : je sélectionne un texte dans un pdf généré avec latex, et en le collant cela donne

D ́finir un pr ́dicat consequence_l qui prend en argument un contexte Γ et une e e formule F et indique si F est cons ́quence s ́mantique de Γ.

Et non, le fichier tex d'origine je l'ai pas.

Je sais pas, j'ai rien configuré de spécial, et je ne saurais trop où voir quel police est utilisée.

Dans du code je vois pas l'intérêt. Il vaut mieux, amha, nommer ses variables avec des noms explicite. Mais assez brèves quand même, surtout quand il s'agit d'indice, genre vitesse_maximum[vehicule_courant] n'est pas franchement génial. Et si une formule est vraiment trop longue, il y a toujours moyen de la diviser en plusieurs fonctions.

Je comprends que dans un paplar on puisse utiliser des lettres pour faire une formule qui tiens dans 3cm². Et encore, même là, la plupart du temps, l'usage de lettres grecques est totalement inutile, et semble plus résulter d'un besoin d'étaler sa culture. :)

Notons qu'unicode est également ISO puisque ISO/CEI 10646 est son frère jumeaux.

Pour écrire le français convenablement sans passer par vim, je te conseil le bépo. Il permet aussi de faire des « ß », pour nos amis germanophones, bien qu'il me semble que la nouvelle orthographe permet l'emploi de deux s, non ?

Mof, si c'est ça, moi j'aurais carrément créé de nouveaux glyphes, je trouve les caractères latins assez vilains en comparaison de ce qui existe par ailleurs :

• العربية
• مصرى
• فارسی
• ગુજરાતી
• ქართული
• தமிழ்
• తెలుగు

Après, on va dire que c'est une question de goût et couleur, certes, mais n'empêche que je trouve les formes arrondies plus agréables à l'œil, là où l'alphabet latin est truffé de segments de droites.

Mais l'alphabet de l'espéranto à certainement fait le choix des caractères latin par commodité, ce qui ne me paraît pas idiot. Bref, même si je suis d'accord avec l'argument que tu avances de façon général, il ne me semble pas s'appliquer ici.

Tu peux également lire la page suivante : http://www.gnu.org/software/freefont/articles/Why_Unicode_fonts.html

Je te conseil la lecture du livre suivant : Unicode 5.0 en pratique - Codage des caractères et internationalisation des logiciels et des documents

Je l'ai trouvé à la médiathèque de ma ville, peut être auras-tu cette même chance.

Ça te permettra de mieux comprendre ce qu'est unicode, les problèmes qu'il se fixe comme objectif à résoudre, et aussi ce que n'est pas unicode.

À ta lecture j'ai l'impression que tu t’emmêles les pinceaux.

Il n'a pas l'air d'avoir été proposé :
http://www.unicode.org/alloc/Pipeline.html

Hop, hop, pushons : http://www.unicode.org/pending/proposals.html