Sytoka Modon a écrit 4551 commentaires

On entre ici dans le problème des assurances en cas de problème...

J'utilise le libre et je le promeut depuis des années mais lorsque la vie de personne est en danger ou lorsqu'il y a mort d'Hommes (le génie civil tue beaucoup malheureusement), le choix n'est pas évident.

Une solution serait que les normes soient accompagnés d'une batterie de cas tests que les logiciels devraient passer... Se pose aussi le problème du coût de l'accès aux normes et par la même du financement de leur préparation mais là, je ne connais pas du tout le système en place. Je sais que les normes ont été pendant longtemps (encore ?) un moyen détourné de faire du protectionnisme...

Dis donc, vous êtes dans la pensée tous les deux !

Les équations de la relativité générale n'interdisent pas d'aller plus vite que la vitesse de la lumière. Cependant, comme le problème est asymptotique, l'énergie de la particule tends vers l'infini et ne peux, en théorie, franchir le mur.

Maintenant, imaginons qu'il existe une particule allant plus vite que la lumière, comment se comporterai-elle ? Si mes souvenirs sont bons, cela a été étudié dans les années 70. En gros, ces particules (hypothétiques) iraient de plus en plus vite en perdant de l'énergie, l'inverse de nos particules à nous. A énergie nulle, vitesse infinie... En prenant de l'énergie, elles ralentissent et sont face au même mur de la vitesse de la lumière. /A priori/, il n'y aurait aucune interaction entre les deux mondes donc pour le moment aucun moyen de voir ces particules ni même savoir si elles existent en vrai ou pas !

Bref, le monde imaginaire et réel nous offre toujours des surprises... Elle est t'y pas belle la vie ;-)

Pourquoi globlises-tu alors que c'est surtout moi qui est pu donner l'impression de mettre un bémol.

Contrairement a ce que l'on pourrait penser, la relativité tant restreinte que généralisé était dans l'air du temps. C'est comme la photo peu avant ou le cinéma. Ce sont des choses dans l'air du temps et la relativité restreinte proposé par Einstein est une ré-écriture, pour simplifier, des travaux de Lorentz Poincarré. La relativité générale est bien plus personnel mais je ne doute pas qu'une autre personne l'aurait sortis.

Après celle-ci, il y a quand même eu une scission. Louis de Broglie a suivis Einstein un temps mais a finit par s'écarté de cette voie là devant les expériences. Einstein, si je me souviens bien (lectures anciennes...) n'était pas d'accord par exemple sur le principe de frange d'interférence d'un électron avec lui même... L'expérience semble donner raison à la mécanique quantique sur ce point malheureusement (je dis cela car j'ai une vision plus cartésienne des choses et celle d'Einstein me plaisait bien).

Bref, après la relativité générale, les physiciens sont partis à fond sur la mécanique quantique et pas grand monde ne le soutenait dans la théorie unitaire (qui en plus est mathématiquement pas facile...).

Un point à préciser tout de même. Dans la relativité générale, il y a trop d'inconnue par rapport au nombre d'équation. En gros, il manque une équation pour pouvoir résoudre le système. Il faut donc sortir une équation du chapeau comme on dis. En mécanique, on appelle souvent cela une équation de comportement. En électricité, cela pourrait être la loi U=RI... Bref, l'équation de normalisation (si mes souvenirs sont bons) ne fait pas la une des journaux mais pose quand même quelques questions.

Einstein était manifestement quelqu'un de passionnant (pas eu l'occasion de le connaître), un grand scientifique qui a donné un sacré coup d'accélérateur et qui a eu une sacré vision des choses. J'ai beaucoup de respect pour tout ce qu'il a fait et j'aurais bien aimé que la voie unitaire qu'il a initié débouche... Dommage.

Je précise que je ne suis pas physicien...

Ne pas oublier qu'après la relativité générale, il s'est battu contre la mécanique quantique en s'isolant de plus en plus. Son grand projet de théorie unitaire n'a jamais abouti. Seconde partie de carrière dur dur...

Allez, un p'tit sous youtube

http://www.youtube.com/watch?v=CVR7HqDokmA

J'ai trouvé cette URL sur ce blog :

http://dadall.dyndns.org/blog/index.php?post/2011/10/14/LOOL-:-Libre-Office-Online-en-video

du retard par rapport à la date prévue (fin septembre).

15 jours seulement... Je te trouve un peu dur ;-)

J'ai une centaine de projet sous trac avec des utilisateurs qui ont appris à l'utiliser. Je changerais bien à terme mais se pose le problème de la migration. Il est hors de question de migrer sans les wikis actuels !

