Pierre Bourdon a écrit 131 commentaires

Tu les connais par coeur vu la simplicité du coeur de ce protocole :) NICK, USER, JOIN, PRIVMSG, QUIT.

Au cas où tu ne trouverais pas, Icculus a release un nouveau build de Braid qui règle pas mal de problèmes et qui rend facultatif l'extension S3TC (dont l'implémentation est soumise à des brevets).

Changelog ici : http://netdna.humblebundle.com/braid-changelog.txt

Direct3D est une API qui a plusieurs implémentations libres sous Linux (l'une non native dans Wine, l'autre native dans Gallium). J'ai du mal à voir pourquoi tu considères ça comme un logiciel (déjà ça n'est pas un logiciel) propriétaire.

C'est comme si je disais que la libc est propriétaire car il en existe des implémentations propriétaires.

On a régulièrement du 13-14 ans en demi-finale et 14-15 ans en finale. C'est souvent drôle quand ils se retrouvent mieux classés que des gens en première année à l'ENS :-) .

Là où tu te trompes, c'est sur le but des deux premières années dans l'école en question (ça a été dit plus bas : EPITA). Ce sont deux années de prépa intégrée, où la visée est de donner aux étudiants un enseignement scientifique fondamental (maths, SI, culture générale quoi) tout en leur donnant quelques bases en informatique. Le but n'est pas qu'après deux ans de prépa intégrée EPITA les étudiants soient prêts et formés pour être ingénieurs en informatique, ce qui compte c'est qu'ils aient un minimum de culture et de connaissances scientifiques. Moins qu'en prépa générale, mais pas mal quand même.

Du coup, l'apprentissage de l'informatique durant ces deux ans, c'est surtout de l'algorithmique (à un niveau pas trop mauvais quand même, si je devais résumer le programme je dirais qu'on va des listes chainées à la biconnexité d'un graphe en passant par les AVL et les hashtables), et de la programmation pour appliquer ce qu'on voit en algorithmique. De ce fait, des langages de haut niveau sont utilisés, et ça ne veut pas dire qu'on « fait l'impasse sur les fondamentaux de l'informatique ». D'ailleurs, même si ce journal parle de C#, il faut savoir qu'avant ça les étudiants ont fait 2 mois d'OCaml, et ils en re-feront 6 mois en début de 2ème année. Ça contribue surement plus à « la diversité technique » que se contenter de faire du C sous Linux pendant 5 ans.

L'informatique à EPITA c'est vraiment à partir de la première année de cycle ingénieur. La prépa intégrée n'est pas là pour faire le boulot d'une école d'ingénieur, d'ailleurs dans la promo d'ING1 actuelle il y a environ 20% de gens qui viennent de l'extérieur. Et c'est là qu'on fait du C bas niveau sous Linux pour maîtriser son système et comprendre le fonctionnement interne (on a recodé stdio et malloc, par exemple). C'est là qu'on fera du C++ aussi après. C'est également là qu'on a des cours sur le fonctionnement des systèmes d'exploitation, les réseaux, les architectures de micro-ordinateurs, et j'en passe. L'objectif est différent.

L'année dernière, le TOP10 était majoritairement en Python, OCaml et C++.

Pour Java on a depuis réglé pas mal de problèmes relatifs à l'utilisation mémoire et on a beaucoup moins de problèmes que les années précédentes. Par contre, vu qu'on se base sur GCJ, c'est Java <= 5.0 only :/ .

Le web fait partie d'Internet. S'il est sur le web, il est sur Internet. Je ne vois donc pas la nécessité de ta correction.

