reno a écrit 3879 commentaires

> Quel goût étrange pour la norme!

Malheureusement, il est partagé par trop de monde, je me souviens encore de la réforme de l'orthographe avortée..

C'est vrai que "ê" ou "è", ça change énormément de choses!

Je me demande à quel moment, l'orthographe actuelle est devenue parole d'évangile, avec aucune possibilité d'évolution?

Intéréssant..

Mais pourquoi tout le monde "s'obstine" encore a utiliser du postscript plutot que le pdf ?

Si je me souviens le format pdf est libre non?

A priori pdf "n'a que des avantages" (support des images,etc), quels sont les inconvénients?

Juste une petite remarque: on peut dire qu'il y a une "dette" dans le sens ou BeOS a quand meme montre a quel point un OS pouvait etre reactif et leger.

Je pense qu'une partie de l'engouement pour les patch kernel preemptif (integre en 2.5) et low-latency vient de la.

J'ai un gros doute que (a cause de la structure de X) Linux soit jamais aussi reactif, mais bon.
(ceci est mon avis personnel, pas un troll).

Mais pour ce qui est du proces, personellement je pense que si jamais Microsoft se rend compte qu'il risque de subir un jugement qui les empecheraient de continuer a "tout verrouiller" au niveau du dual-boot, ils donneront un gros paquet d'argent a Be et le proces s'arretera la.
Alors reconnaissant a Be?
Si jamais ils obtiennent un jugement qui empeche Microsoft de continuer sa tactique de verrouillage (tres peu probable), oui je leur serai tres reconnaissant.
Sinon (et selon toute probabilite)
- soit ils se veront debouter: Microsoft a beaucoup d'argent, ca aide a gagner un proces
- soit Be pourra pas continuer le proces a cause d'un manque d'argent: faite confiance aux avocats de Microsoft pour faire trainer le proces..
- soit Be obtient beaucoup d'argent de Microsoft pour arreter le proces: tant mieux pour eux, mais sinon a part ca, bof..

Pour memoire: le proces fait a propos d'OpenDOS, Microsoft a juste donne beaucoup d'argent a Caldera et ca s'est arrete la..

Eh bien pourquoi tu n'utilise pas pychecker ?
C'est l'equivalent de lint sous python, non?

C'est juste par curiosite que je te pose la question, moi aussi j'aimerais qu'il soit possible de declarer des variables en Python avec l'equivalent d'un "use strict" comme en Perl.
Pourtant je deteste Perl, mais ca c'est un truc bien vu (encore que j'aurais mis plutot par defaut le mode strict avec un "use nonstrict" possible pour les petits scripts).

Personellement, je ne connais pas de technique élégante pour conserver la compatibilité binaire.

Donc cette bidouille là ou une autre..

La "disponibilité" d'OpenGL, bof: Carmack il a fait comment pour vendre Quake?

Sinon je suis d'accord pour le reste.

La parano?

C'est vrai que MS ne se sert pas de ses patentes comme arme, son monopole lui suffit.
Un exemple, Hitachi voulait installer sur ses PC a la fois BeOS et Windows.

Suite a une visite des petits gars de Microsoft, finalement BeOS etait desactive au depart et il fallait contacter le support technique d'Hitachi pour l'activer..
Des vrais petits ange les gars de Microsoft !

DirectX, c'etait surtout une facon pour eux d'imposer leur interface proprietaire Direct3D par rapport a OpenGL.

Une bonne invention pour eux, comme ca ils lient les jeux a Windows.
Une bonne facon d'eviter la concurrence des autres OS qui auront comme ca beaucoup moins de jeux.

Techniquement Direct3D a ete tres inferieur a OpenGL pendant des annees..

Bah, t'es pas tout seul a n'y avoir rien compris.

Ca m'a paru plutot fumeux comme concept..
Enfin on verra bien..

Je trouves qu'il demontre bien que le CLR c'est un plutot pipeau..

Certes on peut faire tourner tous les languages, mais pour avoir des performances acceptable il vaut mieux que le language soit tres proche de C#!!
Bref ca marchera bien pour C#,Java,Python,Perl, Ada...

Mais les languages fonctionnel y perdront beaucoup en performance et d'autres language devront etre pas mal modifie..
Il n'y a qu'a voir la castration qu'Eiffel a subit!!!

