Reprise du message précédent :

 
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]

heu, l'enquète a surtout montré que l'avion parti juste avant avait eu un problème, il aurait jamais du perdre ce morceau de métal qui a provoqué l'accident .

mais bon /HS ...

Il y a truc que je ne comprend pas sur le bug de l'an 2000
vu que le système de codage sur 32 bits permet d'atteindre l'an 2038, je ne vois pas comment sa peut créer un problème au niveau des calculs des dates
 
Pour moi il ne s'agit que d'un problème d'affichage, vu que la machine n'affiche que sur 2 chiffres
donc on aurait eu des affichages du type 01/01/00 ou 01/01/1900  
La machine sait qu'il est en l'an 2000 mais l'affichage ne suit pas, à l'utilisateur de fair la conversion dans sa tete

on stockait l'année sur deux chiffres sur ces systemes la, et non avec ce qu'on a évoqué par la suite, héritage d'une époque ou l'octet avait un prix élevé

avec un caillon de 5 cm tu peux casser une vitre de plus d'un metre de haut

comme dab, petite economie de rats pour une grand mega pb

L'utilisateur sait faire la conversion quand il a un contexte : /../08 c'est  un centenaire ou un bébé?
Facile si tu bosses pour une caisse de retraite ou une maternité, un peu moins dans les autres cas.

De même, beaucoup de programme font des comparaisons de date mal foutue : facture à échéance le 15/12/99 on est le 15/01/00 -->plouf le rappel...

Autre secret que tout le monde connait : champ de quantité sur 13, champ de prix sur 13, champ du total sur 13... on part du principe relativement logique que le prix d'un objet est inversement proportionnel à la quantité qu'on achète/vend/...

 
La grande erreur à ne pas faire.
Une machine ne sait rien, elle ne fait que stocker/interpréter des données    

ok si j'ai bien comprit en l'an 2000 il y a avait 2 système pour mémoriser la date
- soit sur 32bits en décomptant a la seconde depuis 1970
- soit en ne mémorisant que les 2 chiffres de l'année  
 
sauf qu'un ordinateur ne peut sauvegarder un nombre sur 2 chiffres car sa voudrait dire que l'ordi fonctionnerait en base 10
or il fonctionne en base 2, si on prend 7 bites on peut compte jusqu'a 128 années
Autrement dit quand on arrive a l’année 100 on ne revient pas à 00 dans la mémoire de l’ordi, par contre l’écran lui affichera 00
 
par exemple si on veut faire un calcul d'age d'une personne (avec 7 bits pour codé l'année et en partant de l'année 1900)
1985 correspondrait au nombre 85 (1985 moins 1900)  
Et 2008 correspondrait au nombre 108
Donc 108-85 = 23 ans
Bon, après sa doit dépendre du type de calcul qu’on veut faire, et comment sa été programmé  

la date etait stocké sous  forme de deux octets  
95 , premier octet 9 1001 , deuxieme octet 5 0101, donc avec ce syteme on va bien que jusque 99 ..
 
sinon pour revenir a  fumisterie or not fumisterie c'est tout le batage mediatique qu'il y'a eu sur le Y2K qui a ete uen vaste fumisterie, je pense notamment au carte pci horloge  speciale Y2K qui ont étés vendues, alors qu'a cette epoque tout les pc pouvant recevoir cette carte etait parfaitement compatible an2000 (edit: comptage sur 32bits)
 
car si le probleme etait bien reel, il concernait surtout certaines banques, assurances, qui tournait sur des sytemes datant de la prehistoire informatique où a l'epoque un disque dur coutait un bras,  systeme qui n'avait jamis ete mis a jour  pour la simple et bonne raison que  " tant que ca marche, on a pas de raison de changer " ...
 
le futur nouveau bug suit le meme chemin, pour le commun des mortels ca n'aura aucun impact, car y'a bien longtemp qu'il aura changer de machine pour faire arriver a tourner  half life 10 sous directX22...
 
 
edit: le comptage a la seconde est le systeme actuel , instaure je pense depusi au moins les 386  (premiers processeurs 32bits), pour ceux la  le bug Y2K, etaient de la fumisterie
le comptage  sur deux octets c'est les premiers sytemes informatiques et donc certains etaient encore en activité a l'aproche de l'an 2000
 
je pense ne pas m'etre trompé
désolé pour le HS
 
je reprend mon lurkage
 
(edit : correction de fautes de frappe )

Cyrix : ouais, c'est tout à fait ça. Dans le milieu bancaire/assurances, ça a été un chantier énorme, et pas par effet de mode. D'ailleurs ça arrive encore de temps en temps qu'une limite supposée infranchissable soit franchie (des trucs assez spécialisés, beaucoup moins grand public qu'une date sur un calendrier), et à chaque fois c'est un sacré souk.
 
