definir a [8,8,2,1,9]
si 8 dans a alors:
afficher a[0]
sinon si 2 dans a alors:
afficher a[2]
importer test
executer test
afficher test['a'] << utilise la variable a du ficher test
definir b {"code":8,"pass":2}
afficher b["code"]
fonction B(i):
afficher i
definir c ouvrir "monfichier.txt"
écrire c "bonjour"
ajouter c " le"
ajouter c " monde"
definir j lire c
afficher "le text est #" # j
classe A:
fonction init (nom):
definir A.nom nom
fonction surcharge: afficher():
returner A.nom
fonction surcharge: B(i):
renvoyer A.nom
fonction affiche():
afficher A
definir w A "coucou"
afficher w
afficher w.nom
B w
pourquoi ? c'est trop dure sinon j'ai un autre exercice: le but est de de faire sa propre vie en mode POO:
pers1=Personne(age=24,sexe="homme",nom="David",prenom="Jean")
print(pers1)
pers1.SetAge(34)
bouleau1 = Travail(nom="dentiste")
print(bouleau1.GetNom())
pers1.AddTravail(bouleau1,argent=700)
ville1 = Ville(nom="Paris")
pays1 = Pays(nom="France")
ville1.SetNom("Lion")
pers1.AddPays(pays1)
pers1.AddVille(ville1,in=pers1.GetPays()) #indique que la ville est dans le pays
rue1 = Rue(nom="nation",type="place")
pers1.AddRue(rue1,in=pers1.GetVille())
pers1.Décrire()
et la sortie:
Personne(age=24,sexe="homme",nom="David",prenom="Jean")
dentist
Jean David(homme) a comme travail dentist et il gagne 700€
il est dans la ville "Lion" pour l'instant et aussi dans le pays "France" et dans la place nation et il a 34 ans.
- Edité par Le programmeur solitaire 16 mai 2020 à 13:06:44
Sans moi aussi. Il faut poser un problème avec l'expression des besoins. Sans ces besoins, inutiles de proposer des exercices.
L'analyse grammaticale du langage n'est pas présent, pour moi c'est éliminatoire !
Si tu veux des infos là dessus, tu peux aller voir du côté de ce site.
Celui qui trouve sans chercher est celui qui a longtemps cherché sans trouver.(Bachelard) La connaissance s'acquiert par l'expérience, tout le reste n'est que de l'information.(Einstein)
ceci est un example, le but de cette exercice est de s'améliorer dans la POO
Mais là c'est trop simple ... Faut que cela soit pas trop simple, pas trop compliqué, pas trop long à coder, et que sur le coup ça ait l'air un peu utile tout en restant absolument inutile. Par exemple, au hasard, coder un jeu du "plus ou moins" sans utiliser "if". Vraiment au hasard car honnêtement je ne sais même pas si c'est faisable.
edit:
bon ben finalement c'est faisable ...
from random import randint
m,n = randint(1,100),0
while n!= m: n = int(input(n and 'le nombre a trouver est '+('plus petit','plus grand')[n<m]+'\nessaye encore : ' or 'un chiffre entre 1 et 100 : '))
print('bravo !')
bon dacore une fois c'est trop dure une fois c'est trop facile.
pff.. je n'arrive pas a équilibrer bon j'ai encore un autre exercice qui est un jeu:
1er niveau:
le but c'est de faire un othelos sans IA et sans utiliser la POO pour ceux qui ne connaissent pas les regles du jeux les voici
2eme niveau:
la meme chose que le niveau1 mais avec une IA
3eme niveau:
meme chose que le 2eme niveau en mode graphique
edit:
josmiley a écrit:
Le programmeur solitaire a écrit:
ceci est un example, le but de cette exercice est de s'améliorer dans la POO
Mais là c'est trop simple ... Faut que cela soit pas trop simple, pas trop compliqué, pas trop long à coder, et que sur le coup ça ait l'air un peu utile tout en restant absolument inutile. Par exemple, au hasard, coder un jeu du "plus ou moins" sans utiliser "if". Vraiment au hasard car honnêtement je ne sais même pas si c'est faisable.
edit:
bon ben finalement c'est faisable ...
from random import randint
m,n = randint(1,100),0
while n!= m: n = int(input(n and 'le nombre a trouver est '+('plus petit','plus grand')[n<m]+'\nessaye encore : ' or 'un chiffre entre 1 et 100 : '))
print('bravo !')
- Edité par josmiley il y a environ 1 heure
voila comment ce passer de if:
a = 7
b = 6
try:
assert a < b
except AssertionError:
print('a est plus grand que b')
else:
print('a est plus petit que b')
et affiche :
a est plus grand que b
- Edité par Le programmeur solitaire 17 mai 2020 à 15:55:48
Ce truc me semble beaucoup moins efficace que le 'if' lui-même.
en fait le while est aussi un if déguisé ...
voici donc le jeu du 'plus ou moins' sans if ni boucle, et je suis assez fier de moi
from random import randint
m = randint(1,100)
foo = lambda n: n!= m and foo(int(input(n and 'le nombre a trouver est '+('plus petit','plus grand')[n<m]+'\nessaye encore : ' or 'un chiffre entre 1 et 100 : ')))
foo(0)
print('bravo !')
Ce truc me semble beaucoup moins efficace que le 'if' lui-même.
C'est surtout que le assert c'est pour le debug, en prod, on les vire avec l'option -O si mes souvenirs sont bons.
Ça n'a donc pas d'équivalence avec le if et ce n'est pas le même objectif final. C'est voué à disparaître une fois le code solide et prêt pour être en production.
Celui qui trouve sans chercher est celui qui a longtemps cherché sans trouver.(Bachelard) La connaissance s'acquiert par l'expérience, tout le reste n'est que de l'information.(Einstein)
Ce truc me semble beaucoup moins efficace que le 'if' lui-même.
C'est surtout que le assert c'est pour le debug, en prod, on les vire avec l'option -O si mes souvenirs sont bons.
Ça n'a donc pas d'équivalence avec le if et ce n'est pas le même objectif final. C'est voué à disparaître une fois le code solide et prêt pour être en production.
Donc, une fois le 'assert' disparu, il nous faut encore le 'if' ou l'équivalent.
C'est un joli truc pour tester les possibilités, mais pas plus.
Comme tu l'as dit, le 'assert' ça sert pour le debug.
Le Tout est souvent plus grand que la somme de ses parties.
from random import randint
foo = lambda n,m: n!= m and foo(int(input(n and 'le nombre a trouver est '+('plus petit','plus grand')[n<m]+'\nessaye encore : ' or 'un chiffre entre 1 et 100 : ')),m)
print(foo(0,randint(1,100)) or 'bravo !')
ou
from random import randint
foo = lambda n=0,m=randint(1,100): n!= m and foo(int(input(n and 'le nombre a trouver est '+('plus petit','plus grand')[n<m]+'\nessaye encore : ' or 'un chiffre entre 1 et 100 : ')),m) or n==m and print('bravo !')
foo()
Donc, une fois le 'assert' disparu, il nous faut encore le 'if' ou l'équivalent.
C'est un joli truc pour tester les possibilités, mais pas plus.
Comme tu l'as dit, le 'assert' ça sert pour le debug.
C'est ça, effectivement le if reste dans le code, assert c'est pour faire des tests en général afin de vérifier que les valeurs attendues soient vraies.
Celui qui trouve sans chercher est celui qui a longtemps cherché sans trouver.(Bachelard) La connaissance s'acquiert par l'expérience, tout le reste n'est que de l'information.(Einstein)
Je fais justement partie de ces tordus qui essaient de tout mettre sur une ligne ...
l'appel à la fonction ça compte comme une ligne ?
foo = lambda n=0,m=__import__('random').randint(1,100): n!= m and foo(int(input(n and 'le nombre a trouver est '+('plus petit','plus grand')[n<m]+'\nessaye encore : ' or 'un chiffre entre 1 et 100 : ')),m) or n==m and print('bravo !')
foo()
Donc, une fois le 'assert' disparu, il nous faut encore le 'if' ou l'équivalent.
C'est un joli truc pour tester les possibilités, mais pas plus.
Comme tu l'as dit, le 'assert' ça sert pour le debug.
C'est ça, effectivement le if reste dans le code, assert c'est pour faire des tests en général afin de vérifier que les valeurs attendues soient vraies.
oui dacord mais on peut l'utiliser comme ca
- Edité par Le programmeur solitaire 18 mai 2020 à 8:35:58
Comme je l'ai dis assert est utiliser dans un module de tests dédié, on peut en balancer partout sans créer ce module de test, mais ça reste pas très propre dans l'ensemble, à moins que se soit une utilisation particulière pour le test fonctionnel sur une petite fonction par exemple.
On peut regarder ce module pour avoir une idée : unittest
Celui qui trouve sans chercher est celui qui a longtemps cherché sans trouver.(Bachelard) La connaissance s'acquiert par l'expérience, tout le reste n'est que de l'information.(Einstein)
× Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
× Attention, ce sujet est très ancien. Le déterrer n'est pas forcément approprié. Nous te conseillons de créer un nouveau sujet pour poser ta question.
le code FAIT le bonheur (pour moi en tous cas)
Le Tout est souvent plus grand que la somme de ses parties.
le code FAIT le bonheur (pour moi en tous cas)
Le Tout est souvent plus grand que la somme de ses parties.
le code FAIT le bonheur (pour moi en tous cas)
Le Tout est souvent plus grand que la somme de ses parties.
le code FAIT le bonheur (pour moi en tous cas)
le code FAIT le bonheur (pour moi en tous cas)
Python c'est bon, mangez-en.
le code FAIT le bonheur (pour moi en tous cas)
Celui qui trouve sans chercher est celui qui a longtemps cherché sans trouver.(Bachelard)
La connaissance s'acquiert par l'expérience, tout le reste n'est que de l'information.(Einstein)
Python c'est bon, mangez-en.
le code FAIT le bonheur (pour moi en tous cas)
Python c'est bon, mangez-en.
le code FAIT le bonheur (pour moi en tous cas)
Python c'est bon, mangez-en.
Le Tout est souvent plus grand que la somme de ses parties.
Python c'est bon, mangez-en.
Le Tout est souvent plus grand que la somme de ses parties.
Celui qui trouve sans chercher est celui qui a longtemps cherché sans trouver.(Bachelard)
La connaissance s'acquiert par l'expérience, tout le reste n'est que de l'information.(Einstein)
Le Tout est souvent plus grand que la somme de ses parties.
Python c'est bon, mangez-en.
Celui qui trouve sans chercher est celui qui a longtemps cherché sans trouver.(Bachelard)
La connaissance s'acquiert par l'expérience, tout le reste n'est que de l'information.(Einstein)
Python c'est bon, mangez-en.
Le Tout est souvent plus grand que la somme de ses parties.
le code FAIT le bonheur (pour moi en tous cas)
Celui qui trouve sans chercher est celui qui a longtemps cherché sans trouver.(Bachelard)
La connaissance s'acquiert par l'expérience, tout le reste n'est que de l'information.(Einstein)
Le Tout est souvent plus grand que la somme de ses parties.
Python c'est bon, mangez-en.