Kase: si calculo bien
a = pedir primer numero
b = pedir segundo numero
(compruba que estos son pares si quieres?)
respuesta = (a+a²) - (b+b²)
no se de donde sacaste la teoria loca... pero tienes +1 por pensar el camino del calculo antes del for...
pero veamos:
pares entre 2 y 20
(2+4)-(20+400)= 6-420 = 414 (asumo que siempre será positivo)
pero el resultado es incorrecto... debe ser 110
una mas simple... suma de pares entre 100 y 104
(100+10000)-(104+10816)=10100-10920=820
pero 100+102=202, 202+104=306
la respuesta quedó fue lejos!
luego cambiaste tu teoria por no ser los numeros sino sus "posiciones"
pero se puede expressar ese calculo como:
308/2 = 154 # esta es la posicion del 308 en la serie del (2,4,6,12,20,30....)
520/2 = 260
los mismos 2 intervalos
2,20 -> 1 y 10 -> (1 + 1²)-(10 + 10²)-> 2 - 110 -> 108 uff! cerca... pero no
(me da lala calcular el segundo, demostré mi punto)
la formula debería ser =
(p + u) * c /2
donde
p = primero
u = ultimo
c = cantidad de pares
y c puedes calcularlo como
c = ((u - p)/2)+1
quedando al final
(p + u) * (((u - p)/2)+1) /2
y probando con los 2 mismos intervalos
2,20
(2 + 20) * (((20-2)/2)+1) /2
(22) * (10) /2
220/2
110
y el otro
100,104
(100 + 104) * (((104-100)/2)+1) /2
(204) * (3) /2
612/2
306
Aparte, ¿esa fórmula debo pasarla al programa? ¿No habría que basarse en el módulo, buscando los números divisibles por 2 para almacenarlos y sumarlos?
supongo que es una tarea de la uni y tu profesor no estará muy agradecido que si está explicando ciclos llegues con formulas XD
así que mi solucion es la siguiente...
captura 2 variables, las llamaré P y U
y 2 variables internas
Resultado = 0
Conteo = 0
si P%2 != 0 entonces P++
si U%2 != 0 entonces U--
y P siempre debe ser menor que U
para (I = P, I<=U, I=I+2)
resultado = resultado + I
esas lineas deberían mas que hacer todo el trabajo XD
lo que está haciendo es que usa las variables del ciclo de una vez para sumar... por eso el ciclo salta de 2 en 2...