Par exemple, jusqu'en 2006, il fallait à la louche 2 millions de livres turques pour faire un euro, avec l'augmentation des flux financiers y'en a qui ont fait de l'huile Accessoirement en 2006 elle a également changé d'acronyme (TRY au lieu de TRL), ce qui mine de rien a aussi foutu le bordel dans certaines boîtes, aussi ridicule que ça puisse sembler.

Le Concorde est un défaut de conception géant à lui tout seul...
 
-Une aile très vulnérable aux débris, vu sa forme très longue...
-Des turboréacteurs juxtaposés: au moindre gros pépin de l'un, l'autre est immédiatement touché...
-Une aile au profil hyper spécifique qui crée une charge très forte au décollage, et des pneus mal dimensionnés... Y'a un nombre incalculable d'incidents de pneumatiques sur Concorde...
 
Ca te fait un avion qui a des pneus qui éclatent facilement au décollage au moindre bout de tôle qui traîne. Une aile très longue qui ramasse tous les débris que peuvent éjecter les roues. Et un avion qui perd la moitié de sa puissance moteur dès qu'un réacteur est en flammes...
De nos jours, un "concorde-like" ne passerait jamais l'homologation.
 
En fait, Concorde est l'application directe de technos typiquement militaires conçues dans une optique de hautes performances (en avion de ligne civil, même 45 ans après, on n'a toujours pas fait mieux en qualités de vol) avec un MTBF très faible...  
Suffit d'aller dans une base militaire pour s'en convaincre, les appareils passent nettement plus de temps cloué au sol qu'en l'air. Pour Concorde, chaque heure en l'air, c'était 15/20h à réviser ou changer des pièces...
En fait, les "bonnes statistiques" de Concorde, c'est simplement parce qu'il y avait très peu d'appareils, qu'ils étaient pilotés par l'élite des pilotes de ligne, qu'ils avaient 10 fois plus de maintenance que les autres coucous, et que cette maintenance était effectuée par les meilleurs techniciens disponibles.
 
Inversement, un avion de ligne civil "normal", ça peut être entretenu n'importe comment et perdre un nombre incalculable de pièces diverses et variées sans que les qualités de vol n'en soient affectées. Si vous saviez l'état dans lequel volent certains avions des charters ou de compagnies africaines, personne n'irait plus jamais en vacances à Marrakech, Djerba ou Louxor.

 
Rien compris...

+1

Il dit que les informations prix et quantité sont regroupées dans un seul champ ce qui permet de gérer tout les cas de figure à partir d'un seul gros champs.
Par exemple :
Si il y a des achats d'avions faut un gros champ pour le prix.
Si il y a des achats de litre de carburant faut un gros champ pour la quantité également. On peut penser que pour pouvoir gérer ces deux cas, on doit créer deux gros champs. Or si on part du principe que personne n'achète 10000 avions et que le litre de carburant n'atteindra pas 10000 € en fait un seul champ de grande taille peut être utilisé et il prendra en charge les deux informations. On fait donc une économie de mémoire .

EDIT: OK j'avais mal compris.

 
Champ de prix sur 2
Champ de quantité sur 2
 
Normalement le champ devant recevoir total = prix*quantité devrait être sur 4, pour pouvoir contenir 99*99= 9801
 
Mais non, ils partent du principe que les trucs à + de 49, les gens n'en achètent qu'1, et que le truc à 1 les gens n'en achètent pas plus de 99, donc le total ne dépassera jamais 99.

Il y en a bien d'autres encore (pour être précis)

Un truc qui me fait marrer, c'est que l'info à grosso merdo qu'une trentaine d'année, secteur à la pointe toussa. . .  
 
Et qu'il y a une plombe que les horloger ont résolu le problème des dates avec de "simple" engrenage :
 


 
Par contre c'est pas le même prix qu'un EEEPC  

un ingé m'avait sorti qu'il n'arrivait pas a imaginer comment on faisait avant l'electronique
les relais, les registres hydrauliques, les mécanismes des horloges-calendrier du moyen age (qu'on ne sait pas réparer !! ca me fera toujours halluciner ), tout ca fonctionne tres bien et ne necessite qu'un entretien somme toute modéré, alors que l'electronique necessite une conception béton de chez beton, et tu peux etre emmerdé par une oxydation des connecteurs ou un bete faux contact (qui n'a jamais eut une telecommande "morte" qui tombe en marche moyennant une petite tape ? )
 
c'est vraiment honteux

 
 
Les forumeux du topic montres seraient plus a l'aise que moi pour en parler mais la complication "calendrier perpetuel" est extremement complexe à definir et aussi à integrer dans une montre poignet, ce genre de montre necessite plusieures années de dev avant la sortie du modèle.
 
