Je suis parti à l'envers:
Soit à l'arrivée, 3000+999 bananes (vous allez comprendre)
Pour avoir ce nombre de bananes au 1000eme km, il fallait au 999eme avoir
3999+10=4009 bananes
Et la je me rends compte d'avoir fait une bourde
Enfin sur le même raisonnement:
4009 bananes, ca fait 5 trajets Allers-retours (-10 bananes)
Au 998eme km, on devait avoir 4019 bananes...
etc
Au 900 eme km, 4999
Au 899eme km, on passe à 6 trajets (la est mon erreur) Allers-retours (-12 bananes)
Au 816eme km, 5995 bananes
Au 815eme km, on passe à 7 trajets (-14 bananes)
(bon allez, vite vite, une formule... Arf non je vois qu'un algorithme pour faire ca vite... Et pas envie de le faire ^^)
Au 744eme km, 6989 bananes
Au 743eme km, on passe à 8 trajets (-16 bananes)
Ainsi de suite jusqu'à la réponse au km 0
On démarre avec 3999 car il nous faut les 1000 pour revenir au départ, et en procédant comme je fais, on a chaque fois une banane pour revenir en arrière (donc 999+1
)
[edit]Donc la réponse va effectivement largement dépasser ce qu'on a dit
Pour le programme, qqch du genre:
En gros on pose Y = 10, X = 3999, K = 0
While (K < 1000)
do while (X div 1000) < (Y div 2)
do X = X + Y;
K = K + 1
od;
Y = Y + 2
od.
K, le nombre de km en partant de l'arrivée
X, le nombre de banane au km K
Y, le nombre de bananes perdues en 1 km pour transporter X au km suivant
(note: à prendre au 2eme degré, le programme. C'est sans doute un langage inventé par moi, c'est surtout pour l'idée
)