JoeltheLion a écrit 1728 commentaires

Tu pourrais donner les dépôts que tu utilises pour les backports? (ou tu les fais à la main?) Je pense que ça peut intéresser pas mal de gens.

Je me demande s'il n'y a pas des dépôts pour ça?

Si tu n'aimes plus passer du temps à tweaker ton OS, prend un OS qui n'évolue pas souvent. Debian stable est la référence absolue dans ce domaine. Tu n'auras pas les dernières version des paquets, mais tu peux être à peu près certain que les bugs majeurs seront corrigés, et que chaque mise à jour ne t'en n'apportera pas 50 de plus.

Bravo! Juste un commentaire: plutôt que de repartir de zéro, tu aurais pu utiliser une blibliothèque de machine learning (comme scikits.learn), qui a l'avantage de proposer un bon nombre d'algorithmes dernier cri avec un API commune. Cela permet de tester facilement tous ces algorithmes et de retenir celui qui marche le mieux avec le problème qu'on a.

C'est dur à savoir. Mais il est absolument certain qu'il y a des failles non connues dans tous les OS. Tu as beau avoir des milliers de participants chevronnés à ton projet, c'est impossible de penser à toutes les manières d'exploiter un système qui fait 15 millions de ligne de code.

Pour Skype, même si le résultat n'est pas là, on parle bien de la contrainte que j'ai évoqué: un logiciel qui doit marcher chez tout le monde avec le minimum de développement spécifique.

Qui te dit que la partie UI n'est pas complètement réécrite d'un OS à l'autre?

On pourra toujours utiliser les vieux terminaux pour ça, non? En attendant c'est dommage de s'interdire toute amélioration de l'interface qu'on utilise au quotidien pour travailler, non?

Je serais plus pour quelque chose de très proche des terminaux actuels, mais en plus moderne, débarassé de l'époque où un terminal était une machine reliée par un port série.

En attendant la nouvelle génération de terminaux,

Est-ce qu'il y a des projets en cours? Je pensais justement aujourd'hui, qu'en 2012 c'est un peu naze qu'il ne soit toujours pas possible de spécifier les couleurs dans le terminal en RGB…

On pourrait aussi essayer de maximiser les distances (au sens norme) entre les lettres ou les digrammes/trigrammes les plus fréquents pour éviter les confusions.

Quitte à changer, autant essayer de faire un système vraiment optimisé.

Imagine un vim rempli de ces trucs, quelle frime!

A moins que tu n'habites un château, le babyphone est pour moi l'exemple type de besoin créé par le marketing.

Si ton bébé va mal, il te le fera savoir, il est programmé pour ça. Crois moi, tu n'as pas besoin d'amplifier ses cris, et il vaut mieux profiter des moments où il est calme pour se reposer plutôt que de surveiller chaque respiration.

Enfin, ce n'est que mon expérience, d'autres auront peut-être une autre opinion.

Tu connais Pandoc?

Merci pour cette news très intéressante et tellement agréable à lire!

En fait ce que tu suggères est (il me semble, je n'ai pas de sources, désolé!) déjà plus ou moins fait, dans le sens ou on crée désormais des "appartements HLM" disséminés plutôt que des immeubles entiers.

Du coup ces habitants sont en minorité dans leur immeuble, et, n'en déplaise aux bien pensants, il y a des chances que ça se passe mieux.

Je n'avais pas bien compris la dernière fois, mais là, en regardant la vidéo, ça me paraît clair: on cache le menu par défaut, et on ne le déroule qu'au besoin, économisant de la place sur l'écran. J'ai bon?

C'est ici: (en anglais)

http://www.aljazeera.com/indepth/opinion/2012/03/201231284336601364.html

Est-ce qu'il existe des interfaces ou des langages intermédiaires qui évitent d'avoir à saisir du XML directement?

Plus exactement, j'aime assez LaTeX, mais on a l'impression d'utiliser un mastodonte avec des tonnes de couches poussiéreuses empilées les unes sur les autres, avec du scotch pour tout faire tenir ensemble. D'ailleurs, quand on voit le rythme des nouvelles releases, c'est probablement que c'est pas évident à gérer. Bref, je pense que LaTeX/TeX gagnerait beaucoup si on y passait un bon coup de balai.

Sinon, j'aime bien LibreOffice, et je trouve que ça progresse énormément en ce moment, mais il y a encore du travail pour que ce soit vraiment un outil agréable à utiliser.

C'est très intéressant! Pourquoi ne pas faire une news à ce sujet?

Déjà, je trouve que tu aurais pu un peu mieux expliquer ton propos. Ce qui est évident pour toi ne l'est pas forcément pour tout le monde.

Ensuite, j'ai l'impression que tu te focalises sur ce qui n'est finalement qu'un détail. La question posée, c'est plus: est-ce que cette liseuse est vérouillée? Est-il possible d'y installer un logiciel modifié? Avoir les sources n'est guère utile s'il est impossible de les modifier.

Revendiqué :)

Je ne parle pas de l'amende (ça c'est sûrement une arnaque), mais de l'autre cas qui se retrouve au tribunal.

Pour ce qui est de l'article de journal, ça n'a rien d'anormal, l'HADOPI ne se substitue absolument pas au mécanisme normal de la justice concernant le délit de contrefaçon. C'est juste une entité supplémentaire de répression.

Rien, mais rien n'empêche de faire un petit outil json2log qui fasse la traduction. Et là, on a le meilleur des deux mondes: les logs sont exploitables de manière automatique et robuste, et faciles à lire à la main:

cat mon_log.json | json2log | less

L'argument de la taille du fichier ne tient pas, on peut compresser en zip et le problème est réglé.