Eiffel# c'est Eiffel sans l'heritage multiple si je ne me trompes pas..
Pour un language qui soutenait qu'un de ses points forts etait sa facon de faire l'heritage multiple..
Je suis tres sceptique de l'interet de CLR.

Euh autant je suis d'accord avoir toi sur la premiere partie: la surchage d'opérateur, c'est comme l'héritage: c'est très pratique quand c'est utilisé a bon escient, et ça peut être tres tres sale quand c'est mal utilisé..

<anecdote personelle> je me souviens d'un framework qui avait surchargé un opérateur et il y avait un bug dans la surcharge.. J'ai mis un temps dingue avant de comprendre pourquoi une partie du code tout ce qu'il y a de banal sortait n'importe quoi...</anecdote personelle>

Mais sinon cout vs printf, a mon avis la c'est plus une question d'habitude qu'autre chose..
Moi aussi je prefere le printf, mais je pense que c'est + lié au fait que j'ai plus l'habitude du C que du C++ qu'autre chose.

La plupart du temps dans printf on ne fait pas de format spécial alors cout marche tres bien et est plus court.
C'est le formatage d'argument avec cout qui est vraiment pas terrible..

De toute maniére je préfére le code ruby:
print "ca c'est une maniere elegante d'inclure une ${variable} dans une chaine\n";

2.4.17 + patch préempt + patch HDLC pour le modem ADSL.

Le patch "noyau préemptif", je l'ai installé car j'ai lu beaucoup de bien dessus, mais moi je n'ai vu aucune différence..

Soit dit en passant pour ceux qui utilisent la raie manta, le driver de Benoit Papillaud est passé en 1.0. Depuis que j'ai upgradé, je ne l'ai pas encore vu jouer à la "fork bomb".
Avant quand je perdait ma connection, un process du driver forkait sans cesse --> reboot :-( (merci a ReiserFS).

Il defend son bebe, mais d'apres ce que j'ai compris sur C# par defaut la gestion de la memoire est identique a celle de Java.

C'est juste que C# t'offre en plus la possibilite de gerer toi-meme la memoire pour des raisons de performances ou quand tu as a faire des manipulations de bas niveau et a ce moment la le code est marque "unsafe".
Donc je ne vois pas trop ce que l'on peut reprocher a C#.

Mais bon, mon coup d'oeil a C# fut tres bref..

Pour moi si la LSB est un succes un jour:
-ca veut dire que je peux installer un RPM Suse sur une Mandrake.
-que je peux installer un RPM facilement sur une Debian et continuer eventuellement avec un melange .deb et de RPM sans probleme.

Et que a terme, on puisse avoir des RPM fait pour la LSB pas pour Mandrake, Suse, etc.

Ca serait pas un mal!!

Notes que vi pour débuter c'est pas spécialement convivial.. C'est puissant mais l'apprentissage au début, beurk! Il y a d'autres editeurs (Nedit par ex) qui sont d'un apprentissage plus facile, pas besoin d'utiliser Notepad. On n'attrape pas les mouches avec du vinaigre..

Bof, désolé de ne pas sanctifier RMS mais il a ses propres dérives parfois, par exemple:
- quand il a demandé au développeur de KDE de s'excuser
- quand le programmeur Russe arrété suite à la plainte d'Adobe a été libéré, il a regretté qu'il ne soit pas battu contre la DMCA.
Je ne me souviens plus exactement mais son commentaire n'était vraiment pas malin..

Enfin bref, nul n'est parfait..

C# meilleur que C++ et Java?

Euh honnetement moi ça m'a donné l'impression d'un clone de Java avec un petit peu de "sucre syntaxique" par dessus et rien de changé pour l'essentiel..

De toute manière le language Java n'a rien d'extraordinaire.
C'est l'ensemble des librairies et la portabilité qui fait l'interet de Java.

Quand au .Net, personellement ça m'a l'air d'un concept marketing aussi fumeux que le Push.

Certes, mais avec un Athlon XP, ton CPU est une bete de course et il y a de forte chance que le goulot d'etranglement soit déplacé ailleurs pour la majorité des utilisations: la mémoire ou encore pire le disque.

De maniere savante ça s'appelle la loi d' Amdhal..
En clair: attendre que le disque fasse son boulot à 2 ou 3 GHz ça ne fait pas grande différence:-)