Qu'en est-il de la compatibilité entre les solutions libres. Avoir des réseaux décentralisés, c'est bien mais ce sera mieux à mon sens d'avoir UN réseau décentralisé et DES serveurs. Un peu comme pour le HTTP...

Pour un public non informaticien, passer de rien à SVN est déjà pas mal... je le vend enrobé de TRAC histoire d'avoir un peu de doc avec !

Ne pas oublier qu'un avantage de SVN est de forcer la centralisation. Dans le cadre de mon laboratoire de recherche, cela permet de savoir un peu qui fait quoi et donc espérer plus de collaboration et d'échange entre les personnes. Je sais bien que c'est aussi un inconvénient... Enfin, sur les projets sur le TRAC, on a une histoire relativement bonne des projets et du code.

Pb: comme on versionne cette daube de LabView ? Avez-vous des solutions satisfaisantes pour ce genre de programme ?

Je maîtrise LaTeX bien mieux que le XML alors j'ai toujours généré du LaTeX et hop pdflatex et ton rapport est impeccable. Le modifier revient à modifier un fichier latex ce qui est facile. Pour les tables, longtable (de tête, il y a un autre module et l'un des deux marche mieux) fait un boulot impeccable sur des tableaux multi-page.

Pour les homes, backuppc est très bien si quota (+ liste d'exclusion...). Les complète sur backuppc sont vraiment très très longue alors que les incrémentales vont vite. A mon avis, c'est son principal défaut. A priori, la sauvegarde complète des postes Windows obligent à tout retransférer sur le réseau !

rsnapshot, j'ai utilisé pendant des années mais la création des liens (cp -al) devient très très long sur des gros volumes.

J'utilise rdiff-backup sur des gros volume (10To) car c'est le seul que j'ai trouvé (avec rsync qui ne fait pas vraiment du backup) qui va suffisamment vite.

Le problème est que ces outils ne s'étalent pas sur plusieurs partitions. Cela oblige a avoir une grosse partition de backup et un jour...

Pour les gros gros volume, j'irais voir du coté de bacula qui semble corriger tout cela (les dernières version savent transformer une sauvegarde incrémentale en complète afin de ne pas tout retransférer sur le réseau.

Eh bien fermons la porte à Google !

Un serveur web de nos jours est souvent lié à une base de données.

Pourquoi l'affichage ne jouerais pas le rôle d'une base de données ? De type ajout retrait d'information dans un arbre XML avec rendu CSS ;-)

Si Parrot bénéficiait des ressources humaines mises sur le Java ou le JavaScript, c'est clair qu'il irait plus vite ;-)

Allez hop, je me lance !

Pourquoi pas se baser sur la machine Erlang qui a le bon gout d'avoir des variables immutables (pas de programmation en variable globale) et est parfaitement bien conçu pour gérer un grand nombre de thread parallèle. C'est parfais pour de l'IHM graphique !

Ada oblige à faire des fichiers d'en tête (comme C) assez pénible à force. En fortran, ces fichiers sont générés automatiquement (.mod) et c'est bien plus pratique.

Effectivement tu as raison, après quelques recherches (cela faisait longtemps que j'avais pas regardé de ce coté là, merci ssh), le cookie ne sers qu'a l'authentification. C'est idiot qu'ils n'aient pas associé a ce cookie un DES et une compression depuis le temps, enfin comme ssh règle un peu tous ces problèmes, je pense que personne n'était motivé pour rajouter ces petites extensions ;-)

Il me semble que le cookie ne sers pas sur localhost donc pas de chiffrement (X11) local ni via ssh (car avec ssh, le DISPLAY est localhost aussi).

Bref, si mes souvenirs sont bons, le chiffrement X11 n'a pas lieu tout le temps mais seulement pour une connexion distante avec les réglages actuels des distributions.

Prédit par Orwell dans 1984. C'est très tendance actuellement et une des bases de la méthode de notre gouvernement actuel.

Ou :

Steve Jobs mort, Apple est enfin libre ;-)

Il me semblait que le cookie X11 servait à chiffrer avec un 3DES. Donc le cookie ne passe pas en clair et il faut que les deux cotés l'ai par une méthode ou un autre. D'où les commandes xauth un peu pénible et donc au final ssh -X qui fait le boulot à notre place bien mieux dans 99,99% des cas ;-)

X11 est tout de même chiffré via le cookie...

On peut pas l'héberger au parlement Européen, à Monaco ou dans les îles anglo-normandes ;-)

Ah, l'assembleur du 5502, une merveille. Lorsque j'ai du faire un TP sur 8086 quelques années plus tard, j'ai compris que c'est souvent pas le meilleur qui gagne ;-)