J'ai lu, je crois que c'est sur PCinpact, qu'intel supproterait le Clover Trail+ sous Linux… et que c'était en quelques sortes une vrai fausse nouvelle.
En effet, la partie serveur de fichier n'était pas au point et comme le projet n'avançait pas… il a été décidé d'intégrer samba 3 dans samba 4 pour la distribution de fichier.
Au final, samba 4, coté opérationnel, c'est un active directory coté annuaire (kerberos + stratégie de groupe).
Avec la dynamique actuelle, on aura oublié bientôt tout cela, car l'équipe de développement à bosser très dur pour rendre tout cela transparent ;-)
Les choses avancent petit à petit (intégration européenne…). Il est cependant encore difficilement concevable que dès demain, un ICE prennent le marché de la future ligne Paris-Rennes…
Nos pays ont passé des années a se monter des barrières de protection, pas facile de les ouvrir sans grincement.
Tu n'imagines pas comment cela peut être complexe. Thalys embarque tous les systèmes qu'il peux rencontrer sur son chemin. L'ICE qui va jusqu'à Paris pareil. Tu coup, ce sont des séries limités et il n'y en a pas beaucoup. Un TGV atlantique est incapable d'aller en Allemagne sans grosse modification par exemple alors qu'il se balade comme il veut sur tout le réseau français (électrifié).
Sinon, le ferroviaire passager grande vitesse ne fonctionne bien qu'au Japon en dehors de l'Europe. Il faut en effet une structure étatique particulière ou un environnement géographique particulier (cas du Japon). Mais même au Japon, l'état a du se mettre à aider les compagnies privées…
A une époque, il y avait une taxe en France sur les transports, en gros les voitures, qui était sensés aller au transport ferroviaire ainsi qu'au canaux. Je crois que c'était sur les péages d'autoroute. Je ne sais pas si elle existe toujours.
Je suis aussi convaincu que le train manque de volonté politique pour se développer.
Je crois effectivement, tout le monde est d'accord la dessus.
Malgré l'évidence de sa construction, le tunnel Lyon Turin avance pour une ouverture prévu en 2742 ! L'autoroute de la Maurienne n'a mis que quelques années a se faire… Pourtant, cela ferait de l'emploi et avec tous les barrages dans le coin, on pourrait avoir un bilan carbone de la traversée des alpes relativement correct.
Il est vrai qu'avec le tunnel, le troisième aéroport de Paris est Saint Exupéry… comme c'est déjà un peu le cas en pratique aujourd'hui !
On manque en ce moment de grand projet qui font un peu rêver. C'est pas ITER qui donne envie ;-)
Les normes de sécurité française et allemande pour le ferroviaire n'étaient pas compatible. Ainsi chaque pays avait son constructeur, ou comment faire du protectionnisme sans le dire.
Une fois les réseaux en place, assurer la compatibilité prends énormément de temps et d'argent… Donc ça avance lentement. Un train français conduit par un cheminot français ne roule pas en allemagne comme cela, c'est malheureusement bien plus complexe. Les voies sont aujourd'hui intelligente donc il faut être qualifié pour les emprunter.
Avec le ticket actuel pour prendre un avion et nos gouvernants qui autorisent le transport inter-ville par car en France (c'était un monopole de la SNCF jusqu'il y a peu), le ferroviaire va avoir du mal a se développer. D'ailleurs, la dernière grande innovation date de 1995 avec le Duplex, cela commence à faire 17 ans quand même !
Max 2 à 3 nouvelles connexion par minutes + fail2ban = 1 à 2 attaques max par jour sur des machines en frontales sur Renater (donc connecté au giga).
Bref, juste pour dire qu'une solution très simple est déjà très très efficace contre les attaques. Je cherche juste à centraliser les fail2ban : une IP bannie sur 3 machines différentes en moins d'une heure -> bannissement pour 72h sur tout le réseau !
Le ferroviaire voyageur ne peux pas être rentable. Le TGV français s'exporte mal pour à mon avis des questions géographique et politique. Le système français est un peu particulier…
Quand je vois qu'on voyage en avion en Europe pour plus grand chose, on se comporte comme les américains avec 20 ans de retard. Et je me dis que le choc pétrolier va nous tomber dessus et cela va faire très mal.
Il y aurait bien plus de TGV en Europe si on commençait à taxer le fuel des moyens courriers !
Le pire étant que ça aboutit souvent à des projets au mieux médiocre, au pire à rien, le but étant de capter
un maximum d'argent public pour un minimum d'efforts.
Le TGV, le VAL, la ligne automatique 14 à Paris et la 1 en cours, AIRBUS, ARIANE… Tout n'est pas noir non plus.
Ok, c'est pas franchement de l'informatique. Il faut dire que nous avons le passif Bull en France ;-)
On a eu de notre coté des problèmes… Il nous est arrivé de dire que nos services juridiques allaient attaquer pour grappiller un petit quelque chose. En pratique, les services juridiques préfèrent s'écraser et ne pas faire de vague, de toute manière, c'est toi qui est dans la merde, pas eux ! Enfin, c'est l'impression que j'ai dans le supérieur.
C'est un codec de streaming, donc temps réel, pour faire de l'audio ou de la vidéo-conférence. L'objectif est d'avoir une bonne qualité audio pour de la conf orale avec un débit des plus faibles. Dans le temps, on avait le G711…
C'est pas à mon sens un codec pour compresser de la musique, le résultat ne sera pas au rendez-vous.
Autre question, coté réseau, vous êtes connectés comment ? Nous, on est sur Renater donc on ne voit pas forcément toutes les personnes qui font que cela marche pour de vrai.
Il y a combien d'informaticien pour tout cela et quelle répartition ? C'est juste comme cela pour m'amuser à faire une comparaison idiote avec un labo de recherche universitaire ;-)
C'est quoi la première couche pour information ? Car c'est en partie ce qui distingue une distribution classique basée sur GNU et Android qui n'utilise pas la couche GNU.
Pour les clients sous Windows, c'est faible. La méthode smb est lente, celle par rsync pas idéale et moisn rapide que pour un Linux. Pas de support du shadow copy de Windows. Un client windows serait je pense une bonne chose.
Backuppc a des soucis si la taille des données sur un poste sont trop grosse et puis la restauration se fait sans gestion des droits. Du coup, j'ai fait une moulinette qui à partir d'un fichier YAML génère autant de fichier pour backuppc qu'il y a d'utilisateur. Ainsi chaque utilisateur peut avoir accès a sa seule sauvegarde. J'ai ainsi des machines ayant plus de 1500 fichiers de conf chacune ! backuppc s'en sors très bien mais si on limite a 5 sauvegarde parallèles, il ne voit pas qu'en pratique, il sauve 5 fois la même machine physique mais des dossiers différents. On pourrait avoir un paramètre qui limite le nombre de rsync sur les machines physiques.
Pour info, mon script YAML me récupère via une requête rsync la liste des sous dossier des home, interroge le LDAP pour savoir si le compte associé est actif et génère alors le fichier de conf. Ainsi, le backup s'arrête tout seul lorsque les personnes partent !
Backuppc a le même soucis que pas mal de logiciel, il est basé sur les noms DNS ou quasiment pareil (au DNS dyn près) sur l'IP. Dans un monde en mobilité, c'est plus tout à fait adapté. A noter que ssh, cfengine… ont le même défaut !
Il y a des batailles pour savoir s'il vaut mieux du push ou du pull ! Moi, je n'aime pas que tous mes clients puissent lancer eux-mêmes leur sauvegardes et donc écrire sur le serveur. Cependant, si une personne est chez elle, plus de backup… Je pense que cette architecture est périmé. Ni push, ni pull sont bon à mon avis.
Il faudrait un agent sur le poste qui fait acte de présence sur le serveur en donnant son nom (type XMPP) et ouvrirait un port en retour via le tunnel ainsi crée. Le serveur central ferait alors quand il le décide une copie de backup en utilisant le tunnel ouvert par le client. Ainsi, le serveur pourrait faire un backup d'une machine située n'importe ou dans le monde.
Rsync, c'est bien mais on voit bien sur des très grosses partitions que la phase initiale est longue. Il faudrait pouvoir faire cela sur un snapshot LVM qui ne duplique pas les inode mais ne conserve que la trace des block modifiés (j'ai vu une fois une personne qui avait fait un patch la dessus). Le backup serait alors bien plus rapide. Autre solution, utiliser lsyncd pour conserver la liste sur le client des fichiers modifiés entre deux sauvegardes. On devrait pouvoir aller encore beaucoup plus vite.
Je pense que la notion de backup incrémentale et complète est complètement dépassé lorsqu'on travaille sur disque. On ne veux voir que des complètes tous les jours, voire toutes les heures ! Ce qu'il y a derrière devrait être transparent de nos jours.
L'équilibrage sur 400 machines entre les incrémentales et les complètes devrait être transparent. En cas d'arrêt du serveur plus de 7 jours, c'est un peu chiant… (surtout avec ma méthode de découper un serveur en petit morceau. Je m'en suis sortis en triant de manière aléatoire le fichier hosts car backuppc prends les machines dans l'ordre).
…
Voila ce qui me viens de tête. Sur des partitions de plus de 5To que je ne peux découper, j'utilise rdiff-backup qui va bien plus vite mais a d'autres défaut…
Il y en a un qui a l'air puissant mais que je n'ai aps encore testé, c'est Obnam. Il gère en interne les versions avec des arbres comme ZFS ou BTRFS. Je n'ai plus en tête la raison (avant les vacances) mais il me semble que c'était mieux si le logiciel le faisait lui même.
Moi j'aime bien le Breizh Cola car commercialement, faire un cola avec une étiquette rouge écrite : "Le Cola du Phare Ouest", je trouve cela très très fort - Nimage.
Sauf que la navette Russe corrige tous les gros défauts de la navette américaine… Cela ne l'empêche pas d'être trop chère et donc de ne servir à rien en pratique !
Ce qui est étonnant, c'est que des ingénieurs avec autant de talent est pu laisser concevoir la navette qui cumule un certain nombre de gros défaut de conception….
Peut être que ce n'était pas les mêmes décideurs et qu'on ne leur a pas demandé ou laissé entendre leur avis…
Il y a de l'atmosphère sur Mars qui protège mais le trajet est bien plus long ;-)
Le fait d'avoir une atmosphère est un avantage pour les rayons mais l'atterrissage est plus complexe. De plus, il peux (je n'en sais rien) y avoir de fort vent de surface…
Je suis 100% pour aller sur Mars mais il me semble qu'il faudrait maîtriser un peu plus le voyage vers la lune avant d'aller aussi loin.
[^] # Re: Wintel
Posté par Sytoka Modon (site web personnel) . En réponse au journal Intel ne supportera pas Linux pour ses Clover Trail. Évalué à 4.
J'ai lu, je crois que c'est sur PCinpact, qu'intel supproterait le Clover Trail+ sous Linux… et que c'était en quelques sortes une vrai fausse nouvelle.
[^] # Re: Pourquoi faire simple quand on peut faire compliqué?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Samba4 disponible en RC. Évalué à 4.
En effet, la partie serveur de fichier n'était pas au point et comme le projet n'avançait pas… il a été décidé d'intégrer samba 3 dans samba 4 pour la distribution de fichier.
Au final, samba 4, coté opérationnel, c'est un active directory coté annuaire (kerberos + stratégie de groupe).
Avec la dynamique actuelle, on aura oublié bientôt tout cela, car l'équipe de développement à bosser très dur pour rendre tout cela transparent ;-)
[^] # Re: Pchit
Posté par Sytoka Modon (site web personnel) . En réponse au journal Le cloud computing à la française. Évalué à 2.
Les choses avancent petit à petit (intégration européenne…). Il est cependant encore difficilement concevable que dès demain, un ICE prennent le marché de la future ligne Paris-Rennes…
Nos pays ont passé des années a se monter des barrières de protection, pas facile de les ouvrir sans grincement.
# Si c'est pas classe ça !
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Quoi de neuf chez Mandriva ?. Évalué à 7. Dernière modification le 13 septembre 2012 à 16:27.
Sinon, les relations avec MAGEIA, cela donne quoi parce que là, on se dit qu'il y a un problème de dialogue ?
[^] # Re: Pchit
Posté par Sytoka Modon (site web personnel) . En réponse au journal Le cloud computing à la française. Évalué à 2.
Tu n'imagines pas comment cela peut être complexe. Thalys embarque tous les systèmes qu'il peux rencontrer sur son chemin. L'ICE qui va jusqu'à Paris pareil. Tu coup, ce sont des séries limités et il n'y en a pas beaucoup. Un TGV atlantique est incapable d'aller en Allemagne sans grosse modification par exemple alors qu'il se balade comme il veut sur tout le réseau français (électrifié).
Sinon, le ferroviaire passager grande vitesse ne fonctionne bien qu'au Japon en dehors de l'Europe. Il faut en effet une structure étatique particulière ou un environnement géographique particulier (cas du Japon). Mais même au Japon, l'état a du se mettre à aider les compagnies privées…
A une époque, il y avait une taxe en France sur les transports, en gros les voitures, qui était sensés aller au transport ferroviaire ainsi qu'au canaux. Je crois que c'était sur les péages d'autoroute. Je ne sais pas si elle existe toujours.
Je crois effectivement, tout le monde est d'accord la dessus.
Malgré l'évidence de sa construction, le tunnel Lyon Turin avance pour une ouverture prévu en 2742 ! L'autoroute de la Maurienne n'a mis que quelques années a se faire… Pourtant, cela ferait de l'emploi et avec tous les barrages dans le coin, on pourrait avoir un bilan carbone de la traversée des alpes relativement correct.
Il est vrai qu'avec le tunnel, le troisième aéroport de Paris est Saint Exupéry… comme c'est déjà un peu le cas en pratique aujourd'hui !
On manque en ce moment de grand projet qui font un peu rêver. C'est pas ITER qui donne envie ;-)
[^] # Re: Pchit
Posté par Sytoka Modon (site web personnel) . En réponse au journal Le cloud computing à la française. Évalué à 2.
Les normes de sécurité française et allemande pour le ferroviaire n'étaient pas compatible. Ainsi chaque pays avait son constructeur, ou comment faire du protectionnisme sans le dire.
Une fois les réseaux en place, assurer la compatibilité prends énormément de temps et d'argent… Donc ça avance lentement. Un train français conduit par un cheminot français ne roule pas en allemagne comme cela, c'est malheureusement bien plus complexe. Les voies sont aujourd'hui intelligente donc il faut être qualifié pour les emprunter.
Avec le ticket actuel pour prendre un avion et nos gouvernants qui autorisent le transport inter-ville par car en France (c'était un monopole de la SNCF jusqu'il y a peu), le ferroviaire va avoir du mal a se développer. D'ailleurs, la dernière grande innovation date de 1995 avec le Duplex, cela commence à faire 17 ans quand même !
http://fr.wikipedia.org/wiki/TGV
[^] # Re: Comment fonctionne knock ?
Posté par Sytoka Modon (site web personnel) . En réponse au message Problème pour frapper à la porte d'un obturateur en IPv6. Évalué à 3.
Max 2 à 3 nouvelles connexion par minutes + fail2ban = 1 à 2 attaques max par jour sur des machines en frontales sur Renater (donc connecté au giga).
Bref, juste pour dire qu'une solution très simple est déjà très très efficace contre les attaques. Je cherche juste à centraliser les fail2ban : une IP bannie sur 3 machines différentes en moins d'une heure -> bannissement pour 72h sur tout le réseau !
[^] # Re: Pchit
Posté par Sytoka Modon (site web personnel) . En réponse au journal Le cloud computing à la française. Évalué à 3.
Le ferroviaire voyageur ne peux pas être rentable. Le TGV français s'exporte mal pour à mon avis des questions géographique et politique. Le système français est un peu particulier…
Quand je vois qu'on voyage en avion en Europe pour plus grand chose, on se comporte comme les américains avec 20 ans de retard. Et je me dis que le choc pétrolier va nous tomber dessus et cela va faire très mal.
Il y aurait bien plus de TGV en Europe si on commençait à taxer le fuel des moyens courriers !
[^] # Re: Pchit
Posté par Sytoka Modon (site web personnel) . En réponse au journal Le cloud computing à la française. Évalué à 5.
Le TGV, le VAL, la ligne automatique 14 à Paris et la 1 en cours, AIRBUS, ARIANE… Tout n'est pas noir non plus.
Ok, c'est pas franchement de l'informatique. Il faut dire que nous avons le passif Bull en France ;-)
[^] # Re: Amazon
Posté par Sytoka Modon (site web personnel) . En réponse au journal Le cloud computing à la française. Évalué à 4.
Je pense plutôt que DELL, SGI et SuperMicro ont leur place plutôt qu'IBM qui fait des machines chères….
[^] # Re: Opus n'est pas un format de fichiers, comme MP3.
Posté par Sytoka Modon (site web personnel) . En réponse au journal Le codec audio libre Opus désormais normalisé. Évalué à 2.
Exact… J'étais resté sur un post que j'avais lu il y a une quinzaine ou c'était surtout la comparaison avec speex qui prenait le dessus.
[^] # Re: Joli merdier
Posté par Sytoka Modon (site web personnel) . En réponse au journal Un instantané du parc serveur du Conseil général de Maine-et-Loire. Évalué à 2.
A les recours…
On a eu de notre coté des problèmes… Il nous est arrivé de dire que nos services juridiques allaient attaquer pour grappiller un petit quelque chose. En pratique, les services juridiques préfèrent s'écraser et ne pas faire de vague, de toute manière, c'est toi qui est dans la merde, pas eux ! Enfin, c'est l'impression que j'ai dans le supérieur.
[^] # Re: Opus n'est pas un format de fichiers, comme MP3.
Posté par Sytoka Modon (site web personnel) . En réponse au journal Le codec audio libre Opus désormais normalisé. Évalué à 4.
C'est un codec de streaming, donc temps réel, pour faire de l'audio ou de la vidéo-conférence. L'objectif est d'avoir une bonne qualité audio pour de la conf orale avec un débit des plus faibles. Dans le temps, on avait le G711…
C'est pas à mon sens un codec pour compresser de la musique, le résultat ne sera pas au rendez-vous.
# Génial
Posté par Sytoka Modon (site web personnel) . En réponse au journal Diaspora : un space opéra open-source et multi-plateformes dans l'univers de BSG. Évalué à 6.
J'adore cette série. J'ai rarement vu de la SF aussi bien faites, surtout en série. C'est vraiment de la très grande classe.
Pour le jeu, je n'ai pas testé mais le trailer m'a fait replonger instantanément dans la série. C'est carrément impressionnant.
http://www.youtube.com/watch?v=DWt2m1xtJbw&feature=plcp
[^] # Re: Nombre d'informaticien
Posté par Sytoka Modon (site web personnel) . En réponse au journal Un instantané du parc serveur du Conseil général de Maine-et-Loire. Évalué à 3.
Autre question, coté réseau, vous êtes connectés comment ? Nous, on est sur Renater donc on ne voit pas forcément toutes les personnes qui font que cela marche pour de vrai.
# Nombre d'informaticien
Posté par Sytoka Modon (site web personnel) . En réponse au journal Un instantané du parc serveur du Conseil général de Maine-et-Loire. Évalué à 5.
Il y a combien d'informaticien pour tout cela et quelle répartition ? C'est juste comme cela pour m'amuser à faire une comparaison idiote avec un labo de recherche universitaire ;-)
# Merci
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche openSUSE 12.2 officiellement disponible. Évalué à 7. Dernière modification le 07 septembre 2012 à 15:35.
J'adore ta manière de rédiger ;-)
Un petit élément d'une grande beauté est le bout de phrase suivant :
# Sous Linux
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Open webOS, brut de décoffrage. Évalué à 3.
C'est quoi la première couche pour information ? Car c'est en partie ce qui distingue une distribution classique basée sur GNU et Android qui n'utilise pas la couche GNU.
[^] # Re: Autre solution
Posté par Sytoka Modon (site web personnel) . En réponse au journal Le principe KISS appliqué à la gestion des sauvegardes.. Évalué à 4.
Pour les clients sous Windows, c'est faible. La méthode smb est lente, celle par rsync pas idéale et moisn rapide que pour un Linux. Pas de support du shadow copy de Windows. Un client windows serait je pense une bonne chose.
Backuppc a des soucis si la taille des données sur un poste sont trop grosse et puis la restauration se fait sans gestion des droits. Du coup, j'ai fait une moulinette qui à partir d'un fichier YAML génère autant de fichier pour backuppc qu'il y a d'utilisateur. Ainsi chaque utilisateur peut avoir accès a sa seule sauvegarde. J'ai ainsi des machines ayant plus de 1500 fichiers de conf chacune ! backuppc s'en sors très bien mais si on limite a 5 sauvegarde parallèles, il ne voit pas qu'en pratique, il sauve 5 fois la même machine physique mais des dossiers différents. On pourrait avoir un paramètre qui limite le nombre de rsync sur les machines physiques.
Pour info, mon script YAML me récupère via une requête rsync la liste des sous dossier des home, interroge le LDAP pour savoir si le compte associé est actif et génère alors le fichier de conf. Ainsi, le backup s'arrête tout seul lorsque les personnes partent !
Il y a des batailles pour savoir s'il vaut mieux du push ou du pull ! Moi, je n'aime pas que tous mes clients puissent lancer eux-mêmes leur sauvegardes et donc écrire sur le serveur. Cependant, si une personne est chez elle, plus de backup… Je pense que cette architecture est périmé. Ni push, ni pull sont bon à mon avis.
Il faudrait un agent sur le poste qui fait acte de présence sur le serveur en donnant son nom (type XMPP) et ouvrirait un port en retour via le tunnel ainsi crée. Le serveur central ferait alors quand il le décide une copie de backup en utilisant le tunnel ouvert par le client. Ainsi, le serveur pourrait faire un backup d'une machine située n'importe ou dans le monde.
Rsync, c'est bien mais on voit bien sur des très grosses partitions que la phase initiale est longue. Il faudrait pouvoir faire cela sur un snapshot LVM qui ne duplique pas les inode mais ne conserve que la trace des block modifiés (j'ai vu une fois une personne qui avait fait un patch la dessus). Le backup serait alors bien plus rapide. Autre solution, utiliser lsyncd pour conserver la liste sur le client des fichiers modifiés entre deux sauvegardes. On devrait pouvoir aller encore beaucoup plus vite.
Je pense que la notion de backup incrémentale et complète est complètement dépassé lorsqu'on travaille sur disque. On ne veux voir que des complètes tous les jours, voire toutes les heures ! Ce qu'il y a derrière devrait être transparent de nos jours.
L'équilibrage sur 400 machines entre les incrémentales et les complètes devrait être transparent. En cas d'arrêt du serveur plus de 7 jours, c'est un peu chiant… (surtout avec ma méthode de découper un serveur en petit morceau. Je m'en suis sortis en triant de manière aléatoire le fichier hosts car backuppc prends les machines dans l'ordre).
…
Voila ce qui me viens de tête. Sur des partitions de plus de 5To que je ne peux découper, j'utilise rdiff-backup qui va bien plus vite mais a d'autres défaut…
[^] # Re: Autre solution
Posté par Sytoka Modon (site web personnel) . En réponse au journal Le principe KISS appliqué à la gestion des sauvegardes.. Évalué à 5.
En effet, mais c'est qu'il avait tellement d'avance et qu'il marche tout seul ;-)
Il tourne comme une horloge dans mon labo. Par contre, j'aurais effectivement quelques améliorations à proposer…
[^] # Re: Et ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Le principe KISS appliqué à la gestion des sauvegardes.. Évalué à 3.
Il y en a un qui a l'air puissant mais que je n'ai aps encore testé, c'est Obnam. Il gère en interne les versions avec des arbres comme ZFS ou BTRFS. Je n'ai plus en tête la raison (avant les vacances) mais il me semble que c'était mieux si le logiciel le faisait lui même.
http://liw.fi/obnam/
# Breizh Cola
Posté par Sytoka Modon (site web personnel) . En réponse au journal Ubuntu, un mot pour désigner.... Évalué à 8.
Moi j'aime bien le Breizh Cola car commercialement, faire un cola avec une étiquette rouge écrite : "Le Cola du Phare Ouest", je trouve cela très très fort - Nimage.
[^] # Re: "Drôle" de coïncidence...
Posté par Sytoka Modon (site web personnel) . En réponse au journal Neil Armstrong bronsonisé. Évalué à 2.
Sauf que la navette Russe corrige tous les gros défauts de la navette américaine… Cela ne l'empêche pas d'être trop chère et donc de ne servir à rien en pratique !
[^] # Re: "Drôle" de coïncidence...
Posté par Sytoka Modon (site web personnel) . En réponse au journal Neil Armstrong bronsonisé. Évalué à 2.
Ce qui est étonnant, c'est que des ingénieurs avec autant de talent est pu laisser concevoir la navette qui cumule un certain nombre de gros défaut de conception….
Peut être que ce n'était pas les mêmes décideurs et qu'on ne leur a pas demandé ou laissé entendre leur avis…
[^] # Re: La fin d'une époque
Posté par Sytoka Modon (site web personnel) . En réponse au journal Neil Armstrong bronsonisé. Évalué à 2.
Il y a de l'atmosphère sur Mars qui protège mais le trajet est bien plus long ;-)
Le fait d'avoir une atmosphère est un avantage pour les rayons mais l'atterrissage est plus complexe. De plus, il peux (je n'en sais rien) y avoir de fort vent de surface…
Je suis 100% pour aller sur Mars mais il me semble qu'il faudrait maîtriser un peu plus le voyage vers la lune avant d'aller aussi loin.