Tu es trés optimiste pour les Macs, je trouve.



Je n'ai rien contre, mais si l'utilisateur lamba veut jouer, il achetera un PC pas un Mac.



(note: l'argument pour jouer il vaut mieux une console est assez spécieux: une console est plus simple à utiliser mais on ne trouve pas les memes jeux sur PC que sur console)



Et personellement je trouve que les prix d'Apple sont encore trop élevés.

En plus une part de marché de 2.9%, ça n'incite pas vraiment à acheter Apple..



Ceci dit vive la diversité (libre et propriétaire) et longue vie à Apple.

Il n'existe pas vraiment de processeur 128 bits.



En general le nombre de bit represente la taille du mot entier sur lequel tu peux faire un calcul "en un cycle".



Pour les processeurs 64-bits, l'interet principal est de pouvoir adresser plus de 4 Go de memoire simplement.

C'est tres important pour les serveurs et cela le deviendra probablement bientot pour les clients.



A priori, on n'aura jamais plus de 2 puissance 64 octets de memoire (les exponentielles ca croit vite!!!)..

Donc pas besoin de passer a plus de 64 bits.



Avoir plus de 64 bits pourrait etre utile pour faire des calculs rapidement avec des nombre sur plus de 64 bits

-->tres peu probable, on a tres rarement besoin de nombre si grand ou d'une telle precision en calcul flottant(encore que ... pour certains calculs en sciences).



Un interet pourrait etre pour manipuler rapidement des vecteurs (par exemple MMX).

Mais a part ca..

Je confirme, j'aime bien le design de Swing beaucoup moins les bugs, la lenteur et la consommation memoire..



Puisque tu codes actuellement, tu as vu une difference avec la version 1.4.0 au niveau vitesse/occupation memoire?

Enfin si tu es passe a la nouvelle version, bien sur.

Euh Java ça marche correctement, faut le dire vite!

Parce que au niveau du nombre de bugs dans les librairies et du temps mis pour les corriger, Sun n'etait (est?) pas vraiment top.

Je me souviens entre autre:
* le Garbage Collector du JDK1.1.7 avait un bug fun: il supprimait des objets encore actif (ne prenait pas en compte les références statiques)
* le JDK1.2 était completement nul pour ce qui est d'imprimer..

Bref, Java c'est super sauf quand tu t'en sert!

Il y a plein d'éditeurs pour Unix: vim (un vi qui comprend les fleches :-), nedit (un peu moins puissant que vi, mais plus facile a utiliser au début), emacs/xemacs (pour les poulpes).

En regle générale tu ne peux pas vraiment avoir puissance (vi/emacs) et facilité d'utilisation (nedit).
Vim et xemacs sont des bon compromis..

Pour le manque d'IDE, je sais qu'il y a KDevelop mais je ne l'ai jamais utilisé.

C'est surtout une question d'habitude: au boulot j'ai utilisé Sniff sur un gros projet, ça ramait tellement que à la fin, dégouté je suis retourné vers vim, honnetement a part une periode d'adaptation (il est où déja ce header?), j'ai trouvé ça bien plus confortable..

Moi ce qui m'amuse, c'est que en lisant le debut de l'interview de Bruno Marchal,
je me suis dit: ouh la, encore un philosophe!

Et a la fin de l'interview, il est marque qu'il donne des cours de philosophie.

:-)

Il n'y a pas a dire: la philosophie ca marque!

Bon -1, car totalement sans interet.

Certes, mais tu oublies que en général les fils ne courent pas dans tous la longueur du microprocesseur.

Les délais dans les fils étant très important pour les performances, en général les concepteurs essayent de les raccourcir au maximum.

Et pour la distribution de l'horloge, tu peux bufferiser à plusieurs endroits le signal..

Sinon je pense qu'il s'agit d'un P4 en gravure 0.13 microns, donc beaucoup plus petit qu'un P4 en 0.18 microns et je pense aussi plus petit qu'un P3.

Si je me rappelle bien Intel a prévu de vendre des P4 autour de cette fréquence à la fin de l'année..