Topic des couche tard (28).

kouskous · Le 11/08/2009, à 22:39

*BLAM BLAM*
-Brouf-

Miam !

Kanor · Le 11/08/2009, à 22:40

Elzen · Le 11/08/2009, à 22:45

Ç'pas drôle, ma tablette graphique a de plus en plus tendance à s'arrêter de fonctionner sans raison jusqu'à ce que je la rebranche, et de ne réagir qu'une fois sur deux ou trois quand je la branche... j'avais un peu abîmé l'USB dans le train du retour des RMLL, mais sur le coup, ça n'avait pas l'air grave...

Sinon, j'me disais, vu la petite guéguerre qu'il y a entre la Police et la Gendarmerie, et que la Gendarmerie est en train de s'équiper d'Ubuntu, ce serait marrant que la Police passe à Mandriva ^^

gnuuat · Le 11/08/2009, à 22:49

Kanor a écrit :

Oh j'avais un morceau de code python sur ça

def calculeD(lat1,lon1,lat2,lon2):
   R = 6367000
   d = 2 * R * asin(sqrt( pow( sin((lon1 - lon2) / 2 ),2)  + cos(lon1) * cos(lon2) * pow( sin((lat1 -lat2)/2),2)))
   return d

T'as pas l'impression que ça fait plus de 80 colonnes ? O_o .
Et puis on n'utilise jamais pow pour une puissance de 2, ni de 3 ! C'est à partir de 4 que ça devient intéressant !

guguscat · Le 11/08/2009, à 22:51

gnuuat a écrit :

Kanor a écrit :
Oh j'avais un morceau de code python sur ça
def calculeD(lat1,lon1,lat2,lon2):
   R = 6367000
   d = 2 * R * asin(sqrt( pow( sin((lon1 - lon2) / 2 ),2)  + cos(lon1) * cos(lon2) * pow( sin((lat1 -lat2)/2),2)))
   return d
T'as pas l'impression que ça fait plus de 80 colonnes ? O_o .
Et puis on n'utilise jamais pow pour une puissance de 2, ni de 3 ! C'est à partir de 4 que ça devient intéressant !

Heu...
C'est du python là...

tshirtman · Le 11/08/2009, à 22:55

un poil vexé le rouge xD

en tout cas merci d'avoir consolidé ce que j'avais intuité

edit non plus de 80 colonnes en python saymal aussi (voir la PEP 8)
http://www.python.org/dev/peps/pep-0008/

Dernière modification par tshirtman (Le 11/08/2009, à 22:57)

rmy · Le 11/08/2009, à 22:55

@Le Rouge merci.
@guguscat oui aussi pour la gestion des tournois.

Dr Le Rouge · Le 11/08/2009, à 22:56

Parfaitement ! Je boude ! Na !

Bon intuitage cependant

guguscat · Le 11/08/2009, à 22:59

rmy a écrit :

@guguscat oui aussi pour la gestion des tournois.

Je parlais pas des collones :s

красная · Le 11/08/2009, à 23:08

bon ce soir je me couche tôt, d'autant plus qu'il faut que je fasse des efforts surhumains pour comprendre ce que vous dites (niveau en maths et en info bien bas) et que mon cerveau surchauffe...sur ce bonne nuit

kouskous · Le 11/08/2009, à 23:16

Bisous !

spatz · Le 11/08/2009, à 23:25

Plop . Bn

PPdM · Le 11/08/2009, à 23:26

kouskous a écrit :

Bisous !

nan!:P

kouskous · Le 11/08/2009, à 23:29

pierguiard a écrit :

kouskous a écrit :
Bisous !
nan!:P

Si.

Phoenix. · Le 11/08/2009, à 23:38

plop

gnuuat · Le 11/08/2009, à 23:46

@ guguscat :
Ben même, c'est pas parce que t'as l'habitude d'utiliser un langage proche de la machine et de faire en sorte que ça soit optimisé qu'il faut que quand tu passes à un langage de haut niveau tu codes comme un porc O_o (je dis pas que Kanor code comme un porc, mais guguscat laisse entendre que parce que Python est un langage interprété, ya pas à optimiser).

Ok, en Python on peut pas utiliser les décalages de bits pour multiplier ou diviser par des puissances de deux, mais on peut quand même éviter d'utiliser pow(n, 2) au lieu de n * n et n * 2 au lieu de n + n.

Je vous rappelle messieurs qu'à une époque, optimiser c'était obligatoire pour qu'un programme puisse tourner sur un Performa 575, et que maintenant qu'on a des Quad core, yen a qui pensent (comme guguscat apparement) qu'on peut faire des OS qui nécessite 4 Go de RAM et exit les vieux ordi !

(Point Godwin (contexte ubuntu-fr) caché ?)

tshirtman · Le 11/08/2009, à 23:54

Ok, en Python on peut pas utiliser les décalages de bits pour multiplier ou diviser par des puissances de deux, mais on peut quand même éviter d'utiliser pow(n, 2) au lieu de n * n et n * 2 au lieu de n + n.

Heuuuu

