Reprise du message précédent :
de plus, en ce qui concerne le bug de l'an 2000, le probleme a été publiquement reconnu et un patch a été mis en place pour répondre au problème ce qui a permis à la majeur partie des gens de passer ce cap sans problème.
on aura beau dire, dans l'informatique on est ptete moins con que dans l'industrie auto ou aero

C'était pas une vaste fumisterie commerciale ce bug de 'lan 2000?

tout comme le 9/11, l'irak, sarko, le bio carburant, les jo de beijing etc etc

c'est sur qu'on a vendu de la mobo y2k certified avec ca

 
Y'a eu de l'abus, mais je peux te garantir qu'il y a un certain nombre d'applications qui se seraient vautrées violemment sans mise à jour, et que manque de bol des applications comme ça y'en avait à la pelle dans les secteurs de la banque, de l'assurance, etc

si c'est clair
je me souviens des mecs qui disait qu'on allait mourir.

certes, m'enfin c'est le marketing et la rentabilité qui induisent ces comportements en premier lieu

Et chez Concorde et/ou Ford c'etait quoi ?

comme madame paco rabanne
 
 
 
je vous prédis la station MIR DVC !
________________________________
                                        /

ford c'etait pleinement ça
 
concorde, y a du chauvinisme/fierté derriere, et c'est tout aussi mauvais

 
encore congelé ou pas ?  

ah ok

Et y'en a qui se sont vautrées violemment car on a sous-estimé l'effort.
 
D'ailleurs, truc inavouable mais très connu : dans une majorité de cas, la résolution du problème a été d'introduire une "date pivot", par exemple 50 : tout ce qui est avant 50 sera considéré comme 20xx, sinon 19xx. Principalement ca c'était la façon la moins coûteuse de résoudre temporairement le problème, car bien sûr en fonction de la date pivot choisie, ça peut repartir de plus belle ... mais bon, comme la fois précédente on espère que ce sera remplacé d'ici là

 
c'est pas 1930 à 2029 ?

Y'a pas de date fixe ou imposée, chacun a fait en fonction de l'âge maximum des données qu'il devait maintenir. J'imagine que les assurances avec des contrats qui durent des décennies ont pas dû être à la fête pour choisir un pivot

en vérifiant, 1930 à 1929, c'est les valeur par defaut de windows
Panneaux de config -> options Régionales et linguistiques -> (options Régionales) Personnaliser -> Date -> Calendrier

 
Et dans fight club

Comment un morceau de pneu peut faire 20 kg?  Quel diamètre fait une roue de Concorde? Et quelle taille fait un morceau de pneu de 20 kg?
 
Sachant que le morceau de métal à l'origine de l'accident faisait quoi? 10/20 cm?

Sujet : Venez raconter les secrets inavouables de votre profession...

Sujet : Venez raconter les secrets inavouables de votre profession...

Sujet : Venez raconter les secrets inavouables de votre profession...

Tu sors d'où toi? Le post auquel je répondais n'avait rien à voir avec le sujet non plus.

ça va relax, même si c'est hs, c'est toujours intéressant à savoir.  

 
Topic Mikhaïl - powered. Le mouvement perpétuel, illustration :
 

non
 
et an va se le retapper en 2013 si mes souvenirs sont bons
 
raison le temps en info est donné en nombre de seconde a partir du 1 janv 1970 et donc en 2013 l'unsigned int utilisé  devrais revenir à 0 .....  et zouuuuu le retour de Y2K mais la c'est vraiment pas une question de matos

C'est génial on va se battre contre un bug général tout les 10 ans en fait

   http://fr.wikipedia.org/wiki/Bogue_de_l%27an_2038
 
Et c'est un peu plus chaud a corriger que celui de 2000.

 
Ca existe ne Belgique en tous cas. Alors je ne vois pas pourquoi ce serait impossible en France.
 

 
Le signed int non ?

de toute façon d'ici 2038 je pense que toutes les machines 32 bits auront été remplacées, et que le type unsigned int employé nous laissera quelques millions d'années de marge...

sauf que ca n'a rien a voir avec l'archi matérielle ...
 
