de réacteurs comme l'EPR qui ont des marges de sureté encore plus grande et des dispositifs de minimisation des conséquences en cas d'accident.
Peut-être, mais ces EPR, pour le moment, ne sont que des projets. Sur le papier, tout est beau, tout est bien, tout est prévu. Dans la réalité, le nombre de grains de sable potentiels, sur une machinerie aussi complexe, doit être suffisamment élevé pour qu'il soit impossible d'affirmer quoi que ce soit.
Certains de ces grains de sable seront facilement détectés et corrigés dès les premiers jours de la mise en oeuvre effective, mais combien d'entre eux feront surface dans des conditions précises, imprévisibles et non traitées par le manuel d'opération ?
N'importe quelle marge de sureté peut être mise à mal par une mauvaise appréciation d'un évènement mal traité, ou à cause d'une valeur impossible dans le contexte précédent.
J'en profite pour signaler que ce monsieur est également l'auteur de midish qui est un ovni dans le monde de la mao. Midish est une sorte de séquenceur/filtre/routeur MIDI qui s'utilise comme un shell : ligne de commande, scripts, langage, variables...
Même si vous n'êtes pas branché mao, je vous invite à regarder les concepts mis en œuvre, c'est très bien pensé, et d'une grande hackability.
Par contre tu me semble confondre les familles 2900 (dont font partie, malgré ce que peut laisser croire la référence, les 29x00 avec x > 0), qui sont de «simples» processeurs en tranches, et 29k.
J'avoue que oui. je confond un peu. J'ai utilisé la famille bitslice (5 tranches de 4 bits) sur les machines de traitement d'image Pericolor 2000 de Numelec, avec plein de bits (192 ?) d'instruction par step de microcode. Gros fun à programmer !
Quand au 29116, c'était pour un coprocesseur de FFT sur bus VME avec, défense de rire, un 32032 en CPU principal, le processeur big-and-little-endian ;)
1) Pourrais-tu détailler, pour le plus grand bonheur des djeunz, ta vision de l'architecture 29k, et en particulier quelles puces faisaient glisser les registres. Ayant fréquenté ces bijoux dans ma jeunesse (2910 en µcode, 29116), je n'ai pas souvenir de ça... Ma vieillesse est-elle un naufrage ?
2) Lors de la sortie du Ben Nanonote, un portage d'Open a été évoqué ici même, et une sombre histoire de NDA avec le fondeur a provoqué un report à une date ultérieure et indéterminée. Les choses ont-elles avancées ?
Enfin un journal bookmark correctement argumenté. Ça donne bien envie d'essayer ton truc à battre le fer chaud des lignes de code portées au rouge par le frappement du Vim.
On peut ranger les forums de discussion (ceux basés sur phpBB
et toute la clique) dans le même type de service que USENET.
Non mais alors, qu'est-ce qu'il ne faut pas entendre. phpbb (et toute la fucking clique), c'est une sombre merde : pas de gestion des fils (merci linuxfr), pas de xpost, pas de fu2, pas de possibilité d'avoir une copie locale, une ergonomie que myspace à coté c'est kw0l, je crois que c'est le truc le plus abominable dans lequel j'ai jamais tenté de clicker.
Le premier : Usenet. Ce système de discussion, descendant des premiers BBS, fonctionne de façon décentralisé au niveau des serveurs, tout en gardant une cohérence logique au niveau des groupes. Pour en apprendre beaucoup sur le fonctionnement du Usenet, Doug propose de lire http://usenet-fr.dougwise.org/Accueil qui traite de la branche francoscribante.
Le second : IRC. Tout aussi décentralis(é|able) que Usenet pour les machines, il est par contre extrêmement fragmenté au niveau logique : freenode, ircnet, dalnet, trucnet, machinIrc. Il reste cependant très facile à utiliser pour un groupe d'amis ou de travail qui souhaite avoir un moyen de paster quelques [url].
Hélas, pour beaucoup de djeunz, ce sont des trucs de dino, sans la hype nécessaire à la branchitude...
Le niveau d'abstraction du langage cible n'a rien a voir dans la notion de compilateur.
/me repasse en mode dino ...
Pour avoir une bonne idée de l'immensité abyssale de l'abstraction que peut atteindre un langage cible, il y a un bon truc à essayer : prendre un programme un peu tordu en fortran77, le passer à travers f2c, et regarder le code C généré ;)
Ce qui reste à prouver, en fait. Certaines rumeurs diffusées par la presse internationale semblent prouver que, en fait, il a été embauché par le FBI pour s'assurer que Gnome peut, à distance, bloquer les cla
[^] # Re: "Dirndl"
Posté par Tonton Th (Mastodon) . En réponse au journal Les compilateurs PathScale C/C++ et Fortran vont être libéré. Évalué à 4.
Est-ce vraiment une chance ?
[^] # Re: de mal en pire...
Posté par Tonton Th (Mastodon) . En réponse au journal [Nous allons tous y passer] Adoptez un Japonais. . Évalué à 3.
Ça, c'est une question pour les passagers d'Ariane 500.
[^] # Re: de mal en pire...
Posté par Tonton Th (Mastodon) . En réponse au journal [Nous allons tous y passer] Adoptez un Japonais. . Évalué à 4.
Quel retour d'expérience sur les EPR ?
[^] # Re: de mal en pire...
Posté par Tonton Th (Mastodon) . En réponse au journal [Nous allons tous y passer] Adoptez un Japonais. . Évalué à 4.
Peut-être, mais ces EPR, pour le moment, ne sont que des projets. Sur le papier, tout est beau, tout est bien, tout est prévu. Dans la réalité, le nombre de grains de sable potentiels, sur une machinerie aussi complexe, doit être suffisamment élevé pour qu'il soit impossible d'affirmer quoi que ce soit.
Certains de ces grains de sable seront facilement détectés et corrigés dès les premiers jours de la mise en oeuvre effective, mais combien d'entre eux feront surface dans des conditions précises, imprévisibles et non traitées par le manuel d'opération ?
N'importe quelle marge de sureté peut être mise à mal par une mauvaise appréciation d'un évènement mal traité, ou à cause d'une valeur impossible dans le contexte précédent.
# de mal en pire...
Posté par Tonton Th (Mastodon) . En réponse au journal [Nous allons tous y passer] Adoptez un Japonais. . Évalué à 3.
D'après http://enenews.com/ les choses semblent vraiment mal tourner, mais toutes ces informations sont-elles vérifiées ?
[^] # Re: Ah DLFP !
Posté par Tonton Th (Mastodon) . En réponse à la dépêche 13 ans de LinuxFr.org : entretiens avec les visiteurs (3). Évalué à 2.
Tu as oublié Ingrid qui recompile sa kernelle.
[^] # Re: 11 hits Combo!
Posté par Tonton Th (Mastodon) . En réponse au journal Duke Nukem Forever débarque…. Évalué à 10.
Tant que c'est pas au soleil vert...
[^] # Re: Money money money
Posté par Tonton Th (Mastodon) . En réponse à l’entrée du suivi certificat SSL. Évalué à 2 (+0/-0).
Voilà, j'ai trouvé https://linuxfr.org/wiki/Certificat-SSLTLS-du-site qui explique tout bien les choses, je vais faire suivre là-bas.
# ratchov@
Posté par Tonton Th (Mastodon) . En réponse à la dépêche Entretien avec des développeurs francophones d'OpenBSD - Partie 2. Évalué à 6.
J'en profite pour signaler que ce monsieur est également l'auteur de midish qui est un ovni dans le monde de la mao. Midish est une sorte de séquenceur/filtre/routeur MIDI qui s'utilise comme un shell : ligne de commande, scripts, langage, variables...
Même si vous n'êtes pas branché mao, je vous invite à regarder les concepts mis en œuvre, c'est très bien pensé, et d'une grande
hackability
.[^] # Re: deux questions pour miod@
Posté par Tonton Th (Mastodon) . En réponse à la dépêche Entretien avec des développeurs francophones d'OpenBSD - Partie 1. Évalué à 5.
J'avoue que oui. je confond un peu. J'ai utilisé la famille bitslice (5 tranches de 4 bits) sur les machines de traitement d'image Pericolor 2000 de Numelec, avec plein de bits (192 ?) d'instruction par step de microcode. Gros fun à programmer !
Quand au 29116, c'était pour un coprocesseur de FFT sur bus VME avec, défense de rire, un 32032 en CPU principal, le processeur big-and-little-endian ;)
/me regrette un peu cette époque-là...
[^] # Re: Il faut savoir être un simple utilisateur
Posté par Tonton Th (Mastodon) . En réponse au journal J'en ai marre d'être un.... geek ?. Évalué à 3.
# deux questions pour miod@
Posté par Tonton Th (Mastodon) . En réponse à la dépêche Entretien avec des développeurs francophones d'OpenBSD - Partie 1. Évalué à 7.
1) Pourrais-tu détailler, pour le plus grand bonheur des djeunz, ta vision de l'architecture 29k, et en particulier quelles puces faisaient glisser les registres. Ayant fréquenté ces bijoux dans ma jeunesse (2910 en µcode, 29116), je n'ai pas souvenir de ça... Ma vieillesse est-elle un naufrage ?
2) Lors de la sortie du Ben Nanonote, un portage d'Open a été évoqué ici même, et une sombre histoire de NDA avec le fondeur a provoqué un report à une date ultérieure et indéterminée. Les choses ont-elles avancées ?
[^] # Re: interrupteur
Posté par Tonton Th (Mastodon) . En réponse au journal [bookmark] de gauche ou de droite ?. Évalué à 2.
http://x.dalfp.org/ ?
# Enfin !
Posté par Tonton Th (Mastodon) . En réponse au journal C'est en forgeant qu'on devient forgeron. Évalué à 9.
Enfin un journal bookmark correctement argumenté. Ça donne bien envie d'essayer ton truc à battre le fer chaud des lignes de code portées au rouge par le frappement du Vim.
[^] # Re: Deux oublis dans la liste
Posté par Tonton Th (Mastodon) . En réponse au journal État des lieux d'un internet décentralisé. Évalué à 5.
Non mais alors, qu'est-ce qu'il ne faut pas entendre. phpbb (et toute la fucking clique), c'est une sombre merde : pas de gestion des fils (merci linuxfr), pas de xpost, pas de fu2, pas de possibilité d'avoir une copie locale, une ergonomie que myspace à coté c'est kw0l, je crois que c'est le truc le plus abominable dans lequel j'ai jamais tenté de clicker.
[^] # Re: Chat et téléconférence
Posté par Tonton Th (Mastodon) . En réponse au journal État des lieux d'un internet décentralisé. Évalué à 3.
Non, contrairement à Usenet, il ne peut y avoir de cycle dans un réseau IRC.
[^] # Re: Chat et téléconférence
Posté par Tonton Th (Mastodon) . En réponse au journal État des lieux d'un internet décentralisé. Évalué à 2.
Bien sur que non, tu peux "linker" plusieurs serveurs entre eux. Freenode en a bien une trentaine.
# Deux oublis dans la liste
Posté par Tonton Th (Mastodon) . En réponse au journal État des lieux d'un internet décentralisé. Évalué à 10.
Le premier : Usenet. Ce système de discussion, descendant des premiers BBS, fonctionne de façon décentralisé au niveau des serveurs, tout en gardant une cohérence logique au niveau des groupes. Pour en apprendre beaucoup sur le fonctionnement du Usenet, Doug propose de lire http://usenet-fr.dougwise.org/Accueil qui traite de la branche francoscribante.
Le second : IRC. Tout aussi décentralis(é|able) que Usenet pour les machines, il est par contre extrêmement fragmenté au niveau logique : freenode, ircnet, dalnet, trucnet, machinIrc. Il reste cependant très facile à utiliser pour un groupe d'amis ou de travail qui souhaite avoir un moyen de paster quelques [url].
Hélas, pour beaucoup de djeunz, ce sont des trucs de dino, sans la hype nécessaire à la branchitude...
[^] # Re: Ah
Posté par Tonton Th (Mastodon) . En réponse à la dépêche Toulouse HackerSpace Factory — 27 - 29 mai 2011. Évalué à 2.
Il y a même une star de la technologie libre ;)
http://arduino.cc/blog/2011/05/25/massimos-talk-tetalab-toulouse-next-week-end/
[^] # Re: Compiler du vala en c ?
Posté par Tonton Th (Mastodon) . En réponse à la dépêche Sortie de ValaTerm 0.3. Évalué à 2.
/me repasse en mode dino ...
Pour avoir une bonne idée de l'immensité abyssale de l'abstraction que peut atteindre un langage cible, il y a un bon truc à essayer : prendre un programme un peu tordu en fortran77, le passer à travers
f2c
, et regarder le code C généré ;)[^] # Re: Last name
Posté par Tonton Th (Mastodon) . En réponse au journal Le retour du BBS. Évalué à 2.
Ce qui reste à prouver, en fait. Certaines rumeurs diffusées par la presse internationale semblent prouver que, en fait, il a été embauché par le FBI pour s'assurer que Gnome peut, à distance, bloquer les cla
# Mmmm...
Posté par Tonton Th (Mastodon) . En réponse au journal RÉVOLUTION ESPAGNOLE : Que se passe-t-il ?. Évalué à -10.
ENOPOL
[^] # Re: Ah
Posté par Tonton Th (Mastodon) . En réponse à la dépêche Toulouse HackerSpace Factory — 27 - 29 mai 2011. Évalué à 2.
Une soirée seulement ? Mais ça va être trois jours entiers de délires !
[^] # Re: BSD is dying
Posté par Tonton Th (Mastodon) . En réponse au journal GNOME seulement compatible avec Linux ?. Évalué à 10.
+1
[^] # Re: BSD pour serveurs uniquement ?
Posté par Tonton Th (Mastodon) . En réponse au journal GNOME seulement compatible avec Linux ?. Évalué à 10.
Ah oué... Tu devrais essayer un OpenBSD récent. Tu clickouilles pareil qu'avec
un Linux, mais les pages de man sont bien plus claires..