cours python 3

http://inforef.be/swi/dowwnload/apprendre_python3_5.pdf
http://www.afpy.org/Membembers/bcordeau/Python3v1-1.pdf

godrik: on me fait savoir dans l'oreillette que ce serait bien d'expliquer quelque part les acronymes, comme OP ou AMHA, couramment utilisés par les gens de ce forum.

OP=>Original Poster,d'ailleur cet acronyme est courament utilisé sur 4chan

"comme OP ou AMHA"

C'qu'on est modeste ici tout de même !
Un forum plein d'humilité

En vrai, je suis sûr qu'il y en a plein de tels acronymes... c'est juste qu'à force d'en abuser, je n'y prête plus attention et donc je n'y pense même plus.

vous connaissez PredPol ?

http://www.lemonde.fr/ameriques/article/2013/01/04/le-logiciel-qui-predit-les-delits_1812195_3222.html

http://quoi.info/actualite-societe/2013/01/04/logiciel-predpol-police-capable-predire-delits-comment-ca-marche-1158450/

http://www.predpol.com/

Comment ne pas penser à Minority Report ?

Ah bah d'ailleurs ils en parlent d'en l'article du Monde.

Bonsoir ! J'ai quelques petites questions, de l'ordre technique cette fois-ci.

Pour le C, selon la norme c90, le type entier est codé au minimum sur 2 octets, ce qui donne 65 536 possibilités.
Sur ma machine, il est codé sur 4 octet, ce qui me fait 4 294 967 296 possibilités.

Pourquoi alors, si je déclare un unsigned int, je ne peux pas mettre par exemple cette valeur :

4 294 967 295

sans qu'il ne m'affiche n'importe quoi ? Aurais-je zappé quelque chose ?

"je ne peux pas mettre par exemple cette valeur : 4 294 967 295 "

Tu devrais pouvoir a condition de fournir le bon suffixe de type. Tu as un bout de code qui foire?

Coucou godrik, le code fonctionnait mais il m'affichait n'importe quoi... mais j'ai bêtement oublié de mettre %u dans printf, j'avais mis %d... Problème résolu donc

Néanmoins j'ai une autre questions, le type long int ne devrait-il pas lui permettre une plus grande planche de nombre que int ? Car il est également codé sur 4 octets sur ma machine, donc toujours limité à 4 294 967 296 valeurs, du coup c'est un peu un type "inutile". Je me trompe ?

VampireGirl, long ca doit faire au moins 32bit. sur une machine 32bit, ca fait souvent exactement 32bit. Sur une machine 64bit, ca fait souvent 64bit.

Ok ok :p Donc tout est normal alors
Et donc, le codage dépends bien du processeur utilisé, c'est bien ça ?

C'est pire que ça.

Moralité, pars du principe que tu ne connais pas la taille d'un long.
Et pour les int, c'est encore pire vu que le compilo a le droit d'en faire à peu près ce qu'il en veut.

Ok En effet, un ami a eu un long codé sur 8 octets, il est sous linux 64 bits

Il faudrait que je me procure un livre sur le fonctionnement d'un ordinateur (je n'ai que les connaissances basiques que j'ai apprises en programmant en C quoi :o) )

J'adore jouer les noobs.

Quelqu'un pourrait m'expliquer concrètement la différence entre les systèmes 32 et 64 bits...?

Le CPU en a une deux fois plus grosse pour ses adresses et ses calculs. Pour adresser sur 2^33 sur un processeur 32 bits, tu vas devoir le faire en plusieurs coups; charge un premier morceau d'adresse dans un registre spécial, puis la deuxième. En un coup pour le 64 bits. Tu vas pouvoir calculer sur de plus grands nombres et des tas d'autres améliorations au niveau de l'architecture.

VampireGirl, tout ce que tu as besoin de savoir sur ça est ici:
http://en.cppreference.com/w/cpp/language/types

la plupart des compilateurs ont une implémentation de stdint.h (cstdint pour c++) qui définis des type plus précis.

http://www.cplusplus.com/reference/cstdint/

C'est toujours marrant de voir John Carmack se prononcer.

"The major evolution that is still going on for me is towards a more functional programming style, which involves unlearning a lot of old habits, and backing away from some OOP directions."
http://kotaku.com/5975610/the-exceptional-beauty-of-doom-3s-source-code?post=56177550