si ton code est basé sur du C, la date est en Epoch donc 2 milliards de secondes écoulés depuis 1970 => Epoch Fail
 
Meme un processeur 2048 bits peut gérer un signed int 32bits, c'est une question de programmation cette fois

Au moins avec le système de date de Borland (et d'autres, genre Excel il me semble) on est tranquille pour des millions d'années (nombre flottant dont la partie entière est le nombre de jours depuis le 30/12/1899)

bah oué c'est qu'une question de conception.
tu fais un truc vérolé au depart, tout le monde se fait chier pendant des décennies, alors que ca prends pas bcp plus de temps de faire un truc propre

Ca dépend du compilateur ça, non ? (désolé je fais que du java, pas de C )
 

sérieusement QUI aujourd'hui utilise encore des types en 16bits ?
 
On est passé à 32 bits il y a 10 ans, et aujourd'hui force est de constater que c'est le standard (sauf dans certains automates sur chaines de montage), même si dans 99% des cas un int(16) serait amplement suffisant.
 
Je ne vois pas quel programmeur irait volontairement déclarer des types non standards (par rapport à ce qu'est capable de gérer l'archi matérielle) juste pour gagner quelques cycles d'instruction sur l'exécution du code... donc si le 64 bits devient un vrai standard, et que les compilateurs sont mis à jour (faut espérer d'ici là) je pense que le problème sera supprimé par l'évolution technologique.

bah ... ce bug de 2038,  ca nous fera du travail juste avant la retraite...
Exactement comme en 1995-2000 on a dû retenir voire meme re-embaucher à prix d'or des specialistes de vieux langagues informatique que plus personne ne connaissait.

Bon c'est lourd, on est pas sur le forum hardware ...

tu PERDS des cycles en utilisant des type de données inférieur à ce que le CPU peut gérer
c'est "juste" que la libc bah tu la reconstruis pas comme ca quoi

clair

c'est un secret inavouable de la profession : on sait/savait qu'il y a un gros probleme en vue, presque tout le monde est au courant mais on fait comme si...

 
t'as déja vu un avion de ligne ? parce que bon, ça roule pas vraiment sur du 225x45 R 17, quoi
et à ton avis, un morceau de métal de 10/20 cm projeté à la vitesse d'un avion au décollage (~ 300 km/h), ça fait quoi ?
(réponse : des dégats !)
 
pour HR qui se demandait comment un concorde pouvait avoir des pneus à chambre alors que l'invention de la carcasse radiale remonte à la fin de la 2nde guerre Mondiale, c tout betement une question de poids et de contraintes qui sont complètement différentes sur un pneu aviation que sur un pneu automobile : la carcasse radiale est intéressante pour sa tenue en courbe (rien à foutre, l'avion il décolle et il atterrit bien droit), par contre, ça rajoute des épaisseurs et du poids (carcasse métallique) dans le pneu, et ça l'avion il aime pas.
 
de plus, ça permet de séparer les contraintes de tenue à la pression avec la chambre, et de résistance à l'échauffement/roulement sur la carcasse
 
http://www.michelin.be/be/front/af [...] 28&lang=FR
http://www.aviation-fr.info/avion/pneus.php
 
(ptet un peu HS, mais fort intéressant )

C'est a cause de mecs aussi bien informés et sûrs d'eux que toi que l'an 2000 a été un chantier titanesque. Bien sûr que des boîtes utilisent encore des entiers sur 16 bits, et pour longtemps, la question ne se pose même pas

Pour rester dans le HS, une photo de pneus de Concorde (les pneus d' "après le crash" ), avec des humains pour situer l'échelle...
 
http://lh3.ggpht.com/_nCvaXuAIUg0/ [...] 114936.jpg
 
Et A380:

 
Un pneu de cette taille qui éclate peut très facilement envoyer des débris de 10 kg dans l'aile juste au dessus. Et ce, d'autant plus que le Concorde est un avion avec une aile au profil très particulier, qui ne crée quasiment pas de portance à basse vitesse.

 
bref, un beau secret inavouable qu'ils ont bien gardé pour eux jusqu'a ce qu'il y ait des morts et que l'enquete montre que ce défaut de conception a bien été conservé par chauvinisme
 
[/HS]