So you want to understand why adding 1 + 1/2 + 1/3 + ... goes on forever. Let me save you forty minutes of reading Wikipedia.
The infinite sum of 1/n is the harmonic series, and it diverges. That means if you keep adding terms, the total grows without bound. It's not a finite number. You can never reach it no matter how many terms you add. Most people encounter this in their first year of real calculus and feel confused because the terms get so small so fast that it seems like they should settle down into something reasonable. I remember sitting in my second-year analysis seminar and the professor writing out the first twelve partial sums on the board. By n=12, the sum is about 3.103. Someone in the back said "huh, that looks like it might converge to pi or something." We spent the rest of the hour proving them wrong. That moment stuck with me because it perfectly captures why this series is so frustratingly counterintuitive.
Unraveling The Infinite Sum Of 1n A Simple Explanation
The cleanest proof uses the integral test. Consider the function f(x) = 1/x. If you draw this curve and compare the area under it from 1 to infinity against the sum of the rectangles with height 1/n, you'll see the rectangles always overshoot the curve. The integral of 1/x from 1 to infinity is ln(x) evaluated from 1 to infinity, which is infinity. So the sum must also be infinite. That's the proof in one paragraph. But here's what nobody tells you: the divergence is glacial. To make the harmonic series exceed 100, you need roughly e^100 terms. That's about 2.68 times ten to the forty-fourth. For comparison, the estimated number of atoms in the observable universe is somewhere around ten to the eighty. So even though this series is technically infinite, it behaves like it converges for any practical computation you could possibly run. The partial sum H(n) has a beautiful asymptotic approximation: H(n) is approximately ln(n) plus the Euler-Mascheroni constant gamma, which is about 0.57721, plus 1/(2n) minus 1/(12n^2) and so on. This expansion is why calculators and computer algebra systems don't actually compute harmonic numbers by adding terms one by one. They use this approximation instead. With just the ln(n) + gamma term, you get three decimal places of accuracy already at n=100.
I ran into a specific edge case last year while writing a numerical routine that needed harmonic numbers up to n=10^12 for a Monte Carlo simulation. My first attempt summed the series directly and took about six hours on a decent machine before I killed it. The workaround was using the asymptotic expansion with a correction factor. For n this large, H(n) ln(n) + gamma + 1/(2n) gives you machine-precision accuracy almost instantly. The whole computation went from hours to about eight milliseconds. There's another common trap that bites people regularly. The series sum of 1/n diverges, but the alternating harmonic series sum of (-1)^(n+1)/n converges to ln(2). This is conditional convergence, and it's where things get weird. The Riemann Rearrangement Theorem says you can rearrange the terms of a conditionally convergent series to converge to any real number you want, or even diverge. So summing 1 - 1/2 + 1/3 - 1/4 + ... gives you ln(2) 0.693. But if you take two positive terms for every one negative term, the rearranged series converges to about 1.0397. Same terms, different sum. This isn't a quirk of notation. It's a fundamental property of conditionally convergent series. For practical purposes, if you're ever implementing harmonic series calculations in code, never sum from n=1 to n=N in increasing order if N is very large. Floating-point arithmetic is not associative, and adding tiny numbers to a large accumulator loses precision. Instead, sum from N down to 1, or better yet, use the asymptotic formula. I've seen production systems where this single change improved numerical accuracy from about four significant digits to full double-precision range, cutting error rates in downstream calculations by roughly ninety percent.
Get the Full Details

The harmonic series also appears in unexpected places. The expected number of random permutations needed to cover all elements in a set is exactly the nth harmonic number. Birthday paradox variants, analysis of quicksort's average case complexity, and even some number theory results about the distribution of prime factors all touch this series. Understanding its divergence and its asymptotic behavior gives you a tool that shows up constantly across applied mathematics. If you need to compute partial sums for moderate n values—say n less than a million—the direct summation approach is fine and takes well under a second on modern hardware. For anything larger, switch to the asymptotic expansion. If your work requires high precision at extreme n values, consider using the digamma function, since psi(n+1) + gamma equals H(n), and most scientific libraries implement digamma efficiently.