@Shervan360
Maybe you should post your whole exercise, not a faulty picture of it. What are you attempting to calculate this sum for?
Presumably your series terminates? If so, at what?
If you try to write it as an actual fraction then the denominator will be 49!x50! which, even with a big-number class, will have a vast number of digits. The numerator would be even bigger. And I wouldn't care to cancel it down with a GCD algorithm. If you try to write it as a floating-point number then the summation would lead to huge round-off error.
Since the first terms are less than zero, you can't use any integer representation unless you keep both the numerator and denominator.
When computing any sort of a series, see if you can compute each term from the previous term. That usually improves speed an accuracy.
Is there anything you can do to the series using math? I notice several things about it but on a post-it, I can't figure how they would help, except to speed up the computation.
The last term in the series == 1/(first term). So the 49 terms are 24 pairs of the form a/b + b/a, plus one in the middle (which might be 1?)
Also, you can recast the series so that each term's denominator is 50!*49!. That might help with the computation.
50!*49! = 50*49!2, but I don't see how that helps.
The point here is that you should see if you can simplify this mathematically before trying to compute it numerically.
The whole series contains some very small numbers (first term) and some very big ones (last term). 50! * 49! is about 1.85*10127, which takes around 425 bits to represent, so you'd definitely need something like BigNum to compute it numerically, as Thomas1965 suggested.
Is this homework? If so then I suspect the point of the exercise is to show you the limitations of how computers represent numbers. That also makes me think it can be solved mathmatically