Dr BG a écrit 3501 commentaires

chers que l'éloignement + voiture est devenu une nécessité économique

Pas toujours économiquement rationnel : le prix de la voiture et de son entretien pouvant facilement coûter plus cher que la différence de loyer.

Peut-on explicitement stipuler dans un contrat qu'on se torche avec le secret bancaire (inscrit dans la loi) ? Pas sûr.

D'ailleurs Ubuntu 18.04 supprime le support de Wayland

De ce que j'ai compris, c'est Xorg par défaut, mais on peut utiliser Wayland si on veut.

C'est donc toi qui déplace à la main l'état de tes collègues ? Sinon, comment leur état est-il mis à jour ? Je pense que c'est ça la question.

C'est ton a priori sur les cheveux longs qui te font croire que c'est une femme ?

il semble que l'on soit rattaché à l'Australie en ce qui concerne le catalogue

Ce qui est probablement pas un mal non ? Ah moins qu'il aient des règles de chronologie des médias encore plus passéistes qu'en France ?

sortez-vous enfin les doigts

Ils sont où les tiens ?

En plus il donne également le même code pour les deux ;-)

C'est un peu contraire à ce qu'on nous apprend à l'école, mais ce sont les conseils promulgués par des livres comme Clean Code et autres ouvrages écrits par des programmeurs expérimentés. Ces lectures m'ont fait changer d'avis sur les commentaires et la doc.

La version Community, certes amputée est bien libre (Apache 2.0).

C'est surtout qu'il sont passés d'un acronyme INRIA à une vrai nom, comme une marque. Ce n'est plus l'INRIA, mais Inria.

Le cas de TF1 est franchement ridicule. Leur public est juste français, au mieux francophone, et ils collent un my à leur nom… Faudrait-il prononcer mailletiheffouane où mitéheffin ?

Le plus rigolo est leur site d'aide qui s'appelle mysos… Je croyais que c'était du grec !

La belle bande de ringards.

Marrant, mais mon « corps enseignant », faisait déjà des choses similaires il y a fort longtemps : http://frederic.goualard.net/software/gaol-4.2.pdf

objectivement donné une exécution 48 fois plus lente

Pour être tout à fait juste, Perl6 n'a pas grand chose à voir avec Perl5, c'est une implémentation totalement différente, donc la différence de perf peut tout à fait venir d'autre chose.

Mouais, tu dis quand même que c'est chiant (« Le pb c'est que le programmeur à priori ne sais pas si il aura affaire à un Décimal ou à un flottant, et là ça fait pas trop plaisir en général »), mais que c'est pas grave (« Il peut toujours récupérer le signal de perte d'exactitude, il saura qu'on a basculé (ou tester le type()) »).

Dans un langage impératif, changer de type suivant le résultat ne me semble pas une bonne idée, le programmeur ne peut plus prévoir ce qu'il va obtenir à la fin.

Perso, je ne l'ai pas moinsé, mais il n'a aucun intérêt.

Le calcul est sur des float, et donne le bon résultat dans l'arithmétique des flottants. Si tu veux utiliser des décimaux, il faut le dire, mais pourquoi les utiliser par défaut ? Après tout on veut peut-être des rationnels (encore plus lourd), ou carrément du calcul formel (encore vachement plus lourd) puisque tous les réels ne sont pas représentables.

Histoire de préciser ma pensée : je t'ai donné un exemple avec des décimales. Maintenant, tu fais
>>> a = Decimal('1') / Decimal('3')
>>> a - a
Decimal('0E-28')

Aïe, c'est pas 0, ça la fout mal. On a ralenti les perfs, et encore pour faire de la merde. Bon, les décimaux ça ne suffit pas, on passe au rationnels (en perdant encore de la perf aux passage) ? Ok, ça marche sur mon nouvel exemple, alors faisons un petit calcul similaire impliquant racine carrée de 2… zut, encore foireux. On s'arrête où ? C'est dommage de ne pas pouvoir faire des calculs sur les réels, mais c'est comme ça.

La solution à mon pb existe AUJOURD'HUI

Elle existe pour cet exemple-là, mais tu trouveras toujours des exemples foireux.

en général on se fout de la perfo

Non, dans la majorité des cas, on s'en fout de plus de précision.

Sans compter le fait que quelque soit le système choisi pour augmenter la précision, il y aura des calculs qui ne seront pas exacts. Si on compte sur le fait que deux variables représentant des réels sont censées être égales, on risque des bugs.

>>> from decimal import *
>>> Decimal('2') - Decimal('1.8') - Decimal('0.2')
Decimal('0.0')

Non, ce n'est pas une erreur de calcul. Le résultat est exactement celui attendu dans le cadre d'un calcul en flottants. Si tu veux un autre type de représentation des nombres, eh bien tu les utilises !

Je pense qu'il y a mieux à faire

Je t'en prie, fais-le et devient le nouveau Bill Gates (pour ce qui est de la fortune).

Sinon, comme tu as pu le lire dans d'autre commentaires, bien-sûr que ça se fait, mais seulement quand on en a besoin (rarement) parce que c'est coûteux.

Oui, on paye des assurance anti-fraude, mais la banque doit cotiser plus si elle se fait avoir souvent! donc elle préfère fâcher quelques clients et maintenir les bénéficies de ses actionnaires.

Hé bien même pas. Il me semble qu'en cas d'utilisation frauduleuse, ils annulent la transaction et c'est donc le commerçant qui paye…

Je suis chez Crédit Mutuel avec une carte MasterCard. Je ne pouvais pas effectuer un achat à 0€ chez Heroku. J'ai téléphoné, et ils m'ont dit qu'un service à Sans Francisco c'était louche, que ça ne devait pas être très connu. Ils ont débloqué ma carte après mon coup de fil.

Bref, pour se prémunir de toute fraude, ils se permettent de couper un service que l'on paie (et on paie même une assurance en cas de fraude…) avec des règles automatiques à la con. Ils ne m'avaient d'ailleurs pas prévenu qu'ils avaient bloqué ma carte.