feth a écrit 2624 commentaires

c'est le clavier rétro-éclairé qui est un grand confort.

Ce qui serait pas mal et peut-être plus simple, c'est de mettre des petits repères tactiles sur certaines touches. Par exemple sur le F et le J, pour placer ses mains même dans le noir.

Il y a un certain nombre de mouvements politiques qui défendent les libertés publiques. Ton message, c'est juste du spam :-)

Est-ce que ça peut fonctionner pour des logiciels libres non publics ? C'est à dire que les développeurs ne publieraient pas (libre aux utilisateurs de le faire).
Je vois ça comme un moyen de convaincre de l'utilité d'une transition vers un mode de développement complètement ouvert.

14 jours. Paf, après, tu es payé.

Tu veux dire, un index pour classer les choses en bien et pas bien ?

Tu prends des pommes de terre au rayon surgelé ? Soudain je me sens vieux, d'utiliser des trucs plein de terre que je dois nettoyer et peler.

La difficulté pour le rösti est double :

1. Trouver des pommes de terre rösti
2. Ne pas dire sa recette de rösti à n'importe qui, sous peine d'excommunication à la carabine de réserviste (les recettes locales sont locales)

Et si de toute évidence, il vaut mieux, au même prix, un fournisseur de logiciel Libre français qu'un fournisseur proprio américain, que diriez-vous d'un fournisseur français moins cher que son concurrent américain Libre, mais… qui ne propose que du proprio?

Comme je ne m'appelle pas Montebourg, je me fiche que ça soit fait en France ou pas, toutes choses égales par ailleurs (pollution, conditions sociales, prix, suivi client et fonctionnalités).

Citation de Microsoft, concernant certains logiciels : « Vous n’êtes pas autorisé à utiliser les composants Web pour indiquer de façon implicite un rapport avec Microsoft ou MSNBC, dénigrer Microsoft, MSNBC ou leurs produits, logiciels ou services ou violer la législation. »

le non libre ne prive de rien

On distingue un logiciel libre d'un logiciel non libre par 4 libertés dont l'ayant droit décide ou pas de priver son client.
Ces 4 libertés sont

• la liberté d'utiliser le logiciel (par exemple, la célèbre licence de Microsoft interdisant de dénigrer Microsoft avec Frontpage).
• la liberté de copier le logiciel (faut-il des exemples ?)
• la liberté d'étudier le logiciel (c'est quand même la base : un logiciel qui traite nos données est une extension de notre cerveau. On devrait avoir le droit de connaître en détail le traitement que subissent nos données, dont nous sommes propriétaires).
• la liberté de modifier le logiciel et de redistribuer les versions modifiées (faut-il des exemples ?).

À part de ces 4 libertés, un logiciel non libre ne prive de rien.

Pour la lib standard ça m'étonne —surtout si c'est à chaque fois—, parce qu'en général c'est bien documenté. Ensuite, bon, tant que ça marche en canard et que ça fait coincoin… ;-)

Je partage ton avis sur le fait qu'utiliser des libs pour des fonctions de base rend le code moins durable, et je n'avais pas vu comment marchait l'outil Yahoo que tu recommandais. Ça rend mon commentaire un peu sans objet :-).
Par contre il pourrait y avoir une norme claire et officielle sur la façon d'écrire du javascript (et de le documenter), ça ne ferait pas de mal (jshint, jslint…).

Sans doute le problème principal avec Javascript est que je le connais mal… et que ce langage est trop laxiste.
Je trouve étrange de devoir utiliser telle ou telle bibliothèque pour produire du code durable, en fait, plutôt que d'avoir les bonnes pratiques accessibles dès le chargement de l'interpréteur, mais je suis biaisé par Python :-)

Merci pour ce journal bien écrit et équilibré.
Les commentaires ne sont pas de la documentation, en effet. Mais pourquoi ne pas placer la documentation au plus près du code. Voire dedans, comme Python le permet —avec même la notion de références croisées, même inter-projets.
Certes, certains langages de programmation sont plus égaux que d'autres en ce qui concerne la documentation, et la mode est au Javascript qui est un vieux langage modernisé, mais toujours pas corrigé pour inclure la documentation —c'est incompréhensible.

Ce qui ne me convainc pas, c'est l'intérêt de forcer un type. Alors que le ducktyping, c'est pas si compliqué ; je dirais même que c'est très concret : si ça ne fonctionne pas, c'est que quelque part, ça ne s'emboîte pas, pas à cause de la lutte des classes :-)

Je suis vraiment pas convaincu, mais je dis ça en dehors de toute pédagogie à des informaticiens grands débutants.
Spontanément, face à "cannot concatenate…", j'aurais tendance à dégainer l'endroit où l'erreur est produite par Python, dir() et autres outils d'introspection pour montrer que ça aurait pu fonctionner, mais en fait non.

Connaissez-vous un tableau blanc partagé et multiplateforme basé sur des logiciels libres ? dans le temps, inkscape faisait cela par dessus XMPP, mais la fonctionnalité a été abandonnée. Est-ce dans les plans de Jitsi (ou autre ?).

Et donc comment est-ce que ça se positionne par rapport à Cython ?

EDIT: pardon, j'avais pas encore lu ce que tu en dis plus bas.

Ça me semble propre aussi, merci du lien

Hm, j'ai une idée : il y a une communication entre les applications console et le terminal qui les affiche (par exemple pour mettre en place le titre…). Ce canal de communication doit pouvoir être détourné !

Merci de cette proposition de solution pour IRC. Il y en a d'autres, mais à chaque fois, on invente une solution ad-hoc pour le besoin.

Je voudrais un système plus général, extensible à des applications tierces.

Ça reste vraiment suboptimal de faire passer le protocole X dans du ssh, question latence. Et mon serveur ne devrait pas lancer d'applis graphique, il n'a pas la RAM pour ça.
Je trouverais bien plus jolie une solution qui transfèrerait le fichier dans /tmp sur la machine cible (dans le temps, zmodem faisait ça bien) avant de lancer l'application correspondante sur la machine cible toujours -ou alors, si c'est un fichier "seekeable", d'utiliser un système de fichiers type sshfs pour accéder à la donnée.
Ce qui m'intéresse, c'est surtout que ça soit simple à utiliser.

Calibre convertit les .epub en .mobi lisibles par mon Kindle DX sans même m'en parler. Ce logiciel est extra.
Au passage, j'ai désactivé la 3G (limitée à un accès web à certains sites dont wikipedia US) et le wifi du kindle ; pas envie d'être suivi par Amazon.

On m'a dit que si l'on saisissait une adresse de propriétaire située aux USA, alors la 3G web n'était plus limitée à certains sites, mais attention toutefois : ça continue de transiter chez Amazon.

http://www.techhive.com/article/259582/how_to_use_a_kindle_dx_as_a_pc_display.html

Voire réplication transparente à travers le réseau : avec ZFS, il me semble qu'on peut ajouter des disques distants au pool.