ymorin a écrit 499 commentaires

... que Duke Nukem Forever est annoncé, il faut recruter les développeurs !


OK, poussez pas, je ---> []

Je n'ose imaginer l'utilisation sur un netbook, dont la résolution de 1024x600 (au mieux 1366x768) est sommes toutes un peu limitée.

D'après les captures d'écran, la GUI nécessite un tantinet de place. Deux barres, en haut et en bas, c'est du superflu. Et même si ce n'est que pour une vingtaine de pixels de haut, ça bouffe énormément sur les petits écrans de netbook... Pff... Mais bon point, le "truc sur le côté gauche", bein... Justement, il est sur le côté ! :-)

Maintenant, il est vrai que la disposition "en vrac sur l'écran" des applications peut avoir un intérêt. Qu'est-ce que j'utilise à 90% sur mon netbook, moi ? Firefox, kontact, OOo/presenter, parfois un lecteur multi-média ou un shell, et basta. Total : 5 applis. Donc 5 grosses icônes (pour mes gros doigts), et le reste dans les menus. Pour tout le reste, il y a Mastercard et mon PC de bureau.

Donc oui, il y a des cas où c'est pertinent, et des cas où ça ne l'est pas...

Bref... De toute façon, je ne serai pas impacté avant deux bonnes années, grâce à l'excellent travail fait par les mainteneurs de ma distribution. Ça a au moins cela de bien ! :-]

Fouya... Des blagues comme çà, j'adore ! :-)

> Le temps entre l'arrivee d'un vrai CPU x64 chez MS et
> le boot de Windows dessus ? 2 heures

2 heures, sérieusement ?

Alors que les processeurs amd64 ont un mode 32-bits, leur mode de fonctionnement par défaut, il a fallu quand même deux heures pour réussir à démarrer Windows (R) dessus ?

Non, sérieusement, les deux heures, elles ont été utilisées à quoi ?

> on peut compter jusqu'à 1024 sur ses doigts

1023, pour être exact. :-)

> De même, je m'interroge sur le bénéfice du saut/jump (qui est une rupture
> de contexte puisqu'il introduit une discontinuité dans la séquence des
> instructions) à moins que les processeurs actuels soient en mesure
> d'"anticiper" un saut

C'est un peu plus compliqué, mais en gros c'est ça. Il y a la prédiction de branchements, qui sert a déterminer la probabilité que le 'if()' soit vrai ou pas (mais là n'est pas la question!).

Et le saut direct est déterminé très tôt dans le pipeline. D'autant plus facile a calculer que l'offset est une constante, située pas très loin de l'instruction en cours, et que de toute façon elle est peut-être déjà dans le pipeline, justement, donc on le laisse continuer, et les instructions intermédiaires sont 'simplement' marquées a ne pas exécuter. Du coup, quelques cycles sont perdus dans le pipeline. Genre, 2 ou 4 ? ;-)

Maintenant, je suis pas un pro. J'ai peut-être loupé un truc...

> car, pour ce que j'en comprend, le branchement prédictif se fait sur
> si (condition)
> alors ...
> Le code présenté serait donc optimisé pour le cas où le tracing est activé.

En fait, c'est le but de la macro unlikely(). Elle indique au compilateur que la condition est peu probable, et donc qu'il doit optimiser en conséquence. Du coup, gcc considère que la branche par défaut est le 'else', et la branche d'exception est le if() lui-même (si je puis dire).

> le pré-compilateur

Le préprocesseur, pour être exact..
http://fr.wikipedia.org/wiki/Pr%C3%A9processeur

De rien. :-)

> Avec eXtreme Programming, Scrum ou encore RACHE,
> les méthodes agiles sont en train de s'imposer

Mince alors... Ça m'a fait bien marrer, ça ! :-)

J'ai cependant un doute... L'auteur de l'article a-t'il vraiment cru à une vraie méthode ? Je ne crois pas. Il m'est avis qu'il a simplement voulu démontrer que la méthode développement principale était l'absence de méthode. Et d'illustrer son propos :

> 70% des développements se terminent en retard ou ne se terminent pas

Bon, de toute façons, il a réussi à me faire rire ! :-)

> D'ailleurs, quelqu'un a-t-il une explication sur le fait que "k" est la
> seule lettre minuscule pour les puissances de 1000 positives?

Peut-être parce que le K est pour les degrés Kelvin ?
Juste au hasard, quoi, avant d'aller m'enfiler un petit champagne et quelques toasts.

