First about my background---I'm not quite a classic "software developer", though I've been writing software since the beginning of my professional career at age 17. I was a physics researcher for a number of years and now am an "analytic scientist" working creating predictive statistical models at a software company.
In the real world, unlike school, problems don't come to you on a plate decorated with a tag saying "This Is A Mathematics Problem."
The most profound breakthroughs arise when somebody who is familiar with the structure and capabilities of a number of fields of mathematics and science sees a problem---and a solution---in what might otherwise be a grotty and annoying, but straightforward, software problem. The right mathemetization---meaning usually "best effective approximation"---might represent a qualitative breakthrough.
Those moments are often rare, but they're critical. Somebody else could legitimately say "I've never had to use mathematics X,Y,Z ever in my programming career". And that's because they never saw the problem as an instance of a X or a Z or a something which they remember a long time back was something that A B and C study.
The most obvious and important example is in front of us every day. Why did Google search win? Remember Altavista, Hotbot, etc? At that time (pre 1998 or so) web search was all about data bases, keywords, etc. Classic programmer's programming.
Google won because Larry & Sergei and their thesis advisor recognized a mathematical problem inside the dreadful database crap: good web search meant solving---or approximating---an immense sparse eigenvector.
You didn't have to know all the different eigenvector algorithms---but you had to know what they were, and that there existed a large literature on solving them in various ways. Your creativity comes is mapping your current problem onto The Space of What is Known To Be Solvable In Some Way. That's how a scientific education helps.
For instance with an OK but no means extraordinary background I can understand well maybe 60% of the professional literature in CS, 50% of statistics, 35% of physics, etc. (actually professional mathematics is by far the hardest, I'd get less than 5%). Almost all of it will be useless for whatever I'm doing now---but every once in a while something may stick in my head, and pop up a long time later.
For instance, maybe that Bayesian mixture modeling those wacky professors used for text retrieval and vaguely heard about 5 years ago might turn out to be the cat's meow for something entirely different if you map "text" on to frobnozzes, words into flubars, et etc, and that can enable a fundamentally new solution, a new product, a new company or a new industry.
And the rest of the people may have gone on their way programming in the usual obvious brick-by-brick way.
And that is the real reason to know your mathematics---and science, and biology and statistics and engineering etc. It isn't just how much mathematics you need to do your job today, it's how much mathematics that you might be able to wield for your job tomorrow.