Matthieu Moy a écrit 3249 commentaires

> ouaip, ca s'appelle l'auto commit

J'avais dit "aux bons endroits". Pas "partout".

J'ai pas fait beaucoup de BD dans ma vie, pourtant, j'ai eu pas mal de fois à faire des transactions en plusieurs requettes. Si tu n'as jamais eu à le faire, j'ai tendance à penser que tu as fait encore moins de BD que moi. Je me trompe ?

(defun my-fill-nobreak-predicate ()
(save-match-data
(or (looking-at "[ \t]*[])}»!?;:]")
(looking-at "[ \t]*\\.\\.\\.")
(save-excursion
(skip-chars-backward " \t")
(backward-char 1)
(looking-at "[([{«]")))))

(setq fill-nobreak-predicate 'my-fill-nobreak-predicate)

Et pour voir les espaces insécables,

(make-face 'nbsp-face)
(require 'disp-table)
(aset standard-display-table
(make-char 'latin-iso8859-1 (- ?\240 128))
(vector (+ ?\267 (* 524288 (face-id 'nbsp-face)))))

puis définir la face 'nbsp-face.

Sinon, j'ai pas compris le rapport entre l'espace insécable en faisant AltGr-ESPACE et Emacs. C'est défini par la keymap X, pas par l'éditeur. (l'éternel "foo | bar" ou on relache trop tard AltGr sur un azerty, ça marche aussi dans un shell !)

Chez moi, AMD Duron(tm) processor, 1,6GHz, j'ai la boite comme quoi le script fait ramer mozilla. 512 Mo de RAM, le swap est même pas entamé.

Firefox 1.5 sous Debian.

> Pour ta remarque sur les acces concurrent, ya des SGBD ou des frameworks
> qui s'occupent justement de gerer ce genre de choses,

Des SGBD qui font les commit() aux bons endroits tout seuls ? Ou y'a pas besoin d'utiliser les fonctions de lock/unlock ? Ça m'intéresse, si t'as des noms ...

Mais dans tes exemples, il y avait aussi par exemple « un pilote pour du matos divers et varie. ». Si tu comptes vraiment utiliser un moteur de SGBD pour gérer les accès concurrents au matériel, je préfère ne pas utiliser tes pilotes ;-).

> tu fais un softs de gestion de bibliotheque bouquin/cd/dvd

Tu sais qu'il existe une algèbre des bases de données, tout ce qu'il y a de plus formel et mathématique ?

Moi, j'ai appris les bases de données en commençant par là, et j'ai eu l'occasion de bosser avec des gens qui avaient appris le SQL raz-des-paquerettes, ou plutôt raz-la-syntaxe, bah je peux te dire que pour une base de donnée avec plus de 3 tables, y'a pas photo.

Dans beaucoup des autres examples que tu cites, tu auras sans doute à gérér une notion de parallélisme et d'accès concurrents. Moi, je ne sais pas bien comment aborder ces notions correctement si tu ne sais pas ce que c'est qu'un automate et qu'un produit cartésien d'ensembles.

Les maths, c'est pas juste le calcul, c'est la capacité d'abstraction et de raisonnement qu'il y a derrière. Quelqu'un qui n'a pas l'habitude de raisonner dans l'abstrait n'ira pas loin en info (ou alors, en pisseur de code. Là, pas de problème, t'apprends un langage et tu bosses).

Ça fait plaisir de voir que depuis 6 ans que j'ai quitté le CPP, le débat est toujours le même :-).

Blague à part, le CPP est à mon avis une très bonne alternative aux prépas classiques. Moins "bourrine" mais toujours très ouverte sur les débouchés. En ce qui concerne l'ENSIMAG, en général, les CPPistes s'en sortent très bien. (plutôt mieux que les prépas classiques, mais ça doit dépendre des années)

... une nouvelle distrib Linux, ce truc ?

Oui, Windows a cassé la compatibilité entre la série 95/98/Me et NT4/2000/XP/2003, c'est pas un scoop. NT4 n'est pas juste une évolution de Win95, c'est un noyau différent. En effet, je ne vois pas pourquoi ils se seraient emm* à garder une compatibilité binaire. Un peu comme si on demandait pourquoi un driver FreeBSD n'était pas compatible avec Linux.

Si Linux 2.6 ne souhaite pas une compatibilité binaire avec la version 1.0, je peux le comprendre, mais qu'on me fasse croire que tout casser à chaque version mineure est _nécessaire_ (je me souviens encore d'un changement d'API - même pas d'ABI - entre qq chose comme le 2.6.5 et le 2.6.6 qui a cassé mon driver eagle-usb), c'est n'importe quoi. Qu'il fassent ce choix, c'est une chose. Qu'ils nient la possibilité de faire autrement, c'en est une autre.

Je suis prèsque surpris que personne n'ai comparé la situation avec ce qu'il se passe dans Windows. Le jour ou un patch de sécurité de windows casse un driver binaire, on râle, on dit que chez MS, c'est vraiment des nuls, que leur dernier patch est tout pourri, ... Pourtant, la compatibilité binaire est grosso-modo assurée de Windows 95 à Me, et de NT4 à 2003, non ? Et chez MacOS, ils cassent la compatibilité binaire à chaque version mineure aussi (en fait, c'est une vraie question, mais j'ai comme une idée sur la réponse) ?

La compatibilité binaire d'une version à l'autre, c'est une contrainte, c'est sur. Que les développeurs du noyau n'aient pas envie de se fixer cette contrainte, c'est une chose, mais qu'on nous fasse croire que c'est complètement impossible, c'est une ânerie.

Tout à fait.

Jouer un peu avec l'option "seek" de "du" permet de comprendre un peu ce qu'il se passe.

Et comme Knuth est le seul à avoir le droit de modifier l'original de TeX, le jour de sa mort, TeX sera figé à tout jamais, et son numéro de version sera $\pi$

Les softs de p2p allouent en général un fichier vide, mais "sparse", c'est à dire que l'espace disque n'est pas encore occupé. Après, c'est au filesystem de se débrouiller avec.

http://blogs.msdn.com/ie/archive/2005/10/28/486491.aspx

...the IE team at Microsoft’s India Development Center (IDC). The team started just 6 months ago...

Mais p'tet que ton collègue n'en fait pas partie, ou alors, on lui a menti ;-).

Je connais pas le cas général, mais j'ai déjà vu le coup de l'image toute petite au milieu d'un grand écran, et aussi un redimensionnement probablement fait par la carte vidéo, qui du coup faisait des pixels tout flous, puisque les pixels logiques se retrouvaient à cheval sur deux pixels physiques.

Il peut forcer une maj du client, mais pas de windows. Si le vers exploite une faille corrigée de Windows, le filtre est encore la meilleur solution.

Oui, mais c'est plus subtile que ça. Les link problématiques sont entre les libs système de Solaris et les applications, et la GPL dit que tu peux linker avec des libs non GPL si elles font partie des trucs normalement distribués avec l'OS (cf les libs win32).

Le contre-argument est que l'exception ne s'applique plus si on distribue le tout ensemble. Bref, une distrib minimale OpenSolaris + libs système - en CDDL - et une autre distrib de logiciels GPL qui tourne sur ce système serait légal. Tout ensemble, c'est moins clair.

Ouaip. La question ici n'est pas de savoir si c'est libre ou pas, mais si c'est légal de tout distribuer ensemble.

MS ne peut pas forcer les millions d'utilisateurs à faire les mises à jour. Par contre, vu que le serveur est centralisé, c'est un seul filtre à mettre en place.

Oui, cf. les enfants qui apportent une pièce prise sur leur argent de poche. Mais pour quelqu'un qui n'a pas les moyens, se ruiner n'est pas nécessairement une thérapie (à plusieurs dixaines d'euros la scéance peu ou pas remboursé, ça va vite).

Le lisp aussi est typé alors.

Il y a des centres de santés ou les consultations de psy sont prises en charges (tu ne fais même pas d'avance).

Euh, si tu ne vois pas la différence entre Python et Java, tu n'as peut être jamais entendu parler de la notion de "type", si ?

Si tu te pense 100 à l'abrit sous Linux, fait donc une recherche sur « ssh "brute force" linux » dans ton moteur de recherche préféré.

Jette un oeil par exemple à ce thread:

http://www.redhat.com/archives/fedora-list/2005-April/msg051(...)

Ce à quoi l'autre monsieur répond que si il connait un système de fichier tournant sur un LVM (qu'il a abrégé FS+LVM), il est potentiellement prenneur.

> il semble qu'il existe deux projets "concurrents" : Mono et DotGNU.

Je n'ai pas très bien compris la différence entre les deux ni l'intérêt d'en avoir deux. Quelque éléments de réponses ici

http://www.southern-storm.com.au/pnet_faq.html#q11_1

(à l'inverse, dotGNU est à peine mentionné sur le site de mono)

> est-il envisageable / prévu de concevoir un frontend à GCC

En fait, ça n'est pas seulement un front-end qu'il faudrait, mais aussi un back-end qui génèrerait du byte-code pour la machine virtuelle.