> si ça fonctionne !

Je veux, mon n'veux! :-)

J'utilise des chaînes de compilation croisée tous les jours, et elles sont toutes générées avec crosstool-NG. J'ai eu des retours d'industriels (dont quelques uns que je connais personnellement!) qui font de même, et qui en sont contents.

Après, il reste toujours des cafards par-ci, par-là. Et il peut manquer des fonctionnalités, en fonction des besoins de chacun.

Crosstool-NG. It works, bitches ! [*]

> La plupart des générateurs de toolchain 'automatisés' que
> j'ai testé et qui fonctionnent bien sont plutôt orientés uclibc
> que glibc/eglibc

Alors tu vas être ravi : avec crosstool-NG, c'est au choix ! :-)


* [http://xkcd.com/54/]

> [...] cela prend beaucoup de temps de se faire un toolchain [...]

Alors, permets-moi, cher homonyme, de t'aiguiller vers crosstool-NG : [http://ymorin.is-a-geek.org/projects/crosstool].

Crosstool-NG te permet de générer facilement des chaînes de compilation croisée (aka cross-toolchain), et cela pour différentes architectures. Tu peux préciser les optimisations par défaut, les versions de composants à utiliser (gcc, glibc/uClibc/eglibc, binutils, en-têtes du noyau...), et pleins d'autres options.

Pour l'instant, la génération de chaînes de compilation native n'est pas supportée, mais cela ne saurait tarder (enfin, ça tarde un peu quand même...). Mais puisque tu construis une distribution 'from scratch', tu verras peut-être un avantage à la faire en compilation croisée (même x86->x86 peut être considéré comme du croisé).

( OK, OK, un peu d'auto-pub de temps en temps, ça fait pas de mal ! :-] ).

> [...] se baser sur Debian
> [...] utiliser slax [...]

Et pourquoi pas une distribution multimédia, genre GeeXbox, ou le LiveCD de XBMC?
Comme ça, un seul système qui fait à la fois media-center, et console de jeux. C'est plus pratique, pas la peine de rebooter...

> En partant de l’idée selon laquelle l’information scientifique n’a
> d’autre but que d’être diffusée au plus grand nombre et sans entraves

En fait, je pense que le fond du problème est bien là : la libre diffusion des informations scientifiques. Peu importe que les systèmes actuels remplissent, ou pas, le rôle qui leur est accordé, si le principe de base n'est pas accepté.

J'entends par là que tu pars du principe que ce libre accès est un axiome, alors que nombre d'acteurs ne le voient pas comme ça. Leur raisonnement pourrait etre le suivant : les expériences coûtent cher, et il faut les rentabiliser. Comme toute donnée, les données scientifiques peuvent se monnayer pour couvrir l'investissement initial, voire rapporter des sommes conséquentes.

Je n'ai pas lu ton papier (ce soir après le boulot), mais ton introduction dans ce journal ne pose pas la, ou les questions qui, a mon sens, sont fondamentales.

Pourquoi les données scientifiques doivent-elles être librement accessibles ?

Par ailleurs, ces données doivent-elles 'libres', ou seulement 'librement accessibles' ?

Des données libres (eg. CC-BY-SA) impliquent qu'elles pourraient être modifiées, falsifiées, et donc porter atteinte à la crédibilité de son auteur (du fait du BY). Avoir des données librement accessibles (eg. CC-BY-ND-SA) garantit la libre diffusion et utilisation, tout en garantissant aussi la réputation de l'auteur.

D'un autre côté, si les données sont fausses, elles doivent être libres pour pouvoir être modifiées, par exemple suite à une seconde expérience menée par un tiers.

Bref, la question n'est pas (encore) dans le processus et les outils de publication, mais bien dans l'idéologie même de la publication. C'est plutôt les questions soulevées ci-dessus qui importent, à mon humble, très humble avis.

> > Pas gmail
> même avec googlecl ?

googlecl supporte 'seulement' les services suivants :
- Blogger
- Calendar
- Contacts
- Docs
- Picasa
- Youtube

Donc, pas de gmail via googlecl non plus...

> Bosser le soir de chez moi [...]

Ce mode te permet de décoreller le travail professionnel, de tes aspirations personnelles. Tu es ainsi libre de contribuer sur le ou les projets que tu souhaites, pas nécessairement les mêmes ( et de préférence pas les mêmes ! ) que ceux sur lesquels tu travailles 'le jour'.

> Le webmail [...] un webmail compatible git ?

Pas gmail, en tout cas... Et globalement, à proscrire. De plus, si tu veux utiliser 'git send-email', ou 'hg email' il te faudra un accés direct en smtp ou imap, ces outils là ne savent pas utiliser un formulaire html pour envoyer les mails^Wcourriels.

> Le tunnel jusqu'à chez moi : Le problème c'est que le A de mon ADSL veut dire aléatoire; Un ping entre 60 et 100ms, une ip dynamique et des déconnexions les jours où le vent souffle.

Adresse IP dynamique -> DNS dynamique (eg. dyndns, noip...)
Déconnexions -> UDP
Ping -> tu trouveras guère mieux. Et si c'est juste pour faire un tunnel, ça ne pose pas de soucj.

> Louer un serveur : Pourquoi pas mais quoi installer dessus pour ne pas qu'il se transforme en machine à spammer 15 minutes après la mise sous tension ?

Une bonne Debian (Troll du vendredj un lundj), à jour, pas de MTA, pas de serveur web, juste un serveur ssh sur le port 443, et un bon firewall avec ipt_recent. Bon d'accord : s/Debian/Ubuntu/; s/Ubuntu/Fedora/; s/Fedora/SuSE/; s/SuSE/Arch/; etc...

> Changer de boulot

Ou monter ta propre boîte ? :-)

> [...] VPS (serveur privé virtuel) situé en Allemagne [...]

Je cherche aussi un prestataire de VPS, et je regarde les offres à l'étranger.
Qui est ton prestataire en Allemagne ?

> [...] en fin de soirée, ça devenait difficile de continuer à calculer les points [...]

Ca a l'air sympa, les soirées chez toi ! :-)

> En Verlan on accorde le participe passé ?

Comme en Céfran : le participe passé s'accorde en genre et en nombre avec le complément d'objet direct si celui-ci est placé avant l'auxiliaire avoir, par exemple: " Ma voiture? Je l'ai vendue! ". Le participe passé s'accorde aussi en genre et en nombre avec le sujet des verbes conjugués avec l'auxiliaire être, comme dans : "Elle est maquillée comme un camion". Il n'y a cependant pas d'accord avec le sujet d'un verbe réflectif, exemple : "Elle se sont amusé".

Enfin, c'est à peu près ça. Ce ne sont pas franchement les définitions académiques, mais bon, l'idée est là. Maintenant, moi et mon français... :-)

