En 1985, je ne sais pas ce qu'on avait comme ordinateur,
OP s'est un peu gouré la cause du bug est pas excel, mais Lotus 1-2-3, sorti en 83. Excel avait comme contrainte d'être 100% compatible avec Lotus, y comprit au niveau des bugs.
Pour contexte, on parle de l'IBM pc original, a savoir 8088 (genre 4 registres) et 16kB de ram au dessus d'un bus tres lent (mais qui, ironiquement, était toujours plus rapide que le CPU, pour te donner une idée de la lenteur du bouzin).
Dit autrement: c'est vraiment pas grand chose.
Je veux bien entendre que trois divisions euclidiennes, c'est trois fois plus long qu'une seule
lol, non, c'était les années 80. L'implementation a battre, c'était comparer les 2 lower bits avec 0, a savoir un bitwise AND year & 00000011. Ca, c'est effectivement instantané sur un 8088, le reste de la division euclidienne, c'est beaucoup de boulot en comparaison.
Et c'était pas juste faire ca une fois, mais le faire une fois par cellule, tout en laissant de la place pour les autres calculs de la spreadsheet.
Aussi, les mecs avait pas git et un IDE, le code source c'était de l'assembleur sur le PC de Jean-Guy, pardon, non stocke sur une disquette. La taille et la complexité du source était un probleme a gérer a l'époque.
Il y a pas mal de reference sur le sujet de ce bug dans excel, mais assez peu sur la réelle root cause, a savoir lotus. Vu le contexte hardware, le cas d'usage et la philosophie de l'époque, c'est typiquement le genre d'optimisations qui avait un gros impact sur le produit, a un cout négligeable.
[^] # Re: Volontaire ?
Posté par groumly . En réponse au journal Pâques, le bug d'Excel et la difficile adaptation de LibreOffice. Évalué à 10.
OP s'est un peu gouré la cause du bug est pas excel, mais Lotus 1-2-3, sorti en 83. Excel avait comme contrainte d'être 100% compatible avec Lotus, y comprit au niveau des bugs.
Pour contexte, on parle de l'IBM pc original, a savoir 8088 (genre 4 registres) et 16kB de ram au dessus d'un bus tres lent (mais qui, ironiquement, était toujours plus rapide que le CPU, pour te donner une idée de la lenteur du bouzin).
Dit autrement: c'est vraiment pas grand chose.
lol, non, c'était les années 80. L'implementation a battre, c'était comparer les 2 lower bits avec 0, a savoir un bitwise AND
year & 00000011. Ca, c'est effectivement instantané sur un 8088, le reste de la division euclidienne, c'est beaucoup de boulot en comparaison.Et c'était pas juste faire ca une fois, mais le faire une fois par cellule, tout en laissant de la place pour les autres calculs de la spreadsheet.
Aussi, les mecs avait pas git et un IDE, le code source c'était de l'assembleur sur le PC de Jean-Guy, pardon, non stocke sur une disquette. La taille et la complexité du source était un probleme a gérer a l'époque.
Il y a pas mal de reference sur le sujet de ce bug dans excel, mais assez peu sur la réelle root cause, a savoir lotus. Vu le contexte hardware, le cas d'usage et la philosophie de l'époque, c'est typiquement le genre d'optimisations qui avait un gros impact sur le produit, a un cout négligeable.