Script python : calculer une somme (Maths terminale spé)

[Victor245]

Bonjour, je viens ici car j'ai vraiment du mal avec python.
Voilà mon problème :
Compléter le script de la fonction Somme afin que Somme(n) renvoie la valeur de la somme 1 + 1/2 + 1/3 + 1/4 +...+ 1/2n.

def somme(n):
S=1
for k in range (... , ...):
............................
return .....

Cela doit vous paraître simple mais j'ai surtout du mal pour le "in range".
Au return je pense c'est "S" et pour la ligne non rempli entièrement je pense c'est "S=S+1/k".

Donc si vous pouviez bien m'aider pour le in range cela serait très sympa !
Merci à vous d'avance !
-----

[umfred]

euh un math spé qui demande comment faire une somme ??
ne pas oubliez que python (comme pratiquement tout) dispose d'une doc qu'il faut user, voir abuser https://docs.python.org/3/library/fu...tml#func-range
Pour le reste c'est ça, selon comment tu définis k par rapport à la somme demandée allant à 1/(2n)

[polo974]

que doit renvoyer la fonction si n = 0? (à priori 1, allez savoir pourquoi ? ? ?)

que doit renvoyer la fonction si n = 1.5? (un erreur, 1.5 ou 1.8333333333333333 ou ...)

que doit renvoyer la fonction si n = 1.2? (un erreur, 1. ou ...)

que doit renvoyer la fonction si n = 0? (à priori 1, allez savoir pourquoi ? ? ?)

sinon, pour rire:

def somme(n): return 1. + sum([1./i for i in range(2, int(2*n+1))])

[CM63]

Bonjour, je viens ici car j'ai vraiment du mal avec python.
Voilà mon problème :
Compléter le script de la fonction Somme afin que Somme(n) renvoie la valeur de la somme 1 + 1/2 + 1/3 + 1/4 +...+ 1/2n.

def somme(n):
S=1
for k in range (... , ...):
............................
return .....

Cela doit vous paraître simple mais j'ai surtout du mal pour le "in range".
Au return je pense c'est "S" et pour la ligne non rempli entièrement je pense c'est "S=S+1/k".

Donc si vous pouviez bien m'aider pour le in range cela serait très sympa !
Merci à vous d'avance !

Et donc ta question se résume à : que fait la fonction range() ? On sait en gros que ça fait la somme de n nombres, mais on se demande toujours quelle est la signification du second argument: le départ? L'arrivée? Le pas? Personnellement, à chaque fois je tape des exemples en ligne de commande pour être fixé, et on est tout de suite fixé.

Sinon, 0 doit renvoyer 0, puisque 1 doit renvoyer 1. Et donc ton initialisation n'est pas bonne.

[A voir en vidéo sur Futura]

[pm42]

que fait la fonction range() ? On sait en gros que ça fait la somme de n nombres

range ne fait absolument pas la somme de n nombres.

que doit renvoyer la fonction si n = 0? (à priori 1, allez savoir pourquoi ? ? ?)
sinon, pour rire:

def somme(n): return 1. + sum([1./i for i in range(2, int(2*n+1))])

Bonne question en effet. Sinon, les . derrière les flottants et le int ne sont pas indispensables à mon avis notamment en python 3 (python 2.7 étant obsolète depuis 2020).

[CM63]

Oui, autant pour moi, range ne fait pas la somme. L'appel à range(start,stop,step) renvoie une liste commençant à start, s'arrêtant avant d'atteindre stop, et par pas de step.

Par défaut le pas est de 1. Si on ne spécifie qu'un argument, il est pris comme valeur de stop et le start sera égal à 0.

On peut utiliser range dans un programme de cette façon:

for i in range(0,10):
   print(str(i))

Mais pour faire quelques essais en ligne de commande, il suffit de taper:

list(range(start,stop,step))

Voici quelques exemples:

>>> list(range(0,20,2))
[0, 2, 4, 6, 8, 10, 12, 14, 16, 18]

>>> list(range(0,20))
[0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19]

>>> list(range(10,20))
[10, 11, 12, 13, 14, 15, 16, 17, 18, 19]

>>> list(range(10))
[0, 1, 2, 3, 4, 5, 6, 7, 8, 9]

[polo974]

À pm42,
le point est en effet superflu (en py2 et en py3), mais je l'ai mis pour montrer que ce bout était potentiellement non entier, contrairement aux paramètres d'un range qui doivent être entiers (py3).

[pm42]

En p2, 1 / i et 1. / i ne donnent pas du tout le même résultat donc le . ne serait pas superflu.

[polo974]

En p2, 1 / i et 1. / i ne donnent pas du tout le même résultat donc le . ne serait pas superflu.

Oups, t'as raison là, je ne regardais que le premier 1. + ... (et j'ai zappé le second alors que c'est moi qui l'ai comis...)

L'exo mélange quand même dangereusement entiers et flottants...

(De toute façon, maintenant, py2, c'est le mal )

[umfred]

Après, on peut travailler avec les types fractions https://docs.python.org/fr/3/library/fractions.html