Le plus marrant c'est que je ne croit pas que ca existe en quartz ?

plusieurs années de dev ?
une fois fait c'est fait non ? ils réinventent tout a chaque fois ?
bon en meme temps chui pas sur de ce qu'est un calendrier perpetuel alors je v aller faire un tour sur le topic montres

 
Bon  tant qu'on est dans le HS...
 
 
- un calendrier "perpétuel" classique en horlogerie mécanique est un mécanisme d'affichage du quantième (genre aujourd'hui le 18) qui gère le 29 février (et évidemment le 28, et les mois à 30/31)
 
Il y a des variantes qui gèrent le 29 y compris pour les passages de siècle/millénaire
 
 
- en soi, si on est "no limit", ce genre de mécanisme n'est pas extrêmement difficile à concevoir, mais il y a deux difficultés :  
 
1. ça bouffe de l'énergie, or c'est un truc précieux dans une montre mécanique, l'énergie délivrée par le ressort qui se détend, il faut arriver à faire un mécanisme bien conçu c'est à dire avec le minimum de pièces (rouages/pignons etc...) qui impliquent une déperdition d'énergie...  
 
2. Il faut si possible permettre un réglage des affichages (quantième, jour, mois, année bissextile ou non ...)  pour savoie où on en est, et mécaniquement, ça a l'air con, mais ça n'est pas évident d'avoir des mécanismes déclenchant une avance d'un cran de différents affichages coordonnés en même temps, et qui soit en même temps : désynchronisable pour le réglage ; réglables en arrière...
 