Oh. Il faut croire que nightgrey n'est plus à jour :'( . Merci de me l'avoir fait remarquer.

Malheureusement je ne me ferai jamais à Perl. Ça me semble intéressant sur le principe d'avoir un langage de programmation « naturel » à l'utilisation, mais en même temps ça multiplie les manières de faire les choses (TIMTOWTDI) et du coup ça rend les programmes plus compliquées à relire ou à comprendre.

En même temps, je suis Pythonneux convaincu, donc mon point de vue est loin d'être objectif.

Très bonne dépêche, sinon. C'est bien détaillé, bien sourcé, c'est bête que les codes sources ne soient pas en monospace car ça rend le tout un peu moins lisible.

Il y en a qui soutiennent la France jusqu'en finale :) .

http://vidberg.blog.lemonde.fr/2010/07/11/soutenez-la-france(...)

Je ne conteste pas ton choix d'héberger ton dépot Git sur ton propre serveur, mais je regrette quand même que ça ne soit pas hébergé sur un truc comme Github ou Gitorious.

Je viens de trouver un bug dans odfimgcompress (un truc tout con, par ailleurs), qui fait que l'outil plante sur des images dont la taille est indiquée en points (pt). Je n'ai aucun moyen pour le moment de faire un rapport de bug correct et une merge request pour corriger ça.

Évidemment, tu pourrais installer un Redmine, un Trac, un Bugzilla, etc. pour ça. Mais tout l'intérêt des solutions comme Github est justement que c'est fait automatiquement et que le processus de signalement de bugs et de contribution peut-être réalisé facilement dès la mise en ligne du projet. Là, il n'y a aucun moyen simple de contribuer mon bugfix (pas de mailing list, pas de bug tracker) à part un mail ou un commentaire sur DLFP.

En parlant de ça, voilà un patch : http://paste.pocoo.org/show/cO7P8av32VVE2c3180xi/ .

Également, je l'avais déjà remarqué avec nightgrey, mais pourquoi mettre le fond des commentaires d'une couleur totalement différente du reste de la page ? J'avais trouvé ça bof avec nightgrey mais m'y était habitué.

Sinon, l'icone pour replier un commentaire est à mon avis trop grosse pour une fonctionnalité que j'utilise très peu, et l'ombre sous le titre du commentaire rend plutôt mal à mon goût.

Ça sera tout pour les critiques négatives je pense :-) .

J'aime beaucoup :) . Je viens de switcher de nightgrey à springtime et je ne suis pas déçu.

La seule remarque que j'aurais à faire pour le moment est la taille du bloc « À la une » (celui où il y a la dépêche « Fedora 13 « Goddard », parée au décollage » en ce moment) qui est un peu trop grand à mon goût. Mais à part ça je trouve cette CSS très agréable à l'oeil.

NDIS, la partie concernée par ndiswrapper, ne concerne t-elle pas uniquement les drivers réseau ? Si je ne me trompe pas, comment Longene fait-il pour gérer les autres drivers ?

pourquoi un pacman -Sy prend tant de temps.
4s top chrono ici en comptant le DL. Sur du ReiserFS. C'est simple et suffisant.

Par exemple, tu dois résoudre les dépendances d'un paquet. Pour cela, deux solution :
Non, trois. La troisième étant d'avoir une BDD conçue pour répondre au problème. Sans trop chercher je ferais ça avec une table deps qui a deux champs qui référencent des entrées de la table packages. Du coup, récupérer les dépendances d'un paquet ça se fait en une requête SQL pas trop complexe (un join).

Je t'invite à regarder comment on peut gérer ça élégamment avec des fichiers mappés :
Tu mélanges des trucs qui n'ont pas de rapport. Que tu mmap tes fichiers ou que tu y accèdes en seekant et en gérant ton cache manuellement ça n'a aucun rapport avec la structure et le format du fichier.

En fait, une base de donnée binaire fait-maison est la solution la plus rapide qu'il soit, car c'est adapté au problème.
Et beaucoup plus error-prone tout en ne permettant pas à d'autres programmes de lire facilement ta BDD. Je remarque d'ailleurs que ton code ne fonctionne que sur des processeurs little endian et dépend de l'alignement des champs de ta structure fait par le compilateur.

