Reprise du message précédent :
CollegueG a flingué la machine de build, ça builde plus rien

Pour les enceintes, c'est un truc à faire pour assouplir la membrane, enfin l'attache au panier. C'est même recommandé par les fabricants. Pour les gros casques, qui sont des mini enceintes, c'est pareil. Pour des petits casques ou des intras, par contre, ça ne sert à rien.

T'as reçu le mail du justicier masqué ?

Nan mais monster cable recommande d'utiliser ses cables pour avoir un meilleur son, c'est pas pour autant que c'est vrai

Need: un vrai argumentaire pour dire à quelqu'un que non, faire de la compta et de la finance avec des doubles c'est pas normal et pas une bonne idée du tout.

je serais toi, je regarderai pour un routeur qui soit compatible DD-WRT (c'est un firmware alternatif très sympa à configurer, qui fait le basic mais a aussi une chiée d'options sympa (serveur SSH pour du tunelling, etc...)
 
cherche ici dans leur DB : http://www.dd-wrt.com/site/support/router-database
 
je recommande du Linksys en Wifi N
 

+1 ...WPA2 + AES, avec une passphrase de plus de 20 char, t'as un truc déjà sérieux niveau sécurité...t'emmerde pas avec le masquage du SSID ou le mac filtering, c'est contournable assez facilement et ça suffit juste à t'emmerde toi (le masquage du SSID pose tes problèmes pour ajouter certains éléments à ton réseau, et le mac filtering ça fait chier si tu veux rajouter rapidos un nouvel élément (genre un pote vient et il veut le wifi 5 min pour checker ses mails)
 

Disons que le rodage des parties mécaniques a quand même plus de sens.

 
 
tu veux faire ça avec quoi ? un type particulier dans lequel tu gères le nombre de décimales significatives, les règles d'arrondis, etc ?

http://docs.python.org/library/decimal.html

Oui, celui qu'a lié kangol. Ou même faire ça à coup d'entiers.

extrait du lien de kangol

Ca me semble déjà un bon point de départ

ouais on voit un crane

 
Trop tard, j'ai pris le machin le moins cher que j'ai trouvé a la fnac.
 
La sécurité, je m'en tape un peu (puis ils font tous wpa2 de toutes façons), si mon voisin veut utiliser le net je n'y vois pas d'inconvénient.

le problème des entiers, c'est que c'est lourd si tu décide de changer la précision en cours de route...

Sauf que pour les câbles, il n'y a aucun argument physique qui peut expliquer une amélioration, alors que le rodage des membranes est parfaitement rationnel. (Et je l'ai expérimenté moi-même à plusieurs reprises.)
Il ne faut pas juger une enceinte qui sort du carton, mais seulement après quelques dizaines d'heures de rodage.

Sauf que réponse d'en face: "non mais ça montera jamais à une différence d'1 centime" (et en db c'est -- habituellement -- stocké dans du Numeric(16, 2), donc un champ décimal) et "suffit de tester avec un epsilon au lieu d'une égalité stricte"

http://www.1023.org.uk/the-1023-overdose-event.php

tu stockes des microcentimes et baste.

 
C'est pratique aussi de pouvoir diviser par 360, remultiplier et d'être sûr d'avoir le même résultat.

 
Avant qu'on te dise que 5e-17 ca n'a aucune importance puisque le résultat final est tronqué à 10^-2 pres
 
 

T'as un pied dans la porte, pousse : "pourquoi faire des bidouilles pour garder le truc à peu près correct alors qu'il y a des outils pour faire ça bien sans avoir à y penser ?"

sauf quand arrive la conversion de devise.

Ca tombe bien, on a installer une nouvelle porte en verre vendredi...

si, mets une bonne addition dessus.

"Ça prend des ressources de tout changer" (c'est pas un nouveau développement, le truc)

j0re?

 
t'as pas précisé le langage, tous les langages ont pas ce genre de type
 
mais effectivement c'est très adapté (et à coup d'entiers, comment tu gères la partie décimales, à moins de faire un wrapper partie entière + partie décimale ?)
 
edit : non c'est con comme question, effectivement, tu gères des milli ou micro unités de monnaie...

 
Et elle était présidente du PSC, parti social-chrétien, pas mal
 
http://www.lesoir.be/actualite/bel [...] 1462.shtml

Combien de plus que pour maintenir les bidouilles et la doc qui va avec (plus l'élimination des bugs causés par ces bidouilles lors des évolutions futures) ?

Et surtout les float ou les doubles c'est pour des calculs à virgule _flottante_, en compta la virgule elle est fixe

 
Virgule fixe ftw !

tu intefaces le temps que l
 

 
Si t'additionne un grand nombre et un petit nombre, tu risque de perdre de la précision sur le petit, voire tout le petit. Si tu fais la somme de plein de trucs ensemble de manière naive (boucle avec sum +=), tu tombe facilement dans ce cas.

 
PopMundoG

tu intefaces le temps que le changement se propage ?
 

un compte qui a 3000 opérations dedans qui on un ordre de grandeur de 10000 entre elles (plus d'autres opérations qui n'ont pas de cancellation).
essaye, tu fait 3000 * (10000 + 1) (sans la multiplication hein, en additionnant et sans garder les bits supplémentaires et de parité, parce que tu les auras pas en base)

 
Avec une précision double tu tombes dans ce cas que si tu traites des nombres de l'ordre de 45 000 milliards ... (2^52/100). Sachant que le calcul dénormalisé se fait en précision étendue pour éviter justement ce genre de cas, je vois pas ou est le problème des sommes.
 
L'unique problème, comme dit Masklinn, c'est au niveau des égalités. Et ca peut etre facilement contourné ...  

rhaaaaa!!!
 

14:04:46,569 ERROR [STDERR] Error 
  SEPM0009: Values of 'standalone' and 'omit-xml-declaration' conflict
14:04:46,569 WARN  [ServiceController] Problem starting service portal:service=CMS
net.sf.saxon.trans.XPathException: Values of 'standalone' and 'omit-xml-declaration' conflict
    at net.sf.saxon.event.XMLEmitter.writeDeclaration(XMLEmitter.java:208)
    at net.sf.saxon.event.XMLEmitter.openDocument(XMLEmitter.java:138)
    at net.sf.saxon.event.XMLEmitter.startElement(XMLEmitter.java:284)
    at net.sf.saxon.event.XMLIndenter.startElement(XMLIndenter.java:116)
    at net.sf.saxon.event.UncommittedSerializer.startElement(UncommittedSerializer.java:149)
    at net.sf.saxon.event.NamespaceReducer.startElement(NamespaceReducer.java:72)
    at net.sf.saxon.dom.DOMSender.outputElement(DOMSender.java:213)
    at net.sf.saxon.dom.DOMSender.walkNode(DOMSender.java:162)
    at net.sf.saxon.dom.DOMSender.send(DOMSender.java:96)
    at net.sf.saxon.dom.DOMObjectModel.sendSource(DOMObjectModel.java:216)
    at net.sf.saxon.event.Sender.send(Sender.java:231)
    at net.sf.saxon.IdentityTransformer.transform(IdentityTransformer.java:32)
    at org.jboss.portal.common.xml.XMLTools.toString(XMLTools.java:173)

en lib séparée, t'en as probablement partout, au pire en adapters sur des libs C qui font ça.

Ouaip, c'est habituellement (d'après ce que j'ai compris) comme ça que c'est fait quand t'as besoin de plus de vitesse que sur des types décimaux (qui sont souvent plutôt lents)

Si je savais...

Ah ben oui ma bonne dame, mais on est payés à faire, pas à bien faire

Bah tu tombes pas si facilement sur un cas qui atteint même 2 ordres de grandeur sous le centime en fait.

>>> total = 0
>>> for i in range(3000):
...     total = total + 100 + 0.01
... 
>>> total
300030.00000001275
>>> 3000 * (100+0.01)
300030.0

 
si je passe à 30000 itérations, 10000 et 0.01 c'est un peu mieux:

>>> total
300000299.99987334
>>> 30000 * (10000.01)
300000300.0

mais ça génère encore pas d'erreur stocké avec un round(2)
 
Et si le stockage est fait après chaque addition, ya rien du tout de visible.

leo is back \o/
Cosmoschtroumpf l'a sorti du congélo \o/

mais putain, elle existe ma fonction, bordel de merde

Dans les flux financiers, on arrondit à 10^-6, je crois bien. Il me semble qu'il faut quelque chose comme 12 chiffres significatifs.
Mais bon, comme leo++, utiliser des doubles ne me semble pas déconnant a priori, si on fait attention à la façon dont les calculs sont effectués (pas de multiplication entre nombres d'ordres de grandeur très différents, par ex).

Il a les messages d'erreur en français