gaby@mad-hatter [~]python
Python 2.6.2 (release26-maint, Apr 19 2009, 01:56:41) 
[GCC 4.3.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> 1<<10
1024
>>> 512>>4
32
>>> 512>>7
4
>>> 512>>10
0
>>> 512<<42
2251799813685248L
>>>

diodio13fr · Le 12/08/2009, à 00:03

Dr Le Rouge · Le 12/08/2009, à 00:07

points !

Bonne nuit, je vais bouder dans mon coin bande d'ingrats

Grünt · Le 12/08/2009, à 00:09

plopapoints

꙳♒⏅⚓ ЅаίԼίՈԶ ⚓⏅♒꙳ · Le 12/08/2009, à 00:17

.

guguscat · Le 12/08/2009, à 00:19

gnuuat a écrit :

@ guguscat :
Ben même, c'est pas parce que t'as l'habitude d'utiliser un langage proche de la machine et de faire en sorte que ça soit optimisé qu'il faut que quand tu passes à un langage de haut niveau tu codes comme un porc O_o (je dis pas que Kanor code comme un porc, mais guguscat laisse entendre que parce que Python est un langage interprété, ya pas à optimiser).
Ok, en Python on peut pas utiliser les décalages de bits pour multiplier ou diviser par des puissances de deux, mais on peut quand même éviter d'utiliser pow(n, 2) au lieu de n * n et n * 2 au lieu de n + n.
Je vous rappelle messieurs qu'à une époque, optimiser c'était obligatoire pour qu'un programme puisse tourner sur un Performa 575, et que maintenant qu'on a des Quad core, yen a qui pensent (comme guguscat apparement) qu'on peut faire des OS qui nécessite 4 Go de RAM et exit les vieux ordi !
(Point Godwin (contexte ubuntu-fr) caché ?)

Je suis completement d'accord, il faut éviter de boucler comme un con ou quoi mais honnetement le pow en python je trouve pas que ca change bcp :s
Après si tu fais du c ou de l'asm sur que c'est bien de penser en optimisation... Bien que maintenant les compilateurs font du bon boulot :s

Edit: sur ce bn :-)

Dernière modification par guguscat (Le 12/08/2009, à 00:20)

inbox · Le 12/08/2009, à 00:27

Suis content d'être mauvais en math.

Toineo · Le 12/08/2009, à 00:28

Allez, j'y vais, bonne nuit.

tshirtman · Le 12/08/2009, à 00:28

gaby@mad-hatter [~]python -m timeit "for a in range(100): a*a"
1000 loops, best of 3: 281 usec per loop
gaby@mad-hatter [~]python -m timeit "for a in range(100): pow(a,2)"
1000 loops, best of 3: 475 usec per loop
gaby@mad-hatter [~]python -m timeit "for a in range(100): a**2"
10000 loops, best of 3: 86.4 usec per loop

a**2 est (bien!) plus rapide que a*a lui même plus rapide que pow(a,2).

marrant

Dernière modification par tshirtman (Le 12/08/2009, à 00:29)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#826 Le 11/08/2009, à 22:39

Re : Topic des couche tard (28).

#827 Le 11/08/2009, à 22:40

Re : Topic des couche tard (28).

#828 Le 11/08/2009, à 22:45

Re : Topic des couche tard (28).

#829 Le 11/08/2009, à 22:49

Re : Topic des couche tard (28).

#830 Le 11/08/2009, à 22:51

Re : Topic des couche tard (28).

#831 Le 11/08/2009, à 22:55

Re : Topic des couche tard (28).

#832 Le 11/08/2009, à 22:55

Re : Topic des couche tard (28).

#833 Le 11/08/2009, à 22:56

Re : Topic des couche tard (28).

#834 Le 11/08/2009, à 22:59

Re : Topic des couche tard (28).

#835 Le 11/08/2009, à 23:08

Re : Topic des couche tard (28).

#836 Le 11/08/2009, à 23:16

Re : Topic des couche tard (28).

#837 Le 11/08/2009, à 23:25

Re : Topic des couche tard (28).

#838 Le 11/08/2009, à 23:26

Re : Topic des couche tard (28).

#839 Le 11/08/2009, à 23:29

Re : Topic des couche tard (28).

#840 Le 11/08/2009, à 23:38

Re : Topic des couche tard (28).

#841 Le 11/08/2009, à 23:46

Re : Topic des couche tard (28).

#842 Le 11/08/2009, à 23:54

Re : Topic des couche tard (28).

#843 Le 12/08/2009, à 00:03

Re : Topic des couche tard (28).

#844 Le 12/08/2009, à 00:07

Re : Topic des couche tard (28).

#845 Le 12/08/2009, à 00:09

Re : Topic des couche tard (28).

#846 Le 12/08/2009, à 00:17

Re : Topic des couche tard (28).

#847 Le 12/08/2009, à 00:19

Re : Topic des couche tard (28).

#848 Le 12/08/2009, à 00:27

Re : Topic des couche tard (28).

#849 Le 12/08/2009, à 00:28

Re : Topic des couche tard (28).

#850 Le 12/08/2009, à 00:28

Re : Topic des couche tard (28).

Pied de page des forums