Ah, et puis tient, juste pour voir que c'est hachtement pas simple, en fait: [http://www.synapse-fr.com/manuels/ACCO_PP.htm].

Wouhou! Bien vu! :-)

Heu... On vas dire que c'est toi...
Pour moi, c'est plutôt un PacMan (TM)
Ou alors un poisson qui fait des bulles.
Ou un tueur en série (merci Rorschach).

Vi, vi... Merci.
Je crois que c'est une bonne indication que je doit aller dormir... :-/

La recette est dans le domaine publique.

Voilà : [https://linuxfr.org/~ymorin/30540.html] !
Régalez-vous !

> pourquoi tout le monde est tellement obsédé par la parité partout partout ?

Je comprend le mot 'parité' comme 'égalité'. Egalité, comme dans "Liberté, Egalité, Fraternité". 'Parité', c'est la même racine que 'pair', comme dans "être jugé par ses pairs", ou dans notre milieu "revue par les pairs".

J'entend 'parité' comme une égalité de respect, d'appréciation, de reconnaissance. Que chacun, homme ou femme, puisse être apprécié à sa juste valeur. Je ne crois pas qu'il faille entendre 'parité' comme avoir autant d'hommes que de femmes dans chaque domaine.

Comme dit précedemment, les hommes et les femmes sont différents, et l'attirance ou pas envers certaines activités ne doit pas être remise en cause. Ce qui doit être remis en cause, c'est l'orientation basée sur le sexe.

Ceci dit, 'parité' peut s'appliquer à d'autres catégorisations arbitraires : les blancs, les noirs, les jaunes, les rouges, les verts... les athés, les chrétiens, les musulmans, les boudhistes, les... les jeunes, les vieux, les hommes, les femmes (ah non, deja discutés, ces deux-là), les rigolos, les cons, les moches, les pas moches, les moi, les pas-moi...