Ce qui est difficile est de concevoir un truc bien pensé. (un peu comme en info, bien coder une fonction X c'est différent de coder pour entrer une fonction X)
 
 
- il existe des QP à quartz, typiquement seiko premier quartz QP, qui marche très bien.
 
 
- le mécanisme de calcul/affichage de date le plus compliqué à ma connaissance est le comput ecclésiastique, qui affiche la date de pâques pour chaque année, et pour cause, cette date dépend de paramètres lunaire et de jour (et de leur coincidence) qu'il faut "traduire" en mécanismes se coordonnant ensuite pour déterminer l'affichage.
 
Il existe des horloges à comput (p. ex. Strasbourg) et l'une a été construite dans le dernier 1/4 de siècle (comput de Klinghammer), il y a encore un savoir faire pour leur construction et réparation.

-tac-, le gilgamesh des montres

 
Et donc on stock le tout sur 3x13 = 39 bits ?

Au temps pour moi j'avais pas compris comme il faut en fait.
En fait la capacité max du total devrai logiquement être de max du prix* max de la quantité
donc 13 + 13 + 26 = 52bit
Sauf que partant du principe que la quantité est inversement proportionnel au prix c'est pas la peine de prévoir l'achat de 2^13 objets à 2^13€
Donc sont utilisés 13 + 13 + 13 bit au total ce qui fait qu'en calculant bien son coup et en faisant faire un tour complet au compteur, y a moyen de payer moins que prévu si les caisses de carrouf sont faites comme ça.  

Pour l'exemple avec 13 bits non signé ça donne un total de 0 à 8192€ max
- Bonjour je voudrai vous acheter 8 portables à 1030€
- *tape tape* ça vous fera 8240 48 €
- Merci  

A moins qu'il ne s'affiche une erreur capacité comme sur toute bonne calculette et là ça serait dommage.

Je vote pour ça

 
 
désolé le message date un peu mais j'ai pas résisté au plaisir de relever ça
 
le code monétaire et financier dit que normalement on a le droit de faire un cheque sur tout support papier, pourvu que ce support
soit résistant, et il prévoit expréssement que ce papier ne pourra pas être du papier hygiénique !! faudrait que je retrouve  
l'article, je l'avais lu en plein partiel de droit des affaires (fou rire tout seul devant mon code)

oui dans le code
 
mais les convention entre toi et ta banque ne l'autorisent pas en général

Les cheques géant que reçoivent les chanceux qui ont gagner au loto
ce ne sont pas des cheques imprimer par une banque, mais tu peut quand même aller a ta banque avec ce cheque en carton et ils te le prendront sans problème
Pour faire simple si le cheque est une très grosse somme aucune banque ne vont te le refuser, peu importe le supporte du chèque
 
En revanche pour les cheques de petite somme, c'est différent :
Sur un chéquier de banque il y a plein d'info dessus (code barre, numéro de série...) pour protéger le cheque et en attester son authenticité. Comme fractal la dit la convention que tu a signer avec ta banque ne te l’autorise pas, car sa leur fait des vérification supplémentaire.  
 
La photocopie de cheque est refusée, pour éviter qu'un voleur ne le photocopie et l'utiliser en 36000 exemplaires

 
Bwoaf, c'est normal. Dans 100 ans qui saura réparer une ancienne bagnole ou programme dans un vieux langage casio?
 

 
Putain, s't'idée bien ancrée me fera toujours marrer
 
99% de l'électronique est basé sur du " bon, on va dire qu'on néglige ça... Et puis que ça c'est pas la peine de le prendre en compte... Et que ça, ça fait a peu près la valeur là. ".  
L'électronique de précision commence avec des microcontroleurs/microprocesseurs mastocs. Les pannes aléatoires sur les carte mère par exemple, ça peut venir d'une bascule presque correct, de résistances qui ont leurs valeurs qui sont quasi bonnes et qui s'additionnent ou d'un tas de trucs. Tiens d'ailleurs la plupart du temps, comme les composants ont une tolérance de différence de valeurs avec celle indiquée, on se dit que les écarts vont s'annuler ( un composant qui en a en trop en compensera un autre qui en a en moins ), c'est dire si c'est précis
 
Le must: Les composants ont des courbes de fonctionnement en fonction de la température   " Tu a acheté ta station météo pour foutre dans le jardin a pas cher? Ahah, en dessous de 15°C elle déconne " " C'est con que ton transfo chinois a moitié prix ne régule plus rien quand il chauffe   "
 
Nan l'électronique c'est clairement pas une conception béton de chez béton

"necessite une conception beton" justement pour pas que ca chie a mort

 
Oui mais non
 
L'électronique c'est pas plus compliqué que de la plomberie dans 99% des cas
 
Et la plupart du temps ça s'appuie sur des schéma de module ( réception, alimentation, traitement, affichage, ect ) et ça ressemble a des légo

oui mais bizarrement en avionique, spatial etc c'est pas aussi a l'arrache que pour les objets courants, bizarrement

Justement, entre ta chinoiserie electronique à 1£ et une station orbitale, l'electronique n'est pas la même, les composants non plus, et les études légérement différentes...
 
En électronique comme dans tous les domaines, tu peux faire le top du top ou de la grosse merde...

chememe plus ce que je voulais dire et j'ai la flemme de relire

 
 
 
Oui mais bizarrement quand on affirme sans savoir on lit vachement moins bien que les posts courants, bizarrement.
 
Évidement que quand il faut de la précision extrême, que quand on va dans des domaines très couteux ou nouveau c'est moins fait a l'arrache.  
 
C'est pas parce que tu t'es fait cuire un steak que tu va dire que la cuisine c'est une hygiène en béton et que quand un mec va raconter qu'il a connu un serveur qui pissait dans les plats que tu va rétorquer que non, et finir par dire que le cuisto de sarko ne chie pas dans son assiette; alors s'il te plait ne fait pas la même chose avec l'électronique parce que tu a fait un porte clé lumineux en techno au collège.  

Dans 100 ans, on saura retrouver comment réparer une ancienne bagnole, même si tout le savoir et le matériel se serait perdu.
 
Alors que là si j'ai bien compris le sens de la phrase, c'est qu'on est pas foutu-capable de COMPRENDRE comment réparer.

Euuuh...  
 
Pour une opération similaire, entre un système mécanique et un système électronique tous deux bien conçus et bien réalisés, le circuit électronique a quand même pas mal d'avantages:
-Entretien nul
-Coût nettement réduit
-Beaucoup plus compact
-Moins sensible aux vibrations
-Système plus réactif
 
En face, t'as un système mécanique qui sera lourd, encombrant, coûteux, lent, fragile, et qu'il faudra parfois entretenir (lubrification). Le seul avantage de la mécanique par rapport à l'électronique, c'est sa résistance aux chocs électriques et autres ondes EM...
 
D'ailleurs, 99% des problèmes de circuits électroniques rentrent dans ces 3 catégories:
-Circuit mal conçu (hardware et/ou software...)
-Choc électrique
-Connectique (on est plutôt en méca/matériaux qu'en électronique, finalement...)
 
Pour rester dans le ton du topic:
Dans les bagnoles, les trois quarts des problèmes liés à l'électronique sont en réalité des problèmes de développement logiciel défaillant (la "reprogrammation" : flasher le firmware, quoi...) ou des problèmes de connectique qui supporte mal les vibrations, de contacts qui s'oxydent, etc...

 
Le nombre du jour est : 99%  

d'un coté c'est facile de dire que la carte a cramer car c'est mal conçu

 
On parle bien plus souvent en nombre de caractère saisissables/affichables qu'en type mémoire.
Dans la base de données on déclare le champs number(13,3), idem sur les écran et après la façon dont s'est stocké, traité  c'est pas mon problème mais celui du compilo, jvm, api...  
Le milliard  laisse bien plus de marge pour les courses au carrouf du coin