Je dis juste « lol » pour ça (et je m'explique ensuite) :
Ils utilisent une base de donnée SQLite, qu'ils interrogent en SQL. Ça va les tuer du côté des performances, car le moindre accès à la BDD passe par la création d'une requête SQL, puis son parsing. Ils seront obligés de faire de grosses requêtes (mais pas souvent), puis du traitement du côté C++ pour rattraper le coup.

Créer une requête SQL et la parser c'est surement moins d'1% du temps d'exécution de la requête. Relativement c'est minuscule et ça permet par contre beaucoup de choses impossibles, complexes ou lentes par rapport à des formats binaires classiques. À côté de ça, SQLite est un SGBDR très rapide pour tout ce qui est lecture sans locks (surement 99% des accès pour un package manager, et 100% des choses pour lesquelles on lui demande d'être rapide). Utiliser une BDD permet également d'indexer facilement sur les différents champs pour optimiser les opérations de recherche courantes (à un certain coût lors des modifications, mais on s'en fiche pas mal par rapport au nombre de lectures).

Je ferais remarquer également sur l'argument de la vitesse que pacman, qui est considéré comme un des packages managers les plus rapides (mais bon, il gère moins de choses que les autres aussi) utilise le filesystem pour gérer la database des paquets. Un dossier par dépot dans /var/lib/pacman/sync, et un dossier par paquet du dépot qui contient un fichier « desc » et un fichier « depends ». C'est tout sauf optimisé pour le problème, c'est indexé n'importe comment et de manière non contrôlée par le filesystem, et c'est pourtant très rapide. Utilise une DB ne pourra être que mieux sur ce point (d'ailleurs, ça fait partie des choses prévues pour pacman, mais pour lesquelles personne n'a encore proposé de patch).

Bref, c'est bien beau de balancer des faits sans rien derrière. Faut juste éviter de se planter complètement comme tu viens de le faire.

Pour les mails encore on a des standards comme IMAP qui permettent à des clients sur différentes machines de rester synchronisés, donc une appli comme GMail n'est pas « nécessaire ».

Par contre, je suis Google Reader user. Je l'utilise sur plusieurs machines différentes, sur mon téléphone, etc. Alors évidemment je pourrais avoir un fichier OPML en ligne et l'updater à chaque fois que je rajoute un flux à un de mes clients, puis l'importer partout ailleurs. Mais ça n'est pas pratique par rapport aux alternatives « dans le cloud ».

Même pour GMail, j'utilise assez souvent des machines qui ne sont pas les miennes, et devoir reconfigurer Thunderbird pour les 4 ou 5 accounts email à chaque fois ça deviendrait surement très chiant à la longue.

Si des gens utilisent des webapps ça n'est pas seulement par méconnaissance des outils desktop. C'est parfois car ils ont des besoin auxquels les outils desktop ne répondent pas.

Sans parler des machines que j'utiliserai et où Thunderbird ne sera pas installé. Des machines sans navigateur web c'est plus rare quand même.

Et comment mon GMail changera le titre de l'onglet quand je reçois un mail sans Javascript ?

http://lwn.net/Articles/389120/rss :-)

Multiplier les licences c'est inutile, risqué et chiant pour le packaging. Ta licence n'apporte clairement rien et tu n'es même pas sûr qu'elle est valide au niveau légal (IANAL et surement toi non plus).

Envoie tes collègues se faire voir si tu veux, je ne vois pas ce que la licence du logiciel a à faire là dedans. Et de toute façon, s'ils ne sont pas capables de lire la documentation, crois-tu vraiment qu'ils liront la licence ?

yaourt c'est dépassé, utilise clyde :-) .

Le site du Humble Indie Bundle [1] vient d'être updaté, avec notamment ceci :
Now it's our turn to give back. As of 5/11/10, Aquaria, Gish, Lugaru HD, and Penumbra Overture pledge to go open source. We are preparing the sources right now and will be releasing them ASAP.

Ça se passe de traduction :-) .

[1] Footnote \o/ [2]
[2] http://www.wolfire.com/humble

Sauf que Google n'est pas arrivé en position de monopole car ils sont les seuls à possèder les données qu'ils présentent (comme voyages-sncf) mais car leurs services sont de meilleure qualité que la concurrence.

Oui, c'est moi qui ai installé le jeu hier matin :-) .

Je pensais en parler un peu mais au final pas eu le temps. Je suis quand même content que ça pousse à un achat \o/ .

Illfonic a acheté une licence pour le moteur de Quake et DarkPlaces. Cf. http://alientrap.org/forum/viewtopic.php?